[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Sound disappeared after unstable upgrade



On 15/06/12 07:28, Alan Chandler wrote:
On 14/06/12 22:27, Alan Chandler wrote:
I upgraded my sid system with the latest set of packages.

I have now lost by sound, but I am not sure why.



When I run alsamixer as root I see a device that appears to be the sound chip on my motherboard, and using aplay to send a .wav file works.

If I run as me - a user, alsamixer shows a "pulseaudio" card as the only card. Playing the wave file does nothing.

I presume I have a pulseaudio problem, but I don't know what to do about it.

If I look at the sound settings in the Gnome System Settings, it says be sound output is a "dummy card". I don't know whether that just implies its going via pulse-audio, or that pulse audio has not found a real device and is using a dummy one.

NOTE: the same upgrade seemed to screw up udevd - I get an error message about failing to queue file, and I have to unplug and replug my usb mouse and keyboard to make them work.



I got my sound back - at least temporarily.

There appeared to be two copies of the udevd daemon running. I killed all copies of it and then restarted it once. Then I restarted pulseaudio and now I have sound.

So my instinct that the problem with udev is the root cause seems correct. However I have yet to find out what is the problem with that.

It is still not fixed for me. I am getting the udev errors during startup and then get to the logon point with no mouse or keyboard. To get them, I have to unplug and plug them in again and they come back. I can then login.

Once I am at my desktop I can run a root terminal window, kill of udevd and restart it and then I get my sound back.

The thing I can't see how to track down is what is causing the spate of errors at the beginning. It is almost like there is an ordering problem with all the things running in parallel, and that when udevd first runs, the /dev directory is not in place (I think the failing to queue files is an indication that udevd can't write to the /dev directory - but I am not sure in the boot process why).



--
Alan Chandler
http://www.chandlerfamily.org.uk


Reply to: