ALSA erkennt die erwartete Soundkarte nicht · Linux Fix Lab

Symptome und Geltungsbereich

Die erwartete Hardware fehlt in /proc/asound/cards.
Der Desktop bietet nur Dummy-Ausgabe oder eine andere HDMI-Karte.

Betroffene Umgebung

PCI-HD-Audio, USB-Audio oder firmwareabhängige Soundhardware mit ALSA-Kerneltreibern.

Erkennbare Meldungen (synthetische Beispiele)

snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to polling mode: last cmd=0x001f0000

Dies kann relativ harmlos sein; vor einem Quirk fehlende Karte oder tatsächlichen Wiedergabefehler bestätigen.

snd_hda_intel 0000:00:1f.3: azx_get_response timeout, switching to single_cmd mode: last cmd=0x001f0000

Codec-Probe-Befunde und genaue Controllerkennung prüfen; dies gehört nicht zu PipeWire-Stummschaltung.

Mögliche Ursachen

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

Fehlende Treiberbindung, gescheitertes Codec-Probing oder benötigte Firmware können die ALSA-Kartenregistrierung verhindern.
Firmware-Einstellungen können Onboard-Audio abschalten; ein getrenntes USB-Gerät ist ein eigener Erkennungsfehler.

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

Registrierte ALSA-Karten als normaler Benutzer lesen; es wird kein Wiedergabestream gestartet.

cat /proc/asound/cards

Ergebnis einordnen: Fehlt die erwartete Karte, liegt das Problem unterhalb der PipeWire-Routen. Eine vorhandene Karte ohne Wiedergabe-PCMs benötigt weiterhin Codec- und Profilprüfung.

Prüfschritt 2

Kernel-Probe-Meldungen bei Bedarf mit Journalrechten lesen. snd_hda-, SOF- und USB-Ereignisse mit dem erwarteten Gerät vergleichen.

journalctl -k -b --no-pager -n 350

Ergebnis einordnen: Fehlende Firmware oder Codec-Probe-Fehler begründen Arbeit an der Treiberschicht. Eine Polling-Fallback-Warnung allein kann harmlos sein, wenn Karte und Wiedergabe funktionieren.

Nächste Schritte nach Befund

Geräteerkennung und benötigte Firmware herstellen

Wenn das Gerät deaktiviert ist oder am Bus fehlt, zuerst Firmware-Audioeinstellungen und physische USB-Verbindung prüfen. Nennt der Kernel eine fehlende Sound-Firmwaredatei, das passende Distributionspaket installieren und nur bei erforderlicher Plattform das Boot-Abbild erneuern.

Vorsicht: Hardwaremodell und exakten Dateinamen verwenden; Intel-DSP-Treiber nicht pauschal wechseln oder beliebige Firmware kopieren.

Wiederherstellung / Rücknahme: Bei schlechterer Erkennung dokumentierte Firmware-Einstellungen wiederherstellen oder vorigen Kernel samt Abbild starten. Paketänderung auf benötigte Firmware begrenzen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Kernel-Probe-Regression vergleichen

Wenn die Karte nach einem Kernel-Update fehlt, einen zuvor funktionierenden installierten Kernel starten und ALSA-Registrierung vergleichen. Bei bestätigten HDA-Codec-Probe-Fehlern Codec- und PCI-IDs sammeln, bevor ein dokumentierter gerätespezifischer Quirk erwogen wird.

Vorsicht: probe_mask oder model nicht für mehrere Soundcontroller raten; dadurch können funktionierende Codecs verschwinden.

Wiederherstellung / Rücknahme: Bei erfolglosem Vergleich den ursprünglichen Eintrag starten und nur die experimentelle Soundtreiberoption entfernen.