Sound muted after first app playing audio closed

Hello team,

I found my GNOME desktop in a situation, that audio output stopped working on second app opened. It happens since December 5, 2022 rolling update (pacman -Syu). I listed a stable repro step below. Though not 100% sure, it looks like a user mode problem, based on a fact that logging out GNOME turns out to be a workaround. Unfortunately I have not more clue for further diagnose, as I’m not an audio expert.

Could anyone share ideas for further debugging?


  • DELL Vostro 13 laptop.
  • Manjaro testing branch
  • GNOME 43.1 desktop (system details see inxi output below).

Repro steps:

  1. Login to GNOME desktop environment.
  2. Open app A with sound playback (e.g. Firefox + Audio can output as expected. When app A is on and playing, more apps B, C, … can open and play sound as expected. (e.g. Podcasts to play a pod cast)
  3. Close all open apps on desktop to stop all playbacks.
  4. Open a new app D and play sound. It doesn’t matter whether the new app can be new one or prevoius ones. For example, close Firefox and Podcasts app, and launch them again.


  • App opened step 5 can play sound correctly.


  • App opened in step 5 plays no sound.
  • System settings still can show device correctly (in my env it’s built-in speaker, Intel Tiger Lake-LP Smart Sound Audio)

Detected working workaround:

  • Log-off GNOME and login again. Sound can playback, but still only the first app.


  • Replace manjaro-pulse with manjaro-pipewire. Result: No effect. Behavior is the same. I can’t switch back to manjaro-pulse due to unsatistied dependency.

====== System info ======
$ inxi -Fayz

  Kernel: 5.10.157-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-5.10-x86_64
    root=UUID=4a060f7d-5cc0-4bca-a132-e4ae8ce4cca9 rw cgroup_enable=memory
    swapaccount=1 quiet resume=UUID=b861fa39-f63b-4a5a-b4c3-08d3098813ac
  Desktop: GNOME v: 43.1 tk: GTK v: 3.24.35 wm: gnome-shell dm: GDM v: 43.0
    Distro: Manjaro Linux base: Arch Linux
  Type: Laptop System: Dell product: Vostro 13 5310 v: N/A
    serial: <superuser required> Chassis: type: 10 serial: <superuser required>
  Mobo: Dell model: 0D2YGH v: A00 serial: <superuser required> UEFI: Dell
    v: 2.13.0 date: 07/11/2022
  ID-1: BAT0 charge: 54.0 Wh (100.0%) condition: 54.0/54.0 Wh (100.0%)
    volts: 16.8 min: 15.0 model: SMP DELL XDY9K1B type: Li-poly serial: <filter>
    status: full
  Info: model: 11th Gen Intel Core i5-11320H bits: 64 type: MT MCP
    arch: Tiger Lake gen: core 11 level: v4 note: check built: 2020
    process: Intel 10nm family: 6 model-id: 0x8C (140) stepping: 2
    microcode: 0x28
  Topology: cpus: 1x cores: 4 tpc: 2 threads: 8 smt: enabled cache:
    L1: 320 KiB desc: d-4x48 KiB; i-4x32 KiB L2: 5 MiB desc: 4x1.2 MiB L3: 8 MiB
    desc: 1x8 MiB
  Speed (MHz): avg: 726 high: 1013 min/max: 400/4500 scaling:
    driver: intel_pstate governor: powersave cores: 1: 701 2: 642 3: 674 4: 1013
    5: 625 6: 542 7: 931 8: 684 bogomips: 39944
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: mmio_stale_data status: Not affected
  Type: retbleed status: Not affected
  Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via
    prctl and seccomp
  Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
  Type: spectre_v2 status: Vulnerable: eIBRS with unprivileged eBPF
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
  Device-1: Intel TigerLake-LP GT2 [Iris Xe Graphics] vendor: Dell driver: i915
    v: kernel arch: Gen-12.1 process: Intel 10nm built: 2020-21 ports:
    active: eDP-1 empty: DP-1,DP-2,HDMI-A-1 bus-ID: 00:02.0 chip-ID: 8086:9a49
    class-ID: 0300
  Device-2: Microdia Integrated_Webcam_HD type: USB driver: uvcvideo
    bus-ID: 3-6:3 chip-ID: 0c45:6725 class-ID: 0e02
  Display: wayland server: v: with: Xwayland v: 22.1.5
    compositor: gnome-shell driver: X: loaded: modesetting alternate: fbdev,vesa
    dri: iris gpu: i915 display-ID: 0
  Monitor-1: eDP-1 model: ChiMei InnoLux 0x13b0 built: 2020 res: 2560x1600
    dpi: 227 gamma: 1.2 size: 286x178mm (11.26x7.01") diag: 337mm (13.3")
    ratio: 16:10 modes: 2560x1600
  API: EGL/GBM Message: No known Wayland EGL/GBM data sources.
  Device-1: Intel Tiger Lake-LP Smart Sound Audio vendor: Dell
    driver: sof-audio-pci alternate: snd_hda_intel,snd_sof_pci bus-ID: 00:1f.3
    chip-ID: 8086:a0c8 class-ID: 0401
  Sound API: ALSA v: k5.10.157-1-MANJARO running: yes
  Sound Server-1: JACK v: 1.9.21 running: no
  Sound Server-2: PulseAudio v: 16.1 running: no
  Sound Server-3: PipeWire v: 0.3.61 running: yes
  Device-1: Intel Wi-Fi 6 AX201 driver: iwlwifi v: kernel bus-ID: 00:14.3
    chip-ID: 8086:a0f0 class-ID: 0280
  IF: wlp0s20f3 state: up mac: <filter>
  IF-ID-1: virbr0 state: down mac: <filter>
  Device-1: Intel AX201 Bluetooth type: USB driver: btusb v: 0.8 bus-ID: 3-10:4
    chip-ID: 8087:0026 class-ID: e001
  Report: rfkill ID: hci0 rfk-id: 1 state: up address: see --recommends
  Local Storage: total: 476.94 GiB used: 99.83 GiB (20.9%)
  SMART Message: Required tool smartctl not installed. Check --recommends
  ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Western Digital
    model: PC SN530 NVMe WDC 512GB size: 476.94 GiB block-size: physical: 512 B
    logical: 512 B speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter>
    rev: 21113012 temp: 44.9 C scheme: GPT
  ID-1: / raw-size: 64 GiB size: 62.44 GiB (97.57%) used: 28.2 GiB (45.2%)
    fs: ext4 dev: /dev/nvme0n1p9 maj-min: 259:9
  ID-2: /boot/efi raw-size: 300 MiB size: 299.4 MiB (99.80%)
    used: 324 KiB (0.1%) fs: vfat dev: /dev/nvme0n1p7 maj-min: 259:7
  ID-3: /home raw-size: 174.24 GiB size: 170.45 GiB (97.82%)
    used: 71.63 GiB (42.0%) fs: ext4 dev: /dev/nvme0n1p10 maj-min: 259:10
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: partition size: 20 GiB used: 0 KiB (0.0%) priority: -2
    dev: /dev/nvme0n1p8 maj-min: 259:8
  Src: /sys System Temperatures: cpu: 42.0 C mobo: N/A
  Fan Speeds (RPM): N/A
  Power: 12v: N/A 5v: 5 3.3v: N/A vbat: N/A
  Processes: 243 Uptime: 13m wakeups: 4093 Memory: 15.38 GiB
  used: 2.1 GiB (13.7%) Init: systemd v: 252 default: graphical tool: systemctl
  Compilers: gcc: 12.2.0 clang: 14.0.6 Packages: 1229 pm: pacman pkgs: 1196
  libs: 291 tools: pamac,yay pm: flatpak pkgs: 33 Shell: fish v: 3.5.1
  running-in: gnome-terminal inxi: 3.3.23

Add an update on further testing: I can confirm the issue affects only main laptop speaker:

  1. Built-in Mic works. When I record voice when no sound is playing, the recorded wav can play after re-login.
  2. Bluetooth headset works. When I connect a Jabra wireless headset, it works as expected.

Any suggestions will be appreciated.

I have the same problem after the last update. I am using KDE. The only thing that helps is restarting pulseaudio every time there is a new audio stream.

systemctl --user restart pulseaudio
1 Like

Thanks @clearwater!

Appears your approach is also a workaround, right? I mimiced your approach by ‘systemctl --user restart pipewire’ in my system. It successfully wakes up speaker right after restarting, then it became no sound again after opened apps were closed. Seems we still have to wait for a complete fix. :frowning:

Yes, it is temporary workaround, I have to run it every time I want to listen something.
We should probably file a bug somewhere to make it fix faster. If you have any idea where to do this please let me know

No I don’t know where to file a bug unfortunately. :frowning: The current phenomonon is insufficient to identify a possible reponsbile component. (Btw, I don’t think the root cause lies in pipewire or pulseaudio, as they are basically unrelated underlying). Seems we should keep it open here, and see if more folks can point more directions. I’m happy to do the repro works and share logs or debugging results.

Other forum post has solution.

Posted solution said to downgrade kernel.

But seems that upgrading from 5.15.81-1 to 6.0.11-1 also is a solution.
Just issue with 5.15.81 LTS perhaps.

Thanks @tbst! Downgrading does not sound a good fix. I have upgraded to kernel 5.15.81-1 via Manjaro settings manager. The issue still exist. Let me try to upgrade to kernel 5.19.17-2 to give a shot.

Btw, it will be great if you could share the link to the forum thread you mentioned. It will be of great help if I know how to debug so I can provide more info for similar issues next time.

Update: Confirmed both 5.19.17-2 and 6.0.11-1 both work!

After comparing I decided to stick to 6.0, as its runtime verification sub-system is an interesting feature. Let’s see how it goes. :slight_smile:

1 Like

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.