Symptome und Geltungsbereich
- Nach Upgrade scheitert WirePlumber mit Meldung zu alter Konfiguration.
- Regeln in main.lua.d oder bluetooth.lua.d beeinflussen Geräte nicht mehr.
Betroffene Umgebung
WirePlumber ab 0.5 mit Konfigurationsfragmenten; Lua-Scripting-Unterstützung unterscheidet sich von veralteten Lua-Konfigurationsdateien.
Erkennbare Meldungen (synthetische Beispiele)
wireplumber[2190]: Failed to load configuration: The configuration file at /home/user/.config/wireplumber/wireplumber.conf is likely an old WirePlumber 0.4 config and is not supported anymore.Genannten Override sichern und migrieren; dies ist kein Befund defekter ALSA-Hardware.
Mögliche Ursachen
Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.
- Eine kopierte 0.4-wireplumber.conf kann noch config/lua-Komponenten referenzieren, die 0.5 nicht mehr akzeptiert.
- Lua-Konfigurationsverzeichnisse benötigen ausdrückliche Migration; bloßes Umbenennen von .lua in .conf übersetzt weder Syntax noch Bedeutung.
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
Installierte Daemon-Version lesen, ohne zweite Instanz zu starten.
wireplumber --versionErgebnis einordnen: Eine Version ab 0.5 begründet den Migrationsleitfaden; installierte Version festhalten, da verfügbare Optionen weiterentwickelt werden.
Prüfschritt 2
Ersten WirePlumber-Konfigurationsfehler und genau genannten Pfad lesen.
journalctl --user -b -u wireplumber.service --no-pager -n 150Ergebnis einordnen: Eine Ablehnung alter 0.4-Konfiguration benennt die zu isolierende Anpassung. Anderer Parse-Fehler benötigt Prüfung des wirklichen Fragments statt Löschen aller Richtlinien.
Nächste Schritte nach Befund
Veraltete vollständige Konfiguration isolieren
Wenn der Daemon alte lokale wireplumber.conf nennt, sie außerhalb des aktiven Suchpfads sichern und aktuelle Distributionsvorgabe laden lassen. Nach Beenden von Aufnahmen nur WirePlumber neu starten und vor eigener Anpassung die Geräterückkehr prüfen.
Vorsicht: /usr/share-Vorgaben nicht ändern und alte Datei nicht verwerfen; sie dokumentiert zu übertragende Routen, Profile und Bluetooth-Verhalten.
Wiederherstellung / Rücknahme: Gesicherten Override bei Prüfung einer älteren kompatiblen Umgebung wiederherstellen oder bei fehlerhafter Migration auf Distributionsvorgaben zurückkehren.
Hat dir dieser Hinweis geholfen?
Jeweils eine Geräteregel übertragen
Benötigte Regeln in .conf-Fragmente unter ~/.config/wireplumber/wireplumber.conf.d übertragen, mit matches/actions/update-props-Struktur des Migrationsleitfadens. Tatsächlichen device.name oder node.name abgleichen und jeweils eine Regel vor der nächsten prüfen.
Vorsicht: Regeln und Settings sind unterschiedliche Mechanismen; Optionsnamen können zwischen Versionen variieren. Lua-Skripte nicht nur über Dateiendung konvertieren.
Wiederherstellung / Rücknahme: Neu eingeführtes Fragment entfernen und WirePlumber neu starten, wenn eine Regel Geräte versteckt oder Routen unerwartet ändert; gesichertes Original als Referenz behalten.
Hat dir dieser Hinweis geholfen?
Quellen und Prüfung
Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.
- WirePlumber: migrating configuration from 0.4 (Projekt- oder Distributionsdokumentation)
- WirePlumber: ALSA configuration (Projekt- oder Distributionsdokumentation)
- WirePlumber: configuration option types (Projekt- oder Distributionsdokumentation)