Fedora 42 Audio Issue

[nml3owmyzd]

@glb

wpctl clear-default <N> should work.

Thanks that worked.

@glb

You said you got an error when running alsamixer? Does that error only show after the audio stops working?

Actually discard that I was logged in as another user using su command on terminal when I tried running alsamixer that is why I got that error. Once I ran it on the actual logged in user it worked fine.

@glb

Have you tried systemctl --user restart wireplumber after running systemctl --user restart pipewire?

I tried the above and it still no audio.

[glb (Gregory Lee Bartholomew)]

OK. When you run alsamixer and select your audio card (F6) does it show any differences after the problem occurs (such as the audio being turned down or muted)? Try toggling mute on the relevant audio lines (M) or adjusting the volume with the arrow-up and arrow-down keys.

[nml3owmyzd]

Ok I tried it and nothing except the headphone jack was muted. I’m assuming because there was no headphone plugged in but I unmuted it anyway. Everything looks fine on the alsamixer.

If you hit F3 when in the alsamixer program is it supposed play a sound?

[glb (Gregory Lee Bartholomew)]

@nml3owmyzd

If you hit F3 when in the alsamixer program is it supposed play a sound?

No, “[Playback]” there means to select the output channels (as opposed to the input lines).

Try using aplay to send a sound clip to your audio device. For example:

aplay /usr/share/sounds/alsa/Front_Center.wav

You might try running the command a couple of times sequentially in case the first attempt “wakes” the device but the audio doesn’t get through.

[nml3owmyzd]

Ok I tried playing the sound file you suggested and ran the command about 5-7 times with the following output:

aplay /usr/share/sounds/alsa/Front_Center.wav
Playing WAVE '/usr/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono

[glb (Gregory Lee Bartholomew)]

What does aplay -L show as the “default” device?

[nml3owmyzd]

Here is the output:

aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
pipewire
    PipeWire Sound Server
default
    Default ALSA Output (currently PipeWire Media Server)
sysdefault:CARD=PCH
    HDA Intel PCH, CX20753/4 Analog
    Default Audio Device
front:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    Front output / input
surround21:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    2.1 Surround output to Front and Subwoofer speakers
surround40:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    4.0 Surround output to Front and Rear speakers
surround41:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=PCH,DEV=0
    HDA Intel PCH, CX20753/4 Analog
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers

[glb (Gregory Lee Bartholomew)]

Sorry, I’m going to have to give up on this one. We’ve poked the system about everywhere that I can think to try. You’ll have to try filling a bug report somewhere upstream and hope that a developer who is more familiar with these systems can identify the problem. Since the driver didn’t show any problems in the system logs, I think the problem might be something high-level such as the wireplumber service.

I’d suggest filing a bug with Wireplumber and see if anyone there can help to identify the problem.

Issues · PipeWire / wireplumber · GitLab

[nml3owmyzd]

I figured this was going to be a tough one. Anyway thanks for all the contributions. I am sure if anyone has any lesser audio issue this thread will probably solve their issue.

[glb (Gregory Lee Bartholomew)]

One more thing you might be able to try is running your system on an older kernel.

If you don’t still have a kernel from Fedora Linux 41, the following command should work to install the older kernel.

sudo dnf --repo=fedora --releasever=41 downgrade kernel\*

You would need to reboot your PC and manually pick the older kernel to test if that works around the issue. If it does, then a bug report should be filed against the kernel.

[nml3owmyzd]

Ok I will try this in a hour or so (have to step away to do something) but what is the command to get it back to the current kernel after I try it.

[glb (Gregory Lee Bartholomew)]

@nml3owmyzd

what is the command to get it back to the current kernel after I try it.

Fedora Linux keeps three kernels installed at all times. By default, when you (re)boot your system, it will always pick the newest kernel. To get it to use an older kernel when your boot your PC, you typically have to hold the Shift key as the system starts to boot up and it should present a menu showing the three kernel versions. Just arrow down to one of the older kernels and press enter to boot the system with the older kernel. You can run uname -r after you’ve signed in to verify what kernel version your system is currently running on.

[nml3owmyzd]

@glb

Fedora Linux keeps three kernels installed at all times. By default, when you (re)boot your system, it will always pick the newest kernel. To get it to use an older kernel when your boot your PC, you typically have to hold the Shift key as the system starts to boot up and it should present a menu showing the three kernel versions. Just arrow down to one of the older kernels and press enter to boot the system with the older kernel. You can run uname -r after you’ve signed in to verify what kernel version your system is currently running on.

Oh ok thanks. Btw that menu with the three kernels always shows up for me when booting without pressing any keys.

Also I tried the older kernel from version 41 and still the audio doesn’t work.

[migurdia5 (migurdia)]

I’m having the same exact issue as you snd_hda_intel driver and I’m on 42. Desperate for a fix
Disabling suspend worked but looking for a permanent fix.

You’re on gnome too right? I was using KDE briefly before I recently swapped to gnome and I don’t think I had this issue.

I’m on silverblue so I’ll try rebasing to kiniote and see if I have this same problem.

Edit: problem persists in KDE.

[nml3owmyzd]

@migurdia5

I’m having the same exact issue as you snd_hda_intel driver and I’m on 42. Desperate for a fix
Disabling suspend worked but looking for a permanent fix.

You’re on gnome too right? I was using KDE briefly before I recently swapped to gnome and I don’t think I had this issue.

I use XFCE not gnome. Did you upgrade from 41 to 42 or did you do a fresh install on your machine? The reason why I ask because I think this issue started for me after I upgraded from 41 to 42 but I don’t remember clearly to be certain of that.

[migurdia5 (migurdia)]

Fresh Fedora 42 install never used 41 on this device

[nml3owmyzd]

I’m thinking this is some kind of bug in 42.

[migurdia5 (migurdia)]

Did you try the steps in this post?

F41 Broken audio because of `snd_hda_intel`

Hi. I recently installed Fedora 41 Workstation on my Lenovo Legion Pro 7. My previous Fedora 40 install also had broken audio, however, I was able to fix it with the following command: sudo tee /etc/modprobe.d/snd-hda-intel.conf <<< "options snd_hda_intel power_save=0" However, now, this is no longer working. Not only that, but I also discovered a weird thing. Running cat /sys/module/snd_hda_intel/parameters/power_save gives me 10, instead of 0. Shouldn’t the power_save parameter be a boolean…

[nml3owmyzd]

No I don’t believe I tried the steps in that post. I will try it this evening and post the results here. Right now I am using my laptop for work and don’t want to restart it.

Did you try it?

[nml3owmyzd]

@glb

There is also a power_save_controller setting that looks interesting.

$ modinfo -p snd_hda_intel | grep power
power_save:Automatic power-saving timeout (in second, 0 = disable). (xint)
pm_blacklist:Enable power-management denylist (bint)
power_save_controller:Reset controller in power save mode. (bool)

Use cat /sys/module/snd_hda_intel/parameters/power_save_controller to see what your driver is currently set to. Use something like echo N > /sys/module/snd_hda_intel/parameters/power_save_controller (as root) to change the setting and then see if suspend breaks your audio again. If that works around the problem, you could create a file under /etc/modprobe.d to make the setting permanent.

I was looking through this thread and realized I also didn’t try the suggestion above. I will try this one as well in the evening.