[SOLVED] Sound worked fine for six months then completely stopped

clayms · 2022-05-10 20:12:09

I don't even know where to begin.

The problem first presented itself when I could not play any on-line video (Netflix, YouTube, Amazon, Yahoo, local news sites) at all. Not just no sound, but the video will not even play, it just stays frozen. I can navigate through the video, and play-pause responds, but the video will not actually play.

I then noticed that absolutely no sound worked at all from any speaker (laptop speaker, hdmi to monitor speakers, headphone jack, or bluetooth).

Restarting did not fix the issue.

I had not recently updated anything, so I then ran `pacman -Syu` , but the problem persists.

I ran `sudo systemctl stop alsa-restore`, the problem persists.
I ran `sudo systemctl stop bluetooth`, the problem persists.

When I run the Gnome settings, sound and click on any of the "Alert Sound" buttons, which usually worked without any issue, now they spawn multiple instances of the "Volume Levels" for each time I click on one of the "Alert Sound" buttons. If I try and navigate to a different tab or basically do anything else in Settings, the entire Settings program crashes.

The only semi-odd thing that happened just before all of these issues was I had a Remmina RDP session running and it just quit suddenly. Although this is not at all common, it has happened before and there has never been any associated issue.

My guess would be to uninstall all sound related drivers and reinstall.

Any other suggestions?

Any idea why this happened suddenly with no updates?

$ pacman -Q | grep -E "pulse|alsa|blue|pipewire"
alsa-card-profiles 1:0.3.51-1
alsa-lib 1.2.6.1-1
alsa-plugins 1:1.2.6-3
alsa-topology-conf 1.2.5.1-1
alsa-ucm-conf 1.2.6.3-1
bluez 5.64-2
bluez-libs 5.64-2
bluez-utils 5.64-2
gnome-bluetooth 3.34.5-3
gnome-bluetooth-3.0 42.0-1
gst-plugin-pipewire 1:0.3.51-1
libpipewire02 0.2.7-2
libpulse 15.0-4
pipewire 1:0.3.51-1
pulseaudio 15.0-4
pulseaudio-alsa 1:1.2.6-3
pulseaudio-bluetooth 15.0-4
python-pyalsa 1.2.6-2
qemu-audio-alsa 7.0.0-9
xfce4-pulseaudio-plugin 0.4.3-2

-Computer-
   Processor                      : 11th Gen Intel(R) Core(TM) i7-1165G7 @ 2.80GHz
   Memory                         : 65493MB (2183MB used)
   Machine Type                    : Notebook
   Operating System                 : Arch Linux
   User Name                     : user1 (Unknown)
   Date/Time                   : Tue May 10 15:29:37 2022
-Display-
   Resolution		            : 3440x1440 pixels
   OpenGL Renderer	    : (Unknown)
   Session Display Server    : Wayland
-Audio Devices-
   Audio Adapter		: sof-hda-dsp - sof-hda-dsp
-Input Devices-
   Wireless hotkeys
   Video Bus
   PC Speaker
   ETPS/2 Elantech Touchpad
   HP WMI hotkeys
   ELAN0712:00 04F3:30FD Mouse
   ELAN0712:00 04F3:30FD Touchpad
   Melfas LGDisplay Incell Touch
   sof-hda-dsp Mic
   sof-hda-dsp Headphone
   sof-hda-dsp HDMI/DP,pcm:3
   sof-hda-dsp HDMI/DP,pcm:4
   sof-hda-dsp HDMI/DP,pcm:5

Last edited by clayms (2022-05-11 22:12:39)

mrgrumpyarse · 2022-05-10 20:39:19

This is probably of little use to you at all but I have literally just run updates today after a few days away and am having similar issues. After a few minutes of use sound stopped and the video i had been watching normally with mpv froze. rebooting had no effect. I managed to get audio working by changing ouput devices back and forth in the KDE sound settings panel, I assume Gnome has similar functionality somewhere? To be more accurate I ran a vm with a video running on it ( only way I could get a video to play without freezing) then switched output devices between hdmi output and analogue stereo duplex a few times and sound was restored. It did fail again but the same output switching restored sound as before. Not sure the cause of the issue but just sharing my temporary dodgy fix.

mmbossoni · 2022-05-10 20:45:44

Same for me here,

No sound at all.. Seems like wireplumber replacing pipewire-session-manager just broke everything

Thing is, I don't use pipewire. Just have it installed because kde requires it.

EDIT: reverting to pipewire-media-session instead of wireplumber fixed the problem to me.

Last edited by mmbossoni (2022-05-10 20:49:47)

mrgrumpyarse · 2022-05-10 21:13:24

Yeah had just had a look at my pacman log and found the same thing -

[2022-05-10T19:33:32+0100] [ALPM-SCRIPTLET] Removed /etc/systemd/user/pipewire-session-manager.service.
[2022-05-10T19:33:32+0100] [ALPM-SCRIPTLET] Removed /etc/systemd/user/pipewire.service.wants/pipewire-media-session.service.
[2022-05-10T19:33:32+0100] [ALPM] removed pipewire-media-session (1:0.4.1-1)

[2022-05-10T19:33:33+0100] [ALPM] installed wireplumber (0.4.10-2)

Edit: Just looked at the arch packages page and "pipewire-media-session" is no longer listed, however the AUR has pipewire-media-session-git listed.
Similarly I can only assume it had been installed as a dependency of KDE.

pacman -Qi pipewire shows -  Install Reason  : Installed as a dependency for another package

Im will probably have a better read of the pipewire archwiki tomorrow when i have more time .

( Edited to improve formatting )

Last edited by mrgrumpyarse (2022-05-11 12:28:00)

V1del · 2022-05-10 21:57:59

pipewire is a dependency of a lot of things for screensharing purposes. pipewire-media-session largely plays nice with an already existing pulseaudio, wireplumber does not, you can either switch to pipewire entirely by replacing pulse with pipewire-pulse or you'd need to stop/disable wireplumber (which might in turn break screensharing in particularly on wayland)

mmbossoni · 2022-05-10 22:23:46

Time to switch to pipewire it seems...

afader · 2022-05-10 22:24:47

I am not a newbie but I was using wireplumber with gnome, nvidia, gbm, wayland, and dbus-broker. Today my session started breaking and I had to switch back to normal dbus instead of dbus-broker and had to install pipewire-media-session again instead of wireplumber.

srijan4 · 2022-05-11 05:19:11

V1del wrote:

pipewire is a dependency of a lot of things for screensharing purposes. pipewire-media-session largely plays nice with an already existing pulseaudio, wireplumber does not, you can either switch to pipewire entirely by replacing pulse with pipewire-pulse or you'd need to stop/disable wireplumber (which might in turn break screensharing in particularly on wayland)

Faced the same issue. Installing pipewire-pulse and restarting fixed it for me.

Falladis · 2022-05-11 06:17:59

Same issue here. Yesterday got an update which replaced something with wireplumber. Switching between two sound outputs gives me temporary sound back. Trying to install pipewire-pulse, but I get conflicts. Probably just going to roll back.

Falladis · 2022-05-11 06:24:27

Ran

systemctl --user disable pipewire.socket && systemctl --user stop pipewire.socket

and restarted. All works fine now.

edit: nvm I lied. Audio still breaks after a period of time of not using audio.

Last edited by Falladis (2022-05-11 06:31:46)

mrgrumpyarse · 2022-05-11 06:40:27

Installed pipewire-pulse and rebooted -

sudo pacman -S pipewire-pulse                                                                                                      1 
resolving dependencies...
looking for conflicting packages...
:: pipewire-pulse and pulseaudio are in conflict. Remove pulseaudio? [y/N] y
:: pipewire-pulse and pulseaudio-bluetooth are in conflict. Remove pulseaudio-bluetooth? [y/N] y

Packages (3) pulseaudio-15.0-4 [removal]  pulseaudio-bluetooth-15.0-4 [removal]  pipewire-pulse-1:0.3.51-1

Total Download Size:    0.16 MiB
Total Installed Size:   0.49 MiB
Net Upgrade Size:      -5.60 MiB

After a very brief test audio seems fine again but

systemctl --user status wireplumber

● wireplumber.service - Multimedia Service Session Manager
     Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2022-05-11 07:31:42 BST; 5min ago
   Main PID: 1231 (wireplumber)
      Tasks: 4 (limit: 18954)
     Memory: 21.6M
        CPU: 220ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/wireplumber.service
             └─ 1231 /usr/bin/wireplumber

May 11 07:31:42 grumpy-xps systemd[678]: Started Multimedia Service Session Manager.
May 11 07:31:42 grumpy-xps wireplumber[1231]:  Failed to set scheduler settings: Operation not permitted 
May 11 07:31:43 grumpy-xps wireplumber[1231]: <WpSiAudioAdapter:0x562ed0c62070> Object activation aborted: proxy destroyed
May 11 07:31:43 grumpy-xps wireplumber[1231]: <WpSiAudioAdapter:0x562ed0c62070> failed to activate item: Object activation aborted: proxy destroy>
lines 1-14/14 (END)

Failed to set scheduler settings: Operation not permitted was present before installing pipewire-pulse, but the other 2 are new, not sure if this is, or will cause an issue.

( Edited to improve formatting )

Last edited by mrgrumpyarse (2022-05-11 12:37:11)

V1del · 2022-05-11 07:17:03

Failing to set scheduler is definitely normal, the other could be temporary change in profile or so in the HW that's unlikely to have a lasting effect.

@Falladis wireplumber is the issue primarily, the most surefire way to disable that if you want to stay on pulse is switching back to pipewire-media-session

Edit: Updated to reflect current state of affairs.

Last edited by V1del (2022-05-11 21:59:20)

Falladis · 2022-05-11 07:26:45

V1del wrote:

Failing to set scheduler is definitely normal, the other could be temporary change in profile or so in the HW that's unlikely to have a lasting effect.
@Falladis wireplumber is the issue primarily, the most surefire way to disable that if you want to stay on pulse is
systemctl --user mask wireplumber --now

works nicely, thanks, almost restored yesterday's backup. annoying how this is being pushed without it properly working...

cameo · 2022-05-11 09:52:25

V1del wrote:

systemctl --user mask wireplumber --now

Also worked perfectly for me, thanks a lot!

V1del · 2022-05-11 11:56:24

FWIW looking at https://gitlab.freedesktop.org/pipewire … issues/254 if I'm interpreting things correctly you should be able to copy /usr/share/wireplumber/main.lua.d/50-alsa-config.lua to /etc/wireplumber/main.lua.d/50-alsa-config.lua and set alsa_monitor.enabled = false to prevent wireplumber from handling the audio devices, which should in theory allow pulse control again without outright disabling wireplumber, which will in turn still allow screen sharing/video. This is just a hypothesis atm as I'm not on my system to test.

Last edited by V1del (2022-05-11 11:57:12)

joanmanel · 2022-05-11 14:10:51

V1del wrote:

Failing to set scheduler is definitely normal, the other could be temporary change in profile or so in the HW that's unlikely to have a lasting effect.
@Falladis wireplumber is the issue primarily, the most surefire way to disable that if you want to stay on pulse is
systemctl --user mask wireplumber --now

I did install pipewire-pulse followed by this line, and while it worked for a while, after a reboot it killed my audio complete. Now none of the interfaces for in our out sound are detected. It only says "Dummy output"

V1del · 2022-05-11 15:28:56

if you actually switch to pipewire-pulse you should not mask wireplumber (only do that if you want to keep using pulseaudio). If you want to unmask it now run that same command but with unmask instead.

Side info, it appears pipewire-media-session got readded, so could switch back to that to not run into the ramifications for pulseaudio.

Last edited by V1del (2022-05-11 16:06:08)

clayms · 2022-05-11 18:50:54

Some very strange behavior.

Killing the `pulseaudio` process, which of course just restarts itself, leads to:

Sound outputs correctly from:
- monitor speakers (hdmi)
- headphones
- laptop speakers
- bluetooth headset.
Bluetooth headphones only have mono output with the "Handsfree, or Headset Head Unit (HFP, HHP) configuration and not the High Fidelity Playback (A2DP sink) configuration. I can change the configuration to A2DP, but it still only outputs in mono.
Bluetooth microphone (on same bluetooth headphones) does not work.

However, when I reboot the laptop:

Sound does NOT work from:
- monitor speakers (hdmi)
- headphones
- laptop speakers
Sound does work from:
- bluetooth headset.
Bluetooth headphones have stereo output with the High Fidelity Playback (A2DP sink) configuration.
Bluetooth microphone (on same bluetooth headphones) does work.

Killing `pulseaudio` (which immediately restarts) again results in the same conditions given in the first list above.

I can't install `pipewire-pulse` due to dependencies.

$ sudo pacman -S pipewire-pulse
resolving dependencies...
looking for conflicting packages...
:: pipewire-pulse and pulseaudio are in conflict. Remove pulseaudio? [y/N] y
:: pipewire-pulse and pulseaudio-bluetooth are in conflict. Remove pulseaudio-bluetooth? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: removing pulseaudio breaks dependency 'pulseaudio=15.0-4' required by pulseaudio-equalizer
:: removing pulseaudio breaks dependency 'pulseaudio=15.0-4' required by pulseaudio-jack
:: removing pulseaudio breaks dependency 'pulseaudio=15.0-4' required by pulseaudio-lirc
:: removing pulseaudio breaks dependency 'pulseaudio=15.0-4' required by pulseaudio-zeroconf

Wireplumber is installed:

$ pacman -Q wireplumber
wireplumber 0.4.10-2

Linsux · 2022-05-11 19:36:24

EDIT: reverting to pipewire-media-session instead of wireplumber fixed the problem to me.

This worked for me also. And it's pipewire-media-session-git in the AUR.

clayms · 2022-05-11 19:41:02

I removed `wireplumber` after having to remove `pipewire-session-manager` and `gst-plugin-pipewire` which depend on `wireplumber`.

$ grep -iE "wireplumber|gst-plugin-pipewire|pipewire-session-manager"  /var/log/pacman.log

[2022-01-15T16:57:58-0500] [ALPM-SCRIPTLET] Created symlink /etc/systemd/user/pipewire-session-manager.service → /usr/lib/systemd/user/pipewire-media-session.service.
[2022-04-13T09:05:11-0400] [ALPM] upgraded gst-plugin-pipewire (1:0.3.49-1 -> 1:0.3.50-1)
[2022-05-10T14:33:18-0400] [ALPM-SCRIPTLET] Removed /etc/systemd/user/pipewire-session-manager.service.
[2022-05-10T14:33:26-0400] [ALPM] installed wireplumber (0.4.10-2)
[2022-05-10T14:33:26-0400] [ALPM-SCRIPTLET] Created symlink /etc/systemd/user/pipewire-session-manager.service → /usr/lib/systemd/user/wireplumber.service.
[2022-05-10T14:33:26-0400] [ALPM-SCRIPTLET] Created symlink /etc/systemd/user/pipewire.service.wants/wireplumber.service → /usr/lib/systemd/user/wireplumber.service.
[2022-05-10T14:33:26-0400] [ALPM] upgraded gst-plugin-pipewire (1:0.3.50-1 -> 1:0.3.51-1)
[2022-05-11T15:08:41-0400] [PACMAN] Running 'pacman -R pipewire-session-manager'
[2022-05-11T15:08:59-0400] [PACMAN] Running 'pacman -R gst-plugin-pipewire'
[2022-05-11T15:09:23-0400] [ALPM] removed gst-plugin-pipewire (1:0.3.51-1)
[2022-05-11T15:09:38-0400] [PACMAN] Running 'pacman -R wireplumber'
[2022-05-11T15:09:45-0400] [ALPM-SCRIPTLET] Removed /etc/systemd/user/pipewire-session-manager.service.
[2022-05-11T15:09:45-0400] [ALPM-SCRIPTLET] Removed /etc/systemd/user/pipewire.service.wants/wireplumber.service.
[2022-05-11T15:09:45-0400] [ALPM] removed wireplumber (0.4.10-2)

Now after rebooting, I see the following conditions::

Sound outputs correctly from:
- monitor speakers (hdmi)
- headphones
- laptop speakers
- bluetooth headset.
Bluetooth headphones work with the High Fidelity Playback (A2DP sink) configuration and I get stereo output.
Bluetooth microphone (on same bluetooth headphones) still does not work.

V1del · 2022-05-11 20:10:15

A2DP sinks do not and never have included mic support. You need to switch to HFP/HSP for that.

But bluetooth is definitely an area where I feel you don't have much argument for pulse over pipewire, so if you switched properly you could test that. The pulse dependencies that "prevent" you from switching all have relevant pipewire replacements, you can just manually remove all of those and then replace pulseaudio with pipewire-pulse

Last edited by V1del (2022-05-11 20:12:34)

clayms · 2022-05-11 20:38:22

V1del wrote:

A2DP sinks do not and never have included mic support. You need to switch to HFP/HSP for that.

The bluetooth headphones mic now does not work at all, not even on HFP/HSP.

V1del wrote:

But bluetooth is definitely an area where I feel you don't have much argument for pulse over pipewire, so if you switched properly you could test that. The pulse dependencies that "prevent" you from switching all have relevant pipewire replacements, you can just manually remove all of those and then replace pulseaudio with pipewire-pulse

I'll remove all pulse dependencies and replace with the relevant pipewire replacements.

progandy · 2022-05-11 20:38:25

A2DP sinks do not and never have included mic support. You need to switch to HFP/HSP for that.

There should be limited support in pipewire if the headset supports aptX LL or FastStream I think. https://gitlab.freedesktop.org/pipewire … ses/0.3.34 I am not sure if pulseaudio has it merged.

Last edited by progandy (2022-05-11 20:43:23)

clayms · 2022-05-11 21:24:20

Completely removed `pulseaudio` and associated packages.

sudo pacman -R pulseaudio-equalizer pulseaudio-jack pulseaudio-lirc pulseaudio-zeroconf pulseaudio

Then installed `pipewire-pulse`

$ sudo pacman -S pipewire-pulse
warning: pipewire-pulse-1:0.3.51-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...

Packages (1) pipewire-pulse-1:0.3.51-1

Total Installed Size:  0.49 MiB
Net Upgrade Size:      0.00 MiB

:: Proceed with installation? [Y/n] Y
(1/1) checking keys in keyring                                                        [#################################################] 100%
(1/1) checking package integrity                                                      [#################################################] 100%
(1/1) loading package files                                                           [#################################################] 100%
(1/1) checking for file conflicts                                                     [#################################################] 100%
(1/1) checking available disk space                                                   [#################################################] 100%
:: Processing package changes...
(1/1) reinstalling pipewire-pulse                                                     [#################################################] 100%
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...

Then rebooted and everything worked.

However, I read some of the posts about needing `wireplumber` to get screen-sharing to work well with Wayland, so I re-installed that (I had removed it earlier). Now nothing works at all. The only output device listed is "Dummy Output" and doing anything else in Settings and the Settings app freezes and I have to Force Quit it.

So apparently, `wireplumber`still screws things up, even when you only have `pipewire-pulse` and not `pulseaudio`.

Now when I try and remove `wireplumber`, I get the following failure due to dependencies.

$ sudo pacman -R wireplumber
[sudo] password for clay:
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: removing wireplumber breaks dependency 'pipewire-session-manager' required by pipewire-pulse

Last edited by clayms (2022-05-11 21:31:22)

clayms · 2022-05-11 21:40:48

Simply installing `pipewire-media-session` fixed the issue.

$ sudo pacman -S pipewire-media-session

resolving dependencies...
looking for conflicting packages...
:: pipewire-media-session and wireplumber are in conflict. Remove wireplumber? [y/N] y

Packages (2) wireplumber-0.4.10-3 [removal]  pipewire-media-session-1:0.4.1-2

Total Installed Size:   0.44 MiB
Net Upgrade Size:      -1.68 MiB

:: Proceed with installation? [Y/n] Y
...
:: Processing package changes...
Removed /etc/systemd/user/pipewire-session-manager.service.
Removed /etc/systemd/user/pipewire.service.wants/wireplumber.service.
(1/1) removing wireplumber                           [############################] 100%
(1/1) installing pipewire-media-session              [############################] 100%
Created symlink /etc/systemd/user/pipewire-session-manager.service → /usr/lib/systemd/user/pipewire-media-session.service.
Created symlink /etc/systemd/user/pipewire.service.wants/pipewire-media-session.service → /usr/lib/systemd/user/pipewire-media-session.service.
Optional dependencies for pipewire-media-session
    pipewire-media-session-docs: Documentation
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...

Arch Linux

#1 2022-05-10 20:12:09

[SOLVED] Sound worked fine for six months then completely stopped

#2 2022-05-10 20:39:19

Re: [SOLVED] Sound worked fine for six months then completely stopped

#3 2022-05-10 20:45:44

Re: [SOLVED] Sound worked fine for six months then completely stopped

#4 2022-05-10 21:13:24

Re: [SOLVED] Sound worked fine for six months then completely stopped

#5 2022-05-10 21:57:59

Re: [SOLVED] Sound worked fine for six months then completely stopped

#6 2022-05-10 22:23:46

Re: [SOLVED] Sound worked fine for six months then completely stopped

#7 2022-05-10 22:24:47

Re: [SOLVED] Sound worked fine for six months then completely stopped

#8 2022-05-11 05:19:11

Re: [SOLVED] Sound worked fine for six months then completely stopped

#9 2022-05-11 06:17:59

Re: [SOLVED] Sound worked fine for six months then completely stopped

#10 2022-05-11 06:24:27

Re: [SOLVED] Sound worked fine for six months then completely stopped

#11 2022-05-11 06:40:27

Re: [SOLVED] Sound worked fine for six months then completely stopped

#12 2022-05-11 07:17:03

Re: [SOLVED] Sound worked fine for six months then completely stopped

#13 2022-05-11 07:26:45

Re: [SOLVED] Sound worked fine for six months then completely stopped

#14 2022-05-11 09:52:25

Re: [SOLVED] Sound worked fine for six months then completely stopped

#15 2022-05-11 11:56:24

Re: [SOLVED] Sound worked fine for six months then completely stopped

#16 2022-05-11 14:10:51

Re: [SOLVED] Sound worked fine for six months then completely stopped

#17 2022-05-11 15:28:56

Re: [SOLVED] Sound worked fine for six months then completely stopped

#18 2022-05-11 18:50:54

Re: [SOLVED] Sound worked fine for six months then completely stopped

#19 2022-05-11 19:36:24

Re: [SOLVED] Sound worked fine for six months then completely stopped

#20 2022-05-11 19:41:02

Re: [SOLVED] Sound worked fine for six months then completely stopped

#21 2022-05-11 20:10:15

Re: [SOLVED] Sound worked fine for six months then completely stopped

#22 2022-05-11 20:38:22

Re: [SOLVED] Sound worked fine for six months then completely stopped

#23 2022-05-11 20:38:25

Re: [SOLVED] Sound worked fine for six months then completely stopped

#24 2022-05-11 21:24:20

Re: [SOLVED] Sound worked fine for six months then completely stopped

#25 2022-05-11 21:40:48

Re: [SOLVED] Sound worked fine for six months then completely stopped

Board footer