Red Hat Bugzilla – Bug 422751
no audio after suspend/resume
Last modified: 2009-01-07 13:09:38 EST
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):
Steps to Reproduce:
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"?
# Kill the existing pulseaudio daemon
$ pulseaudio -k
# Get the log
$ pulseaudio -vvv 2>&1 |tee log
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 ***