[RESOLVED] No sound after upgrade from 22.04 LTS to 24.04 LTS - problem depends on kernel version

[jensnolte]

When the upgrade to 24.04 LTS was officially released, I did the upgrade and since then, I have a problem with the sound, which was previously working. I use an analogue headphone/microphone set on the front audio panel and speakers on the rear panel.
After the upgrade, no audio was working, and the audio sinks in the control centre only offered me digital audio sinks like my SPDIF outout or HDMI, but no analog audio anymore. Analogue audio source is missing, too.

My PC is quite old: CPU is a i5-4670 on a Asus H97-Plus board. The Chipset is Intel H97, the audio is Realtek ALC887.

When I reboot and chose the old kernel 5.15.0-119 in the GRUB menu instead of the standard kernel 6.8.0-41, I can chose analog audio (at least the headphones work, not the speakers, no matter what I chose in the settings as output). Besides chosing the older kernel, I did not change anything in any settings besides selecting the older kernel.

With kernel 6.8.0-41, aplay and wpctl status give me the following output:

user@hostname:~$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD Analog]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: PCH [HDA Intel PCH], Gerät 1: ALC887-VD Digital [ALC887-VD Digital]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: HDMI [HDA Intel HDMI], Gerät 3: HDMI 0 [HDMI 0]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: HDMI [HDA Intel HDMI], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: HDMI [HDA Intel HDMI], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
user@hostname:~$ wpctl status
PipeWire 'pipewire-0' [1.0.5, user@hostname, cookie:2899989627]
└─ Clients:
32. pipewire [1.0.5, user@hostname, pid:2827]
34. WirePlumber [1.0.5, user@hostname, pid:2826]
35. WirePlumber [export] [1.0.5, user@hostname, pid:2826]
47. xdg-desktop-portal [1.0.5, user@hostname, pid:3049]
48. PulseAudio systray [1.0.5, user@hostname, pid:3359]
49. QPulse [1.0.5, user@hostname, pid:3354]
50. Plasma-PulseAudio [1.0.5, user@hostname, pid:3189]
51. wpctl [1.0.5, user@hostname, pid:31522]

Audio
├─ Devices:
│ 42. Built-in Audio [alsa]
│
├─ Sinks:
│ * 54. Dummy Output [vol: 1.00]
│
├─ Sink endpoints:
│
├─ Sources:
│
├─ Source endpoints:
│
└─ Streams:

Video
├─ Devices:
│
├─ Sinks:
│
├─ Sink endpoints:
│
├─ Sources:
│
├─ Source endpoints:
│
└─ Streams:

Settings
└─ Default Configured Node Names:
user@hostname:~$

With kernel 5.15.0-119, I get the following output:


user@hostname:~$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: HDMI [HDA Intel HDMI], Gerät 3: HDMI 0 [HDMI 0]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: HDMI [HDA Intel HDMI], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 0: HDMI [HDA Intel HDMI], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: PCH [HDA Intel PCH], Gerät 0: ALC887-VD Analog [ALC887-VD Analog]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: PCH [HDA Intel PCH], Gerät 1: ALC887-VD Digital [ALC887-VD Digital]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0


user@hostname:~$ wpctl status
PipeWire 'pipewire-0' [1.0.5, user@hostname, cookie:345985031]
└─ Clients:
32. pipewire [1.0.5, user@hostname, pid:2946]
34. WirePlumber [1.0.5, user@hostname, pid:2943]
35. WirePlumber [export] [1.0.5, user@hostname, pid:2943]
51. xdg-desktop-portal [1.0.5, user@hostname, pid:3163]
52. PulseAudio systray [1.0.5, user@hostname, pid:3479]
53. QPulse [1.0.5, user@hostname, pid:3468]
54. Plasma-PulseAudio [1.0.5, user@hostname, pid:3306]
55. wpctl [1.0.5, user@hostname, pid:4299]

Audio
├─ Devices:
│ 42. Built-in Audio [alsa]
│ 43. Built-in Audio [alsa]
│
├─ Sinks:
│ * 48. Built-in Audio Analog Stereo [vol: 1.03]
│
├─ Sink endpoints:
│
├─ Sources:
│ * 49. Built-in Audio Analog Stereo [vol: 0.29]
│
├─ Source endpoints:
│
└─ Streams:

Video
├─ Devices:
│
├─ Sinks:
│
├─ Sink endpoints:
│
├─ Sources:
│
├─ Source endpoints:
│
└─ Streams:

Settings
└─ Default Configured Node Names:
user@hostname:~$

The remarkable difference I see:
With both kernels, analog audio is shown with aplay -l, however it is card 0 device 0 with kernel 6.8.0 and card 1 device 0 with kernel 5.15.0.
wpctl status recognizes one built-in audio device [alsa] with kernel 6.8.0 and two built-in audio devices [alsa] with kernel5.15.0

Any hints how to find and fix the problem?

[Virginio Miranda]

Use the latest default Kernel. Go the /home/.local/state and delete the folder wireplumber. Reboot the system and check if it works now. If not, go to Konsole and type alsamixer and fix the problem there. Kubuntu 24.04 use pipewire audio server for default and not pulseaudio anymore.

[jensnolte]

Use the latest default Kernel. Go the /home/.local/state and delete the folder wireplumber. Reboot the system and check if it works now. If not, go to Konsole and type alsamixer and fix the problem there. Kubuntu 24.04 use pipewire audio server for default and not pulseaudio anymore.

I did that and unfortunately, it did not fix the problem. I set all output channels of alsamixer to maximum.

[Virginio Miranda]

please check the pulse audio version :


type pulseaudio --version on konsole

[jensnolte]

please check the pulse audio version :


type pulseaudio --version on konsole

pulseaudio 16.1

[Virginio Miranda]

pulseaudio 16.1

I think the problem lies on it.

PulseAudio is not the server anymore on 24.04 version. It is Pipewire now. For a reason on update from 22.04 to 24.04, Pulseaudio mix with Pipewire and can be the culprit for the problem.

Go to synaptic and uninstall Pulse audio server there. Reboot. Go to Synaptic again and check if the follow packages are installed, if not install then:

Pipewire , Pipewire-alsa, Pipewire-audio, Pipewire-pulse

Reboot.

Go the /home/.local/state and delete the folder wireplumber. Reboot the system and check if it works now.

[claydoh]

Do note that when if pulse audio packages are installed, the actual services aren't, or shouldn't be enabled. If they are already disabled, this would mean that pulse isn't the issue. More of a driver and kernel problem.

On a stock fresh Noble install, pipewire-pulse should be enabled (for compatibility with tools and utils iirc) but the actual pulseaudio service should not be enabled, but it doesn't need to be uninstalled.

See some output examples here

https://www.kubuntuforums.net/forum/...281#post682281

[Virginio Miranda]

Yes, it can be a kernel or a drive issue.

Talking about pipewire and pulse audio. When i installed 24.04 from scratch it does not enable pipewire-pulse for default. I had to do myself.And pulse audio was uninstalled.

So, now, i installed Pulseaudio server on my system that is running pipewire. It uninstall pipewire-alsa and pipewire-audio together but not pipewire itself.

systemctl --user status pulseaudio
○ pulseaudio.service - Sound Service
Loaded: loaded (/usr/lib/systemd/user/pulseaudio.service; enabled; preset: enabled)
Active: inactive (dead)
TriggeredBy: ○ pulseaudio.socket

Yep, pulseaudio.service is enable and preset is enable, but it is inactive.

systemctl --user status pipewire
● pipewire.service - PipeWire Multimedia Service
Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset: enabled)
Active: active (running) since Tue 2024-09-10 01:57:24 -03; 3min 0s ago
TriggeredBy: ● pipewire.socket
Main PID: 5231 (pipewire)
Tasks: 3 (limit: 38309)
Memory: 19.6M (peak: 20.2M)
CPU: 320ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
└─5231 /usr/bin/pipewire

Pipewire.service is enabled now, preset is enabled and is running. So, we conclude that pulse audio is not active, but pulseaudio.service is enabled. In other words, programs have to see pipewire and not pulse.

Now if i access Audacity, it is not able to see Pipewire. Audacity only see Pulse. And Pipewire is enabled and running and pipewire-pulse is installed too.

Now, if i uninstall Pulseaudio server, audacity can see pipewire again and not pulseaudio anymore.

I have seen some issues with pipewire and pulseaudio. For me they exist and became a problem when installed together using some audio programs. BUT....not in Ubuntu Studio, because if you choose PulseAudio as a server sound it disable pipewire and if you choose pipewire it disable pulse audio.

Anyway, i agree that the problem from OP seems to be related to the kernel. Mine is 6-8.0-35. I will test 6.8.0-41 and see what happens.

[Virginio Miranda]

I tried kernel 6.8.0-41( with and without Pulseaudio server ) here and no problem at all. Everything is running fine.

[claydoh]

When i installed 24.04 from scratch it does not enable pipewire-pulse for default. I had to do myself.And pulse audio was uninstalled.

My fresh install here, as well as another, both have pipewire-pulse by default, and enabled This is NOT the actual pusleaudio sound system. Pipewire-pulse is a spearate daemon that allows applications that interface with PulseAudio to be able to interface with PipeWire. This is why it is present (plasma-pa, for example) , as well as some support libraries.
I have been running a full pipewire/wireplumber since at least 22.04, with zero issues on any system setup.

$ apt search pulse | grep installed

libao-common/noble,noble,now 1.2.2+20180113-1.1ubuntu4 all [installed,automatic]
libao4/noble,now 1.2.2+20180113-1.1ubuntu4 amd64 [installed,automatic]
libcanberra-pulse/noble,now 0.30-10ubuntu10 amd64 [installed,automatic]
libgsm1/noble,now 1.0.22-1build1 amd64 [installed,automatic]
libkf5pulseaudioqt3/noble,now 1.3-2build2 amd64 [installed,automatic]
libopenconnect5/noble,now 9.12-1build5 amd64 [installed,automatic]
libpcaudio0/noble,now 1.2-2build3 amd64 [installed,automatic]
libpulse-mainloop-glib0/noble,now 1:16.1+dfsg1-2ubuntu10 amd64 [installed,automatic]
libpulse0/noble,now 1:16.1+dfsg1-2ubuntu10 amd64 [installed,automatic]
libqt5multimedia5-plugins/noble,now 5.15.13-1 amd64 [installed,automatic]
libsdl2-2.0-0/noble,now 2.30.0+dfsg-1build3 amd64 [installed,automatic]
network-manager-openconnect/noble,now 1.2.10-3build2 amd64 [installed]
openconnect/noble,now 9.12-1build5 amd64 [installed,automatic]
pipewire-pulse/noble-updates,now 1.0.5-1ubuntu1 amd64 [installed]
plasma-pa/noble,now 4:5.27.11-0ubuntu3 amd64 [installed]

[jensnolte]

I think the problem lies on it.

PulseAudio is not the server anymore on 24.04 version. It is Pipewire now. For a reason on update from 22.04 to 24.04, Pulseaudio mix with Pipewire and can be the culprit for the problem.

Go to synaptic and uninstall Pulse audio server there. Reboot. Go to Synaptic again and check if the follow packages are installed, if not install then:

Pipewire , Pipewire-alsa, Pipewire-audio, Pipewire-pulse

Reboot.

Go the /home/.local/state and delete the folder wireplumber. Reboot the system and check if it works now.

Thanks, that fixed it, even without deleting the wireplumber folder.

Prior to checking this, there was a kernel update to 6.8-0-44, but this wasn't the issue.

[Virginio Miranda]

Thanks, that fixed it, even without deleting the wireplumber folder.

Prior to checking this, there was a kernel update to 6.8-0-44, but this wasn't the issue.

Glad you fix it.

[jensnolte]

Glad you fix it.

So was I, but too early: Today when I booted my PC, I have the very same issue again..... :-(

[Virginio Miranda]

Try sudo alsa force-reload .

[jensnolte]

Try sudo alsa force-reload .

user@hostname:~$ sudo alsa force-reload
[sudo] Passwort für user:
Terminating processes: 2610
.
Unloading ALSA sound driver modules: snd-seq-dummy snd-hrtimer snd-hda-codec-hdmi snd-hda-codec-realtek snd-hda-codec-generic snd-hda-intel snd-intel-dspcfg snd-intel-sdw-acpi snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-seq-midi snd-seq-midi-event snd-rawmidi snd-seq snd-seq-device snd-timer (failed: modules still loaded: snd-hrtimer snd-hda-codec-hdmi snd-hda-codec-realtek snd-hda-codec-generic snd-hda-intel snd-intel-dspcfg snd-intel-sdw-acpi snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-seq snd-seq-device snd-timer).
Loading ALSA sound driver modules: snd-seq-dummy snd-hrtimer snd-hda-codec-hdmi snd-hda-codec-realtek snd-hda-codec-generic snd-hda-intel snd-intel-dspcfg snd-intel-sdw-acpi snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-seq-midi snd-seq-midi-event snd-rawmidi snd-seq snd-seq-device snd-timer.
user@hostname:~$

This fixes the problem, but only until the next reboot. Then I have to enter the command again. Is there any way I can include this in a startup script, or find out what triggers this behaviour in the first place?