You are not logged in.
Hi,
I updated my system yesterday and pipewire-media-session got replaced by wireplumber. Upon reboot, the sound does not work anymore.
I remember that I got a similar if not the same issue some time ago and reinstalling pipewire-media-session fixed the issue. However, this time, pacman cannot install pipewire-media session anymore due to dependency conflicts.
Since the issue with wireplumber is not completely unknown, I would expect that wireplumber would work now. Do I have to replace some config-files for wireplumber to work? I cannot remember reading such instructions during the update process.
Last edited by Akas (2022-07-02 17:55:32)
Offline
You could try installing pipewire-pulse + rebooting your system afterwards which (I guess) should work out-of-the-box for many systems with no special sound setup/requirements.
pacman -S pipewire-pulse
Or wait a couple of days until things are sorted out again. With the new wireplumber push, there also seems to be a new influx of complaints.
Offline
pipewire-pulse is already installed on my system and the sound still does not work.
Waiting couple of days without sound on my daily driver is not very viable. Is there a possibility to reinstall pipewire-media-session which worked fine for me?
Offline
Offline
There are several suggestions in the thread which seth pointed at.
Out of interest, before you start fixing, could you post the output of:
systemctl --user status pipewire-pulse.service
systemctl --user status wireplumber
Offline
Thanks. pipewire-alsa was not installed. After installation und reboot, the sound still did not work until I edited the pipewire.conf as stated three posts above. For some kind of reason, the pipewire.conf was located in /usr/share/pipewire instead of /etc/pipewire. I do not know if it is relevant for the solution.
There are several suggestions in the thread which seth pointed at.
Out of interest, before you start fixing, could you post the output of:
systemctl --user status pipewire-pulse.service systemctl --user status wireplumber
Sry, I started to fix it before I saw your post. The current output on the fixed system is:
systemctl --user status pipewire-pulse.service
● pipewire-pulse.service - PipeWire PulseAudio
Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.service; disabled; ve>
Active: active (running) since Sat 2022-07-02 16:32:47 CEST; 1min 25s ago
TriggeredBy: ● pipewire-pulse.socket
Main PID: 1130 (pipewire-pulse)
Tasks: 2 (limit: 37153)
Memory: 17.7M
CPU: 134ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewi>
└─1130 /usr/bin/pipewire-pulse
Jul 02 16:32:47 archLaptop systemd[988]: Started PipeWire PulseAudio.
Jul 02 16:32:47 archLaptop pipewire-pulse[1135]: 536870912
systemctl --user status wireplumber
○ wireplumber.service
Loaded: masked (Reason: Unit wireplumber.service is masked.)
Active: inactive (dead)
Last edited by Akas (2022-07-02 14:42:20)
Offline
For some kind of reason, the pipewire.conf was located in /usr/share/pipewire instead of /etc/pipewire
/etc/pipewire/pipewire.conf will likely shadow /usr/share/pipewire/pipewire.conf and since /usr/share/pipewire/pipewire.conf is owned by the pipewire package, you should not edit it, as it'll likely get overridden w/ the next update.
Offline
Masking the service is NOT a solution
Offline
Masking the service is NOT a solution
iirc, I masked the service some time ago when the wireplumber issue first came up. I tried to run
sudo systemctl unmask wireplumber
However, I get the result
Unit wireplumber.service does not exist, proceeding anyway.
Offline
systemctl --user unmask wireplumber
Offline