Description of problem: Resuming from Hibernate, the audio does not function. Does work well on hard reboot of box. Version-Release number of selected component (if applicable): pulseaudio-libs-0.9.7-0.17.svn20071017.fc8 pulseaudio-0.9.7-0.17.svn20071017.fc8 pulseaudio-module-x11-0.9.7-0.17.svn20071017.fc8 pulseaudio-esound-compat-0.9.7-0.17.svn20071017.fc8 pulseaudio-core-libs-0.9.7-0.17.svn20071017.fc8 pulseaudio-libs-glib2-0.9.7-0.17.svn20071017.fc8 pulseaudio-utils-0.9.7-0.17.svn20071017.fc8 pulseaudio-module-gconf-0.9.7-0.17.svn20071017.fc8 alsa-plugins-pulseaudio-1.0.14-5.fc8 How reproducible: Steps to Reproduce: 1. Have audio player on, select some audio, pause 2. Hibernate machine 3. Resume from hibernate Actual results: Audio does not play Expected results: Audio should be able to function normally Additional info:
http://smolt.fedoraproject.org/show?UUID=38ad3dc5-4242-41fe-8cb1-7b7d735f4a0d is the smoltProfile for this box
Please run pulseaudio in a terminal. pulseaudio -k pulseaudio -vv Then, hibernate and resume again. And dump the output of Pulseaudio here.
*** Bug 398961 has been marked as a duplicate of this bug. ***
Created attachment 274631 [details] pulseaudio -vv output This is what I got. Sorry about all the noise regarding an external USB disk I had plugged in. Restarting pulseaudio doesn't fix it. Somehow logging out and back in does. Any ideas?
It seems to be a deeper problem than just audio. The external USB disk wasn't re-mounted after wake up, and even unplugging it and plugging it back in produced no actions. Shall we blame it on hal, dbus, or what?
Blame Hal, I think. I have this problem when waking up from resume. My solution is pulseaudio --kill sudo /etc/init.d/haldaemon restart pulseaudio --log-target=syslog And voila, 90% of the time, my problem is fixed. This is not an idea situation, though! I miss having audio that worked :'(
I'd also bet on hal. You can be sure by looking at output of following: $ getfacl /dev/snd/pcmC0D0c If you don't see yourself there, please close this as duplicate of bug #384271 Also, try switching virtual consoles and look if it made hal change the ACLs
After hibernating once and coming back, my sound was gone, and I also didn't appear in the in the results of getfacl /dev/snd/pcmC0D0c anymore. Following bug #314411, which asks the following questions, I have the following answers: 1. Is hald running upon resume? (lshal will tell you) Yes. 2. Do you get the permissions back when switching to VT1 and then back? (e.g. getfacl /dev/snd/pcmC0D0p) Yes. 3. Does manually fixing up the ACL's make sound work? Just wondering if it's a low-level driver problem. Don't know how :) 4. What ALSA driver are you using? I'm not sure how to find this out. system-config-soundcard reports the following information, though: Model: SB450 HDA Audio, module: snd-hda-intel I don't think that's what you want, though :) So, I think it's the same issues as in bug #384271, because I disappear from the ACLs after hibernating/suspend, and that is restored when switching VTs. Thanks for peeking in on this :D
*** This bug has been marked as a duplicate of 384271 ***