Ein anderer Prozess hält das ALSA-Gerät belegt · Linux Fix Lab

Symptome und Geltungsbereich

PipeWire meldet ALSA open failed: Device or resource busy.
Direkte Wiedergabe funktioniert erst nach Schließen einer anderen Audioanwendung.

Betroffene Umgebung

ALSA-Hardware-PCMs mit PipeWire, jackd, PulseAudio oder direkten hw:-Clients; manche Geräte erlauben nur einen gleichzeitigen Zugriff.

Erkennbare Meldungen (synthetische Beispiele)

pipewire[2140]: [alsa-pcm.c:1250 spa_alsa_open()] hw:0,0: playback open failed: Device or resource busy

Tatsächlichen Besitzer prüfen; Hardware-Exklusivität unterscheidet sich von fehlender Karte oder Stummschaltung.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

Eine direkte ALSA-Anwendung oder ein zweiter Audio-Daemon kann denselben Hardware-PCM exklusiv halten.
Dass PipeWire seine vorgesehene Hardware hält, ist normal; ein Busy-Fehler eines direkten Clients bedeutet nicht automatisch eine PipeWire-Störung.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Prozesse mit Sound-Nodes lesen. -v zeigt nur Besitzer; keine Kill-Option ist enthalten.

sudo fuser -v /dev/snd/*

Ergebnis einordnen: Prozess, Benutzer und PCM-Gerät zuordnen. PipeWire als PCM-Besitzer kann erwartbar sein; einen zweiten direkten Besitzer oder Audio-Daemon untersuchen.

Prüfschritt 2

Betroffenes Benutzer-Audiojournal lesen, ohne etwas neu zu starten.

journalctl --user -b -u pipewire.service -u wireplumber.service --no-pager -n 150

Ergebnis einordnen: ALSA-open-Busy plus Besitzerbefund stützt Zugriffskonkurrenz. Bei generischer Busy-Meldung zuerst Backend und Ziel der Anwendung bestätigen.

Nächste Schritte nach Befund

Bestätigten exklusiven Besitzer schließen

Wenn eine bekannte Anwendung die Hardware unerwartet besitzt, Arbeit speichern und sie normal schließen. Wenn ein zweiter Sound-Daemon unbeabsichtigt eingerichtet ist, nur diesen bestätigten Daemon nach unterstütztem Benutzer-Dienstverfahren der Distribution stoppen.

Vorsicht: Nicht alle /dev/snd-Benutzer beenden; dadurch werden Gespräche und Aufnahmen unterbrochen. Gewollte professionelle jackd-Sitzungen von versehentlichen Doppelservern unterscheiden.

Wiederherstellung / Rücknahme: Geschlossene Anwendung wieder starten oder vorherige Dienstwahl herstellen, falls der Besitzer benötigt wurde; nur einen vorgesehenen Hardwarebesitzer behalten.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Anwendungsausgabe über Soundserver nutzen

Wenn ein direkter hw:-Client mit dem Desktop-Server kollidiert, sein PipeWire- oder PulseAudio-Backend beziehungsweise unterstützte ALSA-zu-PipeWire-Vorgabe der Distribution wählen. Direkten Hardwarezugriff nur für bewusst exklusive Sitzung nutzen.

Vorsicht: Backend-Paketnamen variieren. Nicht alle ALSA-Gerätedefinitionen ersetzen oder Desktop-Audiopakete entfernen, weil ein direkter Client Busy meldet.

Wiederherstellung / Rücknahme: Bei Kompatibilitätsregression aufgezeichnetes Backend und Gerät der Anwendung zurücksetzen; Desktop-Server vor exklusivem Hardwarezugriff bewusst schließen.