Today’s update seems to have resolved this for me. Any luck your end?
Hi guy!
Unfortunately no: it hasn’t been resolved! 
I hoped after reading your last post that it would work for me too.
I just ran the update and I hoped even more seeing that in addition to the Kernel ALL the ‘pipewire’ packages would be updated
unfortunately the situation has remained the same… no change.
in recent days I have tried other solutions: ALL temporary.
I noticed, giving the command:
journalctl -b | grep -i 'audio|sound|alsa|pulse|pipewire
that the pipewire service is stopped and deactivated
and the wireplumber service is disconnected from the pipewire itself
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: enabling device (0000 -> 0002)
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
lug 12 19:21:30 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 5
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware paths/files for ipc type 0:
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware file: intel/sof/sof-rpl.ri
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Topology file: intel/sof-tplg/sof-hda-generic-2ch.tplg
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: unknown sof_ext_man header type 3 size 0x30
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0
lug 12 19:21:31 cryptux kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:23:0
lug 12 19:21:31 cryptux kernel: snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
lug 12 19:21:31 cryptux kernel: snd_hda_codec_realtek ehdaudio0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
lug 12 19:21:31 cryptux kernel: snd_hda_codec_realtek ehdaudio0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
lug 12 19:21:31 cryptux kernel: snd_hda_codec_realtek ehdaudio0D0: mono: mono_out=0x0
lug 12 19:21:31 cryptux kernel: snd_hda_codec_realtek ehdaudio0D0: inputs:
lug 12 19:21:31 cryptux kernel: snd_hda_codec_realtek ehdaudio0D0: Mic=0x19
lug 12 19:21:31 cryptux kernel: input: sof-hda-dsp Mic as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input19
lug 12 19:21:31 cryptux kernel: input: sof-hda-dsp Headphone as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input20
lug 12 19:21:31 cryptux kernel: input: sof-hda-dsp HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input21
lug 12 19:21:31 cryptux kernel: input: sof-hda-dsp HDMI/DP,pcm=4 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input22
lug 12 19:21:31 cryptux kernel: input: sof-hda-dsp HDMI/DP,pcm=5 as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card0/input23
lug 12 19:21:31 cryptux systemd[1]: Starting Save/Restore Sound Card State...
lug 12 19:21:31 cryptux systemd[1]: Manage Sound Card State (restore and store) was skipped because of an unmet condition check (ConditionPathExists=/etc/alsa/state-daemon.conf).
lug 12 19:21:31 cryptux systemd[1]: Finished Save/Restore Sound Card State.
lug 12 19:21:31 cryptux systemd[1]: Reached target Sound Card.
lug 12 19:21:31 cryptux systemd[708]: Listening on PipeWire PulseAudio.
lug 12 19:21:31 cryptux systemd[708]: Listening on PipeWire Multimedia System Sockets.
lug 12 19:21:32 cryptux systemd[708]: Started PipeWire Multimedia Service.
lug 12 19:21:32 cryptux systemd[708]: Started PipeWire PulseAudio.
lug 12 19:26:24 cryptux systemd[1188]: Listening on PipeWire PulseAudio.
lug 12 19:26:24 cryptux systemd[1188]: Listening on PipeWire Multimedia System Sockets.
lug 12 19:26:25 cryptux systemd[1188]: Starting GNOME sound sample caching service...
lug 12 19:26:25 cryptux systemd[1188]: Started GNOME sound sample caching service.
lug 12 19:26:25 cryptux systemd[1188]: Reached target GNOME sound sample caching target.
lug 12 19:26:26 cryptux systemd[1188]: Started PipeWire Multimedia Service.
lug 12 19:26:26 cryptux systemd[1188]: Started PipeWire PulseAudio.
lug 12 19:26:36 cryptux systemd[708]: Stopping PipeWire PulseAudio...
lug 12 19:26:36 cryptux systemd[708]: Stopped PipeWire PulseAudio.
lug 12 19:26:36 cryptux wireplumber[1029]: wireplumber: disconnected from pipewire
lug 12 19:26:36 cryptux systemd[708]: Stopping PipeWire Multimedia Service...
lug 12 19:26:36 cryptux systemd[708]: Stopped PipeWire Multimedia Service.
lug 12 19:26:36 cryptux systemd[708]: Closed PipeWire PulseAudio.
lug 12 19:26:36 cryptux systemd[708]: Closed PipeWire Multimedia System Sockets.
I also saw that if I change the command that had worked up until now
systemctl --user restart pipewire
stopping the service instead of restarting it: everything works perfectly (until the next reboot.
systemctl --user stop pipewire
giving this second command tells me that although the pipewire.service is stopped, the pipewire.socket continues to work. (and in fact the audio turns back on)
[gattino@cryptux ~]$ systemctl --user stop pipewire
Stopping 'pipewire.service', but its triggering units are still active:
pipewire.socket
[gattino@cryptux ~]$
At this point I really don’t know what to do anymore.
I can certainly solve the problem much more simply by pressing the mute button on the keyboard and pressing it again at each restart.
Unfortunately, my IT knowledge is poor and I understand that for an Arch-based distribution, passion is not enough but competence is needed (which I don’t have).
It seems like something is conflicting… but I don’t know how to resolve it…
I’m keeping the post open in the hope that something will change
Good evening everyone.
after the last update, has the problem been resolved for all those who participated in this post?
As I already wrote, it hasn’t been resolved for me (not even after subsequent updates).
However I noticed another pseudo-solution.
If I delete the local configuration folder of the wireplumber package
rm -R ~/.local/state/wireplumber
and then reboot the system, the default values are reloaded and everything works.
It also works on subsequent reboots (so it seems that the problem has been solved).
however, if I change the audio volume (either through the system volume or through an audio player such as VLC) the next time I reboot it, it goes back to mute and I have to start again with one of the temporary solutions we have found so far.
Could it be a conflict with wireplumber? and if so, do you have any suggestions on how to fix it.
Thanks for any advice and sorry for the constant requests for help.
No it continues on my laptop. It seems I was mistaken when I thought it had been resolved for me.
I seem to understand that’s a gnome problem, and the same as No audio at startup | Laptop GNOME 46
Hello there,
Still with the same issue, though sometimes it works fine after startup, and sometimes it doesn’t. For now I just have the audio issue, and kernel panics (Not often, but still happening) with GNOME 
I’m using KDE Plasma 
1 Like
I have 2 laptops, all running EndeavourOS but one with Gnome (the main one) and one with KDE - The one with KDE has never had this problem… but maybe it’s a coincidence.
I’m only experiencing this issue on my Asus UM3402Y Zenbook. It has been the only one of my current devices to cause audio issues under Linux. For a while there was no audio from the speakers due to the Cirrus CS35L41 HD amplifier (fixed since kernel 6.8). I wonder if that’s a common thread?
I also have 2 desktops and a different Asus laptop running EndeavourOS + KDE without the audio issue, and one NUC running EndeavourOS + LXQt, again without issue.
As I said above, on the same laptop, I have this problem only in the installation with gnome.
I also only have this problem on my laptop with GNOME.
In any case, I think the problem may depend on the wireplumber package.
As I have written before: if I delete the local configuration of this package everything works fine, but as soon as I turn the volume up or down (and thus the local configuration is rewritten) the problem returns.
I hope they update the wireplumber package and we’ll see if it works out.
As I said here No audio at startup | Laptop GNOME 46 - #19 by lorebett if I install pipewire-libcamera and reboot audio works fine! But, if I reboot, the problem is there again. Maybe the installation of that package somehow triggered wireplumber state but then the state was broken again.
I tried installing pipewire-libcamer
did not work even on the first reboot. Also my configuration is Laptop GNOME 46… I still think the problem is between GNOME 46 and the latest wireplumber update
the problem has been solved with the latest pipewer update
2 Likes
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.