So erkennen Sie, ob Home Assistant die erwartete Konfigurationsdatei verwendet

Home Assistant verwendet nur dann die erwartete Konfigurationsdatei, wenn das von der Laufzeit gemeldete Konfigurationsverzeichnis, der eingebundene Host-Pfad und ein kontrollierter Validierungstest auf dieselbe Datei verweisen.

Diese Verwirrung tritt häufig auf, wenn /config innerhalb eines Containers vorhanden ist, aber einem anderen Verzeichnis auf dem Host zugeordnet wird, oder wenn sowohl ein alter Bind-Mount als auch eine neu bearbeitete Kopie eine configuration.yaml enthalten. Erfassen Sie zunächst den Laufzeitpfad, verfolgen Sie dessen Mount, ohne ihn zu ändern, vergleichen Sie Dateikennung und Zeitstempel und verwenden Sie anschließend eine harmlose, rückgängig machbare Markierung, um zu beweisen, aus welchem Verzeichnis die laufende Instanz liest.

Das von der laufenden Instanz gemeldete Konfigurationsverzeichnis erfassen

Öffnen Sie die Systeminformationen der laufenden Home-Assistant-Instanz und notieren Sie das Konfigurationsverzeichnis exakt so, wie es angezeigt wird. Notieren Sie außerdem den Installationstyp, die Core-Version, den Namen des Containers oder der VM sowie den Zeitpunkt des letzten erfolgreichen Neustarts. Dadurch wird die Laufzeitansicht festgehalten, bevor Host-Pfade die Zuordnung erschweren.

Erklärungen aus der Community zeigen, warum /config je nach Installation auf einen internen Pfad verweisen kann, während das entsprechende Host-Verzeichnis anders lautet. Entscheidend ist die Unterscheidung zwischen innerhalb und außerhalb des Containers, nicht ein universell gültiger Dateisystempfad.

Wenn das gemeldete Verzeichnis die von Ihnen bearbeitete Datei innerhalb desselben Laufzeit-Namensraums enthält, fahren Sie mit dem Dateinachweis fort. Falls nicht, beenden Sie die Bearbeitung dieser Kopie. Wenn die Benutzeroberfläche nicht verfügbar ist, prüfen Sie den laufenden Prozess oder die Argumente und Mounts des Containers, statt anhand eines alten Tutorials zu raten.

Den Host-Pfad über den aktiven Mount verfolgen

Prüfen Sie den laufenden Container oder Compose-Dienst und ermitteln Sie die Quelle, die dem Laufzeit-Konfigurationsverzeichnis zugeordnet ist. Lösen Sie relative Pfade ausgehend vom tatsächlichen Compose-Projektverzeichnis auf. Bei einer VM- oder HAOS-Installation müssen Sie den Pfad innerhalb des Gasts von den für den Hypervisor sichtbaren Speicherpfaden unterscheiden.

In einem Home-Assistant-Projektproblem wurde die Verwirrung dokumentiert, dass die Benutzeroberfläche den Pfad innerhalb des Containers anzeigte, während sich die tatsächlichen HAOS-Hostdaten an anderer Stelle befanden. Dieser Fall mit unterschiedlichen Host- und Container-Pfaden spricht dafür, den Mount nachzuverfolgen, statt seinen exakten Pfad auf eine andere Installation zu übertragen.

Vergleichen Sie die Quelle des aktiven Mounts mit dem Verzeichnis in Ihrem Editor oder Ihrer Dateifreigabe. Falls sie voneinander abweichen, führen Sie sie noch nicht zusammen. Bewahren Sie beide Verzeichnisbäume auf, notieren Sie deren Änderungszeiten und Größen und ermitteln Sie, welcher davon die aktuelle Entitätenregistrierung, Automatisierungen und aktuelle Protokollaktivitäten enthält.

Dateiidentität mit einer sicheren, kontrollierten Änderung nachweisen

Führen Sie vor dem Test die Konfigurationsprüfung in derselben Laufzeitumgebung durch und erstellen Sie eine Sicherung des aktiven Verzeichnisbaums. Fügen Sie der verdächtigen Datei einen harmlosen, eindeutig benannten Kommentar oder eine andere rückgängig machbare Markierung hinzu, speichern Sie sie und bestätigen Sie, dass sich der Zeitstempel am Ziel des Laufzeit-Mounts ändert.

Verwenden Sie den normalen Konfigurationsprüfpfad und laden Sie, wenn möglich, nur die relevante, neu ladbare Domäne neu. Falls ein vollständiger Neustart erforderlich ist, starten Sie nach der Validierung einmal neu und prüfen Sie das Protokoll auf die geänderte Datei oder Integration. Ein Neustart ohne Nachweis des Pfads kann einfach erneut die falsche Datei laden.

Der zugehörige ZimaSpace-Artikel über den Datenpfad von Home Assistant hilft dabei, einen sichtbaren Frontend-Status von den dauerhaften Konfigurations- und Registrierungsdateien zu unterscheiden, die ihn erzeugt haben.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Den Mount korrigieren und die Persistenz überprüfen

Wenn die falsche Quelle eingebunden ist, beenden Sie Home Assistant, bewahren Sie beide Verzeichnisse auf und korrigieren Sie ausschließlich die Mount-Definition, mit der der Container neu erstellt wird. Bestätigen Sie vor dem Start Besitzer und Berechtigungen. Überschreiben Sie keinen älteren Verzeichnisbaum mit einem neueren Zustand, sofern Sie nicht ausdrücklich festgelegt haben, welche Daten Vorrang haben.

Wiederholen Sie nach dem Start die Prüfung von Laufzeitpfad, Mount, Zeitstempel, Konfiguration und Markierung. Ein erfolgreiches Ergebnis beweist, dass die erwartete Datei gelesen wird, die aktuellen Registrierungen erhalten bleiben und dieselbe Zuordnung auch nach einer einmaligen Neuerstellung des Containers oder einem Neustart des Hosts bestehen bleibt.

Führen Sie einen Rollback auf den vorherigen Mount durch, wenn Home Assistant leer startet, Integrationen verliert oder Berechtigungsfehler meldet. Wenn die Zuordnung weiterhin unklar ist, eskalieren Sie den Fall mit Installationstyp, Laufzeitverzeichnis, Mount-Quelle und -Ziel sowie einer bereinigten Verzeichnisauflistung. Löschen Sie doppelte Verzeichnisbäume erst, wenn die Wiederherstellung unabhängig überprüft wurde.