snd-hda-intel-1.0.6p-8dkms not working for me
Gary Gatling
gsgatlin at eos.ncsu.edu
Mon Oct 23 12:34:03 CDT 2006
I tried un-installing the snd-hda-intel rpm on my box (Pre3cision 380)
that sound doesn't work on. I used
rpm -e snd-hda-intel
Then I tried re-installing the rpm:
------------------------------------------------------------------------
/usr/sbin/up2date --nox -i snd-hda-intel
I see this error message on the console:
[...]
- Archiving for uninstallation purposes
- Installation
- Installing to /lib/modules/2.6.9-42.0.3.ELsmp/kernel/sound/core//
depmod....
DKMS: install Completed.
Your DKMS tree now includes:
snd-hda-intel, 1.0.6p, 2.6.9-5.EL, x86_64: built
snd-hda-intel, 1.0.6p, 2.6.9-5.EL, i686: built
snd-hda-intel, 1.0.6p, 2.6.9-5.ELsmp, x86_64: built
snd-hda-intel, 1.0.6p, 2.6.9-5.ELsmp, i686: built
snd-hda-intel, 1.0.6p, 2.6.9-42.0.3.ELsmp, i686: installed
(original_module exists)
amixer: Mixer attach default error: No such device
error: %post(snd-hda-intel-1.0.6p-9dkms.noarch) scriptlet failed, exit
status 1
------------------------------------------------------------------------
So, is this rpm so "special" that it can never be un-installed? Just
curious about why it can't be un-installed then re-installed like most rpm
packages I know of. Of course sound still doesn't work either in addition
to the error messages about the %post scriptlet failing.
Thanks,
On Mon, 16 Oct 2006, Gary Gatling wrote:
>
> Greetings,
>
> I did 10 re-installs of RHEL 4 update 4 on a test Precision 380 workstation
> in my office. Of the 10 installs I did 6 failed (no sound) and 4 worked.
> (Sound only works after a reboot but thats cool I guess)
>
> I am using the 32 bit version of RHEL 4 because "opnet" doesn't work with a
> 64 bit install.
>
> I did diffs on the actual modules that worked and the modules that didn't
> (snd-hda-codec.ko snd-hda-intel.ko) and found no difference at all. On all
> machines where sound did not work I did see LOTS and LOTS of messages in
> /var/log/messages like:
>
> Oct 16 17:38:45 moreproof kernel: snd_hda_intel: disagrees about version of
> symbol snd_hda_resume
>
> This happened without exception every time the rpm (sound) didn't work.
>
> Here is a URL that points to the kickstart part that configures the precision
> 380 and makes it so that kudzu doesn't need to have someone standing there at
> first boot to type "enter" 3 times as kudzu "finds" new hardware such as the
> network card.
>
> http://www.eos.ncsu.edu/hardware/pre-380-setup.txt
>
> This script also unmutes the audio.
>
> I install the snd-hda-intel-1.0.6p-8dkms.noarch.rpm using "at" near the
> bottom of the script because I found it never worked at all when I installed
> the snd-hda-intel rpm directly in my kickstart script.
>
> It seems to be a lot happier when its installed when the machine is in run
> level 5 for some odd reason. So this script (/root/eos/fix-audio2) gets run 4
> minutes after the install is finished and the system has booted for the first
> time. (atd isn't running at install time which is why this technique works)
>
> So... am I doomed to have to send part timers out to check each and every
> machine when I upgrade to 2.6.9-42.0.3.ELsmp and have them test each and
> every machine? Then have them re-install 60% of the machines that sound
> doesn't work on? Then check again, repeat, etc?
>
> I'm really getting frustrated with this problem. Should I call DELLs customer
> support number? Will someone there better be able to explain why this even
> happened with the kernel upgrades? I thought you guys were working with red
> hat to get these sorts of things into the mainline kernel at kernel.org so
> there wouldn't be any of this dkms stuff to deal with?
>
> Thanks,
>
> Gary Gatling | ITECS Systems
> ITECS, BOX 7901 | Technology Support Analyst
> NCSU, Raleigh, NC | Email: gsgatlin at eos.ncsu.edu
> 27695-7901 | Phone: (919) 513-4572 (5B Page Hall)
>
Gary Gatling | ITECS Systems
ITECS, BOX 7901 | Technology Support Analyst
NCSU, Raleigh, NC | Email: gsgatlin at eos.ncsu.edu
27695-7901 | Phone: (919) 513-4572 (5B Page Hall)
More information about the Linux-Precision
mailing list