NUC model is NUC12WSK-B
The system felt more stable after recent updates, and I had less often faced or managed to reproduce the issue.
The issue appeared after upgrade to F43 and before any changes to modprobe and GRUB options with snd_hda_intel.power_save=0, these were recommendations by various AI chats to resolve the problem. I have now reverted all these changes but system feels much less stable again.
I’m considering changing the GRUB option again or performing a full clean install of F43.
First output:
sudo dmesg | grep -C1 \
-E 'ALSA|HDA|HDMI|snd[_-]|sound|audio|hda.codec|hda.intel'
[ 0.000000] Linux version 6.18.7-200.fc43.x86_64 (mockbuild@f6e70386f1834404b9eebd1dd69b50c3) (gcc (GCC) 15.2.1 20251211 (Red Hat 15.2.1-5), GNU ld version 2.45.1-4.fc43) #1 SMP PREEMPT_DYNAMIC Fri Jan 23 16:42:34 UTC 2026
[ 0.000000] Command line: BOOT_IMAGE=(hd3,gpt5)/vmlinuz-6.18.7-200.fc43.x86_64 root=UUID=9bc553ee-f0a7-48a1-ae2f-627bf22e5935 ro rootflags=subvol=root rhgb quiet snd_hda_intel.power_save=0
[ 0.000000] x86/split lock detection: #AC: crashing the kernel on kernel split_locks and warning on user-space split_locks
--
[ 0.056443] pcpu-alloc: [0] 08 09 10 11 [0] 12 13 14 15
[ 0.056456] Kernel command line: BOOT_IMAGE=(hd3,gpt5)/vmlinuz-6.18.7-200.fc43.x86_64 root=UUID=9bc553ee-f0a7-48a1-ae2f-627bf22e5935 ro rootflags=subvol=root rhgb quiet snd_hda_intel.power_save=0
[ 0.056501] Unknown kernel command line parameters "rhgb", will be passed to user space.
--
[ 5.663337] iwlwifi 0000:00:14.3 wlo1: renamed from wlan0
[ 5.668032] snd_hda_intel 0000:00:1f.3: enabling device (0000 -> 0002)
[ 5.668276] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops intel_audio_component_bind_ops [i915])
[ 5.753992] snd_hda_codec_alc269 hdaudioC1D0: autoconfig for ALC269VB: line_outs=1 (0x21/0x0/0x0/0x0/0x0) type:hp
[ 5.753998] snd_hda_codec_alc269 hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 5.754008] snd_hda_codec_alc269 hdaudioC1D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 5.754009] snd_hda_codec_alc269 hdaudioC1D0: mono: mono_out=0x0
[ 5.754010] snd_hda_codec_alc269 hdaudioC1D0: inputs:
[ 5.754011] snd_hda_codec_alc269 hdaudioC1D0: Mic=0x18
[ 5.807809] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1f.3/sound/card1/input10
[ 5.808028] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card1/input11
[ 5.808154] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input12
[ 5.808357] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input13
[ 5.808496] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input14
[ 5.808606] input: HDA Intel PCH HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1f.3/sound/card1/input15
[ 6.481405] RPC: Registered named UNIX socket transport module.
aplay -l lists my monitor (when sound is working, otherwise the BenQ LCD is not recognized)
**** List of PLAYBACK Hardware Devices ****
card 1: PCH [HDA Intel PCH], device 0: ALC269VB Analog [ALC269VB Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 3: HDMI 0 [BenQ LCD]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
No, the restarting of the pipewire.service does not restore audio after a suspend/wake cycle. It does change all the PIDs, but it completely removes the sound icon from the top right gnome menu and no output device is shown in settings. And the only way to recover sound is then to perform a reboot. Nothing else seems to help.
If not restarting pipewire, in most cases the system rediscovers the HDMI sound output when power cycling the monitor once or twice.