Description of problem: After I did a recent yum update of my Lenovo T60, when I do a suspend/resume on my laptop, I have sound after I resume. If I kill X and login again, sound is back. Previous to this update, sound worked after a suspend/resume. Version-Release number of selected component (if applicable): pulseaudio-0.9.7-0.17.svn20071017.fc8 How reproducible: very Steps to Reproduce: 1.suspend 2.resume 3. Actual results: no sound Expected results: sound works Additional info:
I am not sure if this is related to pulseaudio, but Fedora 7 definitely did not have such problem. Looks like the default audio device disappears: alsamixer: function snd_ctl_open failed for default: No such device Note that I don't have alsa-plugins-pulseaudio installed. Also, this does not happen for me every time. Quite often, though.
Same hardware, same problem. For me, it is also intermittent, but somewhat over half the wakeups fail. I can make the problem "go away" by either logging out, or switching to a new user (using the "fast-user-switch-applet"), logging out that user, and switching back to the primary user. The primary user now has sound again. This workaround has succeeded in roughly 10/10 tries.
*** Bug 422311 has been marked as a duplicate of this bug. ***
Could you please attach ouptut of "pulseaudio -vvv"? Do this # Kill the existing pulseaudio daemon $ pulseaudio -k # Get the log $ pulseaudio -vvv 2>&1 |tee log
Hello there since last fedora updates the problem isn't happening here anymore .
Created attachment 290305 [details] pulseaudio -vvv output Here you go.
*sigh* Same problem, same symptoms. Also intermittent.. I can't really reproduce it by trying, but it will invariably happen during normal use (several suspends/resumes in a day). The log file I got from pulseaudio is very similar to the one attached above. My hardware is intel8x0.
(In reply to comment #7) > *sigh* Same problem, same symptoms. Also intermittent.. I can't really > reproduce it by trying, but it will invariably happen during normal use (several > suspends/resumes in a day). The log file I got from pulseaudio is very similar > to the one attached above. My hardware is intel8x0. I forgot to mention, restarting hald "fixes" the problem for me, though I might as well just restart the computer at that point.
This is much rather ConsoleKit/hald problem than pulseaudio.
I'm having the same problem, intermittently. I'm using a home built system (Asus A8N nVidia-based motherboard with built-in sound) with Fedora 9 x86_64. My workaround is this: 1. fuser -k /dev/snd/* 2. rmmod snd_hda_intel 3. modprobe snd_hda_intel 4. restart pulseaudio as the current user. This workaround has worked every time except one. That time I rmmod/modprobed all snd-modules down to soundcore, and after that it worked.
Sorry for the spam, typo in my previous comment. That should be "Fedora 8 x86_64".
Indeed, service haldaemon restart brings the sound back. So does switching to vt1 for a moment and then back to X. Apparently, reloading sound modules also helps. Since this issue is quite annoying, and looks like stalled, I'm CCing hal and ConsoleKit maintainer.
The interesting thing is, immediately after resuming, `ps x | grep pulse` shows nothing, but trying to restart pulseaudio results in the claim that pulseaudio is already running. pulseaudio --kill then wipes my entire notification area. I guess restarting haldaemon is the less painful way of getting sound back.
Fixing hal would be also one way to avoid pain... *** This bug has been marked as a duplicate of 384271 ***