Description of problem:
After starting up an IBM ThinkPad T23 and logging in to a GNOME session,
sound is not working. However, /proc/asound etc. are present. Launching
alsamixer shows the <Master> channel at 86%.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot IBM ThinkPad T23.
2. Log in to GNOME session.
3. Enable sound events.
System sounds are working.
Executing system-config-soundcard and playing the test sound not only
works but afterwards, the sound system as a whole also works until the
system is rebooted. Issue assigned to PulseAudio; it might rather be
an ALSA problem though.
Created attachment 298756 [details]
scsconfig.log for IBM ThinkPad T23
Created attachment 298757 [details]
scsrun.log for IBM ThinkPad T23
Is this helpful to you?
1.) Does playback via ALSA work?
aplay -D hw:0 /usr/share/sounds/startup3.wav
2.) Does playback via PulseAudio work?
3.) What sound hardware do you have?
hal-find-by-capability --capability alsa
lsmod |grep snd
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
I have absolutely the same problem with soudcard on my T23. Soundcard is
detected (at gnome-sound-properties), but there is no sound until I run
system-config-soundcard (from F8 package). After rebooting I have to do the same
procedure to make it work again.
1) I tried if ALSA work, but with no success.
2) The same result like in first case was.
3) hal-find-by-capability --capability alsa:
lsmod |grep snd:
snd_intel8x0 30492 1
snd_ac97_codec 94368 1 snd_intel8x0
ac97_bus 5504 1 snd_ac97_codec
snd_seq_dummy 6660 0
snd_seq_oss 30364 0
snd_seq_midi_event 9600 1 snd_seq_oss
snd_seq 48448 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 10124 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 42496 0
snd_mixer_oss 16768 1 snd_pcm_oss
snd_pcm 67076 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer 21640 2 snd_seq,snd_pcm
snd 48312 12
soundcore 9288 1 snd
snd_page_alloc 11400 2 snd_intel8x0,snd_pcm
I also tried - modprobe snd_intel8x0 - but system-sonfig-soundcard seems to be
If you don't want to use PA for ALSA applications, remove the pulseaudio plugin
from /etc/alsa/alsa.conf (Section "pre-load the configuration files").
I've removed that from alsa.conf, but the problem still persists.
Here is a workaround which might point to the root of the problem:
0. Log in to GNOME session - sound does not work.
1. Open gnome-volume-control.
2. Mute the PCM device by clicking the speaker symbol below the sliders.
3. Unmute the PCM device by clicking the speaker symbol again:
sound works! Only now, 'aplay -D hw:0 /usr/share/sounds/startup3.wav'
actually emits some hearable sound.
Now, log out from GNOME session and log in again: sound still works.
Reboot system and log in to GNOME session: sound does not work. Go
back to step 1 to make sound work.
To be more precise: one also has to modify the volume level of the master
channel either before or afterward to have the mute/unmute procedure take
This seems to be an alsa pronlem then, reassigning.
I do have the same issue with non-working sound and my T23 in combination with
XFCE in F9, but I have to perform the following steps:
1. Open volume control after login
2. Change volume of master channel
3. Change volume of PCM channel
Then sound is working perfectly fine until rebooting.
Issue remains with or without pulseaudio and configuration with
system-config-soundcard works flawlessly.
Issue has been fixed in some kernel > 126.96.36.199-97.fc9.
*** Bug 448298 has been marked as a duplicate of this bug. ***