Fehlerbehebung bei Problemen mit der Audioausgabe

Hank Lee, Musik-und-Audio SIG Version F40 Last review: 2025-06-06
Diese Seite beschreibt einige grundlegende Techniken zur Fehlerbehebung, die dabei helfen, die Ursache eines Problems einzugrenzen. Außerdem wird erläutert, welche Informationen bei der Meldung von Audio-Fehlern angegeben werden sollten.

Einführung

Probleme mit der Audioausgabe unter Fedora Linux können verschiedene Ursachen haben, darunter Audioprofile, Kopplungsvorgänge, Gerätekompatibilität oder Fehlkonfigurationen durch den Benutzer. Typische Probleme, die auftreten können:

  • Keine Audio-Ausgabe oder Eingabe

  • Es ist nur eine „Dummy“-Ausgabe möglich

  • Mikrofone werden nicht erkannt

  • Audio-Geräte fehlen nach Aktualisierungen

  • Audio-Verbindungen über Bluetooth brechen ab

Dieser Leitfaden bietet eine schrittweise Anleitung zur Diagnose und Behebung dieser Tonprobleme. Er behandelt sowohl allgemeine Fehlerbehebungsmaßnahmen als auch spezifische Lösungen für Eingabeprobleme, wie z.B. fehlende Mikrofone oder inaktive Eingabegeräte.

Diagnostizieren des Problems

  • Feststellen, ob das Problem beim Kernel, bei PipeWire oder bei bestimmten Anwendungen liegt.

  • Protokolle und Systeminformationen zusammentragen.

Überprüfen, welcher Kerneltreiber von PCI-Geräten verwendet wird

Um die Kernel-Treiber anzuzeigen, die die einzelnen Geräte verwalten, verwenden Sie den Befehl lspci (List PCI) mit der Option -k. Suchen Sie nach bekannten Problemen, die spezifisch für den Namen des Treibers und Ihr Hardwaremodell sind, bevor Sie Probleme an Ask Fedora melden.

$ sudo lspci -k

Neue Hardwaretreiber werden laufend aktualisiert. Falls ein Gerät als unbekannt aufgeführt wird, überprüfen Sie Ihre PCI-Geräte-ID-Datenbank.

$ sudo lspci -Q

Aktualisieren Sie Ihre lokale PCI-ID-Datenbank mit dem Befehl update-pciids.

$ sudo update-pciids

ALSA-Firmware

Das ALSA-Firmware-Paket enthält Firmware für verschiedene Soundkarten von Drittanbietern.

Welche Firmware verwendet wird, lässt sich durch Ausführen des folgenden Befehls ermitteln.

$ sudo dnf list alsa-firmware

Die reguläre ALSA-Firmware wird als <alsa-firmware.noarch> angezeigt.

Falls die reguläre Firmware nicht auf dem Display erscheint, installieren Sie alsa-firmware.

$ sudo dnf install alsa-firmware

Falls andere Firmware installiert ist, tragen Sie diese in die Sperrliste im Konfigurationsverzeichnis für modprobe ein.

/etc/modprobe.d/*.conf

Fügen Sie die Zeile zur Konfigurationsdatei hinzu.

blacklist <zu blockierendes Modul>

Das Werkzeug dracut erstellt ein initiales Abbild, das vom Kernel zum Vorladen der Blockgerätemodule verwendet wird. Die Option -f überschreibt die vorhandene initramfs-Datei.

$ sudo dracut -f

Starten Sie Ihren Computer neu, damit die Änderung wirksam wird.

$ sudo reboot

Hardware-Informationen

Es ist immer hilfreich, detaillierte Informationen zu Ihrer Audiohardware anzugeben, wenn Sie einen Fehler im Zusammenhang mit dem Ton melden. Um diese Informationen zu erhalten, führen Sie folgenden Befehl aus:

$ alsa-info.sh --no-upload

Es wird eine Datei mit detaillierten Informationen zu Ihrer Soundhardware unter dem Namen /tmp/alsa-info.txt erstellt. Bitte hängen Sie diese Datei an Ihren Fehlerbericht an.

Ist es PipeWire?

PipeWire ist ein Medienserver, ein Low-Level-Multimedia-Framework, das folgende Ziele verfolgt:

  • Verbesserung der Audio- und Videoverarbeitung unter Linux

  • funktioniert für alle Benutzer auf allen Ebenen

  • bietet Unterstützung für PulseAudio-, JACK- (JACK Audio Connection Kit-), ALSA- und GStreamer-basierte Anwendungen

Visuelle Überprüfung an Ports

Qpwgraph ist ein Graphmanager, der speziell für PipeWire entwickelt wurde.

Visuelle Portprüfungen mit Qpwgraph helfen dabei, die gesamte Routing-Verknüpfung zwischen Anwendungen und Geräten zu ermitteln und diese nach Bedarf anzupassen. Wenn beispielsweise mehrere Anwendungen und Geräte wie unten dargestellt verbunden und getrennt werden,

  • Firefox: Videokonferenzanwendung unter Verwendung des WebRTC-Protokolls

  • VLC: Medienwiedergabe

  • OBS Studio: Livestream und Aufnahme

  • USB-Soundkarten oder -Mixer: Geräte

Es ist hilfreich zu lernen, wie Ports grafisch mit Anwendungen und Geräten verbunden werden.

Anschlüsse sind richtungsgebunden, sie können entweder sein:

  • Quellanschlüsse (Ausgänge). Sie befinden sich am äußersten rechten Rand eines Knotens und erzeugen einen Audio-/Video-/MIDI-Stream.

  • Sink-Ports (Eingänge). Sie befinden sich am linken Rand eines Knotens und empfangen einen Audio-/Video-/MIDI-Stream.

Es gibt auch verschiedene Arten von Ports:

  • Audio (Standardfarbe: grün)

  • Video (Standardfarbe: blau)

  • PipeWire/JACK MIDI (Standardfarbe: rot)

  • ALSA MIDI (Standardfarbe: lila)

Anschlüsse des gleichen Typs, aber in entgegengesetzter Richtung, können verbunden werden.

Die Benutzeranleitung finden Sie in der Upstream-Dokumentation zu Qpwgraph.

Behebung von Audioeingabeproblemen

Befolgen Sie diese Schritte, um die meisten Probleme mit der Audioeingabe zu beheben.

Lösungsschritte:

Schritt 1: PipeWire und zugehörige Pakete neu installieren

Stellen Sie sicher, dass alle notwendigen PipeWire-Komponenten installiert sind und ordnungsgemäß funktionieren.

$ sudo dnf reinstall pipewire pipewire-pulseaudio pipewire-alsa wireplumber

Dann starten Sie Ihr System neu.

Schritt 2: Überprüfen Sie den Status des Audiodienstes

Stellen Sie sicher, dass die Dienste PipeWire und WirePlumber aktiv sind.

$ systemctl --user status pipewire
$ systemctl --user status pipewire-pulse
$ systemctl --user status wireplumber

Falls sie nicht laufen, starten und aktivieren Sie sie:

$ systemctl --user enable --now pipewire.socket
$ systemctl --user enable --now pipewire-pulse.socket
$ systemctl --user start  pipewire
$ systemctl --user start  pipewire-pulse
$ systemctl --user enable --now wireplumber

Schritt 3: Benutzerberechtigungen überprüfen

Prüfen Sie, ob Ihr Benutzer den richtigen Gruppen angehört:

$ groups

Falls audio fehlt, fügen Sie es hinzu:

$ sudo usermod -aG audio $USER

Schritt 4: Konfigurationsdateien zurücksetzen

Falls die Audiokonfiguration beschädigt ist, können Sie sie zurücksetzen, indem Sie die alten Konfigurationsordner verschieben:

----  $ mv ~/.config/pulse ~/.config/pulse_backup $ mv ~/.config/pipewire ~/.config/pipewire_backup
----

Dann starten Sie Ihr System neu.

Schritt 5: Überprüfen Sie die Hardware

Wenn Sie ein externes Mikrofon verwenden, versuchen Sie, es erneut anzuschließen oder es mit einem anderen Gerät zu testen, um Hardwareprobleme auszuschließen.

Diagnose und Behebung von Bluetooth-Audioproblemen

Bluetooth-Audioprobleme lassen sich häufig in drei Kategorien einteilen: Geräteerkennung, Kopplung oder fehlendes Audioprofil. Dieser Abschnitt bietet eine strukturierte Anleitung, um festzustellen, zu welcher dieser Phasen das Problem gehört und wie es behoben werden kann.

Kategorie 1: Gerät wird nicht erkannt

Symptome

  • Das Bluetooth-Audiogerät wird weder in bluetoothctl noch in den GNOME-Einstellungen angezeigt.

  • Es wird keine MAC-Adresse angezeigt, obwohl sich das Gerät im Kopplungsmodus befindet.

Dies bedeutet in der Regel, dass der Linux-Bluetooth-Stack kein „Anwerbe“-Paket vom Gerät empfangen hat. Häufige Ursachen sind:

  • Der Bluetooth-Adapter (HCI-Gerät) ist nicht vollständig initialisiert oder wird nicht unterstützt.

  • Das Gerät verwendet eine neuere Bluetooth-Version oder einen neueren Chipsatz, der Kernel- oder Firmware-Unterstützung erfordert, die noch nicht verfügbar ist.

Überprüfen

Verwenden Sie btmon, um den Bluetooth-Datenverkehr zu überwachen und nach dem Ereignis LE Advertising Report zu suchen. Wenn ein Bluetooth-Gerät ordnungsgemäß erkannt wurde, werden Zeilen wie die folgenden angezeigt:

$ sudo btmon
  Bluetooth monitor ver 5.81
  LE Advertising Report (0x02)
    Num reports: 1
    Event type: Connectable undirected - ADV_IND (0x00)
    Address type: Random (0x01)
    Address: C4:9D:61:BC:E7:09 (Static)
    Data length: 25
    16-bit Service UUIDs (partial): 1 entry
    Unknown (0xfd2a)
    Company: Sony Corporation (301)
    Data[17]: 13000130ed000000004001fffd1c91351c
    RSSI: -40 dBm (0xd8)

  • Der LE Advertising Report zeigt an, dass das Gerät aktiv sendet (bereitstellt).

  • Adresse ist die MAC-Adresse des erkannten Geräts.

  • RSSI: Signalstärke; ein negativer Wert von -40 dBm bedeutet, dass sich das Gerät in der Nähe befindet.

Führen Sie als nächsten Schritt den Befehl bluetoothctl show aus, um den aktuellen Status und die Konfiguration des Bluetooth-Adapters anzuzeigen. Er liefert Informationen wie Adaptername, Energiestatus (ein/aus), Sichtbarkeit (ob andere Geräte ihn erkennen können) und Kopplungsfähigkeit.

$ bluetoothctl show
  Controller A0:C5:89:3B:26:52 (public)
  Manufacturer: 0x0002 (2)
  Version: 0x08 (8)
  Name: hanku
  Alias: hanku
  Class: 0x007c010c (8126732)
  Powered: yes
  PowerState: on
  Discoverable: yes
  DiscoverableTimeout: 0x000000b4 (180)
  Pairable: yes

Dies ist nützlich, um zu überprüfen, ob Ihr Bluetooth-Adapter ordnungsgemäß initialisiert und bereit zum Scannen, Koppeln oder Verbinden mit Geräten ist.

HINWEIS: Bei Problemen können die Ausgaben von bluetoothctl show oder btmon Hinweise darauf geben, dass der Adapter ausgeschaltet, nicht auffindbar oder im Index gar nicht vorhanden ist. Wenn beispielsweise in btmon kein LE Advertising Report angezeigt wird, kann dies darauf hindeuten, dass das Bluetooth-Gerät nicht sendet oder nicht erkannt wird.

Um fortzufahren, starten Sie das Bluetooth-Steuerungswerkzeug, um die Bluetooth-Geräte und deren Status aufzulisten.

$ bluetoothctl
  Agent registered
  [CHG] Device 40:19:20:19:69:9F RSSI: 0xffffffb9 (-71)
  [CHG] Device 28:6B:B4:40:2F:87 RSSI: 0xffffffbd (-67)
  [CHG] Device 28:6B:B4:4C:82:E5 RSSI: 0xffffffb9 (-71)
  [WF-C710N]> scan on
  SetDiscoveryFilter success
  Discovery started
  [DEL] Device C4:9D:61:BC:E7:09 LE_WF-C710N
  [NEW] Device C4:9D:61:BC:E7:09 LE_WF-C710N
  [WF-C710N]>

Hier eine Zusammenfassung dessen, was in Ihrer bluetoothctl-Sitzung passiert:

  • Agent registered: Ein Bluetooth-Agent (zum Koppeln/zur Authentifizierung) wurde erfolgreich registriert.

  • [CHG] Gerät …​ RSSI: 0xffffffb9 (-71): Die RSSI (Signalstärke) eines bekannten Geräts hat sich geändert. Der Wert 0xffffffb9 ist die hexadezimale Darstellung von -71 dBm – ein mäßiges Signal.

  • [WF-C710N]> scan on → Die Geräteerkennung (das Scannen) wurde gestartet. WF-C710N ist der Gerätename, der üblicherweise vom Hersteller festgelegt wird.

  • SetDiscoveryFilter success → Sämtliche Suchfilter (z. B. nur LE-Geräte) wurden erfolgreich angewendet. LE steht für Low Energy und ist gängig bei Bluetooth-Audiogeräten.

  • Discovery started → Der Adapter begann mit der Suche nach Geräten in der Nähe.

  • [DEL] Gerät C4:9D:61:BC:E7:09 LE_WF-C710N → Das Gerät wurde vorübergehend aus dem internen Cache/der Liste entfernt – möglicherweise aufgrund eines erneuten Erscheinens oder einer Profilaktualisierung.

  • [NEW] Gerät C4:9D:61:BC:E7:09 LE_WF-C710N → Das Gerät wurde beim Scannen wieder angezeigt und wird nun als neu entdeckt aufgeführt.

HINWEIS: Wenn das Gerät bei Scans nie erscheint (keine MAC-Adresse angezeigt wird), ist dies oft nicht durch eine Konfiguration auf Benutzerebene oder durch erneutes Koppeln behebbar und kann auf eine Inkompatibilität auf Hardware- oder Firmware-Ebene hinweisen.

Empfehlung

  • Testen Sie das Gerät unter anderen Betriebssystemen (Ubuntu LTS, Windows, macOS), um die Funktionalität zu bestätigen.

  • Suchen Sie in Bugtrackern (z.B. kernel.org, Fedora Bugzilla, Mailingliste bluez) nach bekannten Problemen, die mit dem jeweiligen Gerät oder Chipsatz zusammenhängen.

  • Falls keine Lösung existiert, verwenden Sie ein anderes Headset, das bekanntermaßen zu Linux kompatibel ist.

Kommentar

  • In Community-Foren ist es hilfreich, Probleme bei der Geräteerkennung von Problemen beim Koppeln oder Profilwechsel zu unterscheiden. Viele Bluetooth-Geräte funktionieren unter Linux einwandfrei. Bei einigen kann es jedoch aufgrund nicht unterstützter Codecs zu Problemen kommen – beispielsweise beim Koppeln oder beim Wechseln des Audioprofils. Das Verständnis dieser Unterschiede hilft Nutzern, die zu erwartenden Probleme einzuschätzen, und erleichtert es den Mitwirkenden, Anleitungen und Support zu verbessern.

Kategorie 2: Kopplung schlägt fehl oder ist unvollständig

Symptome

  • Das Gerät ist sichtbar, kann aber nicht gekoppelt werden oder die Verbindung schlägt wiederholt fehl.

  • Autorisierungszeitüberschreitungen oder Verbindungsfehler

Überprüfen

  • Verwenden Sie bluetoothctl für manuelle Schritte.

$ bluetoothctl

Beispielhafte bluetoothctl-Eingabeaufforderungsbefehle:

  power on
  agent on
  default-agent
  scan on
  pair <MAC>
  trust <MAC>
  connect <MAC>

Reparieren

  • Gerät entfernen und Kopplung erneut versuchen.

$ bluetoothctl remove <MAC>

  • Starten Sie den Bluetooth-Dienst neu.

$ sudo systemctl restart bluetooth

Bei einigen Geräten muss die Kopplungstaste gedrückt gehalten werden, bis ein schnelles Blinken beginnt.

Kategorie 3: Fehlende oder fehlerhafte Audioprofile

Symptome

  • Das Gerät ist gekoppelt, aber es wird kein nutzbares Audioprofil (z.B. A2DP, HSP) angezeigt oder ist aktiv.

  • Nur HSP/HFP ist verfügbar, A2DP (Advanced Audio Distribution Profile) fehlt.

Überprüfen

  • Bestätigen Sie, dass PipeWire verwendet wird.

$ pactl info | grep Server

Beispielausgabe:

Server String: /run/user/1000/pulse/native Server Protocol Version: 35 Server Name: PulseAudio (on PipeWire 1.4.2) Server Version: 15.0.0

Diese Ausgabe zeigt, dass das System die PulseAudio-Kompatibilitätsschicht über PipeWire verwendet. Um die Audioeinstellungen genauer zu untersuchen, liefert der Befehl pactl list cards short eine kurze Übersicht aller von PulseAudio erkannten Audiokarten. Er ist hilfreich, um verfügbare Audiogeräte schnell zu identifizieren, ohne sich mit detaillierten Eigenschaften auseinandersetzen zu müssen.

$ pactl list cards short

Beispielausgabe:

42 alsa_card.pci-0000_00_1f.3 alsa 1092 bluez_card.14_06_A7_04_73_78 module-bluez5-device.c

Das Fehlen von Bluetooth-bezogenen Karten (im Format bluez_card.XX_XX_XX_XX_XX_XX) in der Ausgabe des Befehls pactl list cards short deutet darauf hin, dass ein oder mehrere Probleme vorliegen könnten.

Der folgende Befehl filtert anschließend die Ausgabe von pactl list cards so, dass nur Zeilen angezeigt werden, die entweder „profile“ oder „name“ enthalten, wobei die Groß-/Kleinschreibung ignoriert wird;

$ pactl list cards | grep -i 'profile\|name:'

Beispielausgabe:

Name: alsa_card.pci-0000_00_1f.3
api.acp.auto-profile = "false"
Name: bluez_card.14_06_A7_04_73_78
bluez5.profile = "off"
Active Profile: a2dp-sink
  Part of profile(s): headset-head-unit-cvsd, headset-head-unit
  Part of profile(s): a2dp-sink-sbc, a2dp-sink-sbc_xq, a2dp-sink
  Part of profile(s): headset-head-unit-cvsd, headset-head-unit

Erklärung Zeile für Zeile:

  • Name: alsa_card.pci-0000_00_1f.3 → Dies ist eine integrierte oder PCI-basierte Audiokarte, die von ALSA verwaltet wird.

  • api.acp.auto-profile = "false" → Das ACP (Advanced Configuration Profile) ist für diese Karte deaktiviert; es findet kein automatischer Profilwechsel statt.

  • Name: bluez_card.14_06_A7_04_73_78 → Dies ist ein Bluetooth-Audiogerät, das über seine MAC-Adresse identifiziert wird.

  • bluez5.profile = "off" → In PipeWire (insbesondere mit WirePlumber) kann dieser Wert veraltet sein oder nicht den tatsächlichen aktiven Zustand widerspiegeln, da Profile dynamisch umgeschaltet werden können und die gespeicherte Eigenschaft nicht immer aktualisiert wird.

  • Active Profile: a2dp-sink → Dies zeigt an, dass A2DP (Advanced Audio Distribution Profile) aktuell aktiv ist und somit hochwertiges Audiostreaming ermöglicht. Es unterstützt außerdem HSP/HFP (Headset-Modus) und verschiedene SBC-basierte A2DP-Varianten. Diese Struktur hilft PipeWire, je nach Anwendungsfall (z.B. Musik oder Anrufe) das passende Profil auszuwählen oder umzuschalten.

HINWEIS: Wenn keine Bluetooth-Audiokarte (z.B. bluez_card) vorhanden ist und kein Bluetooth-bezogenes aktives Profil (wie a2dp-sink oder header-head-unit) vorhanden ist, deutet dies auf ein Problem im Audiosystem hin, sei es PulseAudio oder PipeWire.

Empfehlung

  • Testen Sie auf einem sauberen und aktuellen Fedora-System, idealerweise ohne installierte, inkompatible Bluetooth-/Audio-Werkzeuge.

  • Stellen Sie sicher, dass sich das Bluetooth-Audiogerät im korrekten Kopplungsmodus befindet – dies wird üblicherweise durch schnelles Blinken angezeigt – und befolgen Sie dazu die Anweisungen des Herstellers.

  • Vermeiden Sie es, PipeWire/WirePlumber aufgrund allgemeiner Forenempfehlungen zu verändern oder neu zu installieren, es sei denn, die Protokolle weisen auf einen tatsächlichen Dienstausfall hin.

Pipewire-Debugging-Optionen

Die Fehlersuche beginnt in der Regel, nachdem der Fehler identifiziert wurde, und funktioniert am besten, wenn die Benutzer mit den Umständen, die zum Auftreten des Fehlers geführt haben, sehr vertraut sind.

PipeWire verfügt über eigene Debugging-Optionen. Bitte lesen Sie die zugehörige Dokumentation: PipeWire debugging.

Benötigen Sie weitere Hilfe?

Falls die oben genannten Schritte Ihr Problem nicht lösen, besuchen Sie die Fedora-Community:

Beiträge und Rückmeldungen helfen dabei, die Fedora-Dokumentation für alle zu verbessern.

Want to help? Learn how to contribute to Fedora Docs ›