Så tar du reda på om Home Assistant använder den förväntade konfigurationsfilen

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Tell Whether Home Assistant Is Using the Expected Configuration File

Home Assistant använder endast den förväntade konfigurationsfilen när den konfigurationskatalog som rapporteras av körningen, den monterade sökvägen på värden och ett kontrollerat valideringstest alla pekar på samma fil.

Den här förvirringen är vanlig när /config finns inuti en container men är mappad till en annan katalog på värden, eller när en gammal bind-montering och en nyligen redigerad kopia båda innehåller configuration.yaml. Anteckna först körningssökvägen, följ monteringen utan att ändra den, jämför filidentitet och tidsstämplar och använd sedan en ofarlig, reversibel markör för att bevisa vilket träd den körande instansen läser.

Anteckna konfigurationskatalogen som rapporteras av den körande instansen

Öppna Systeminformation från den körande Home Assistant-instansen och anteckna konfigurationskatalogen exakt som den visas. Anteckna även installationstyp, Core-version, container- eller VM-namn samt tidpunkten för den senaste lyckade omstarten. Det fastställer körningsvyn innan sökvägar på värden komplicerar den.

Förklaringar i communityt visar varför /config kan syfta på en intern sökväg medan motsvarande katalog på värden skiljer sig åt beroende på installation. Den viktiga skillnaden är inuti kontra utanför containern, inte en universell filsökväg.

Om den rapporterade katalogen innehåller filen du redigerade i samma körningsnamnrymd, fortsätt med filverifieringen. Om den inte gör det, sluta redigera den kopian. Om användargränssnittet inte är tillgängligt, granska den körande processens eller containerns argument och monteringar i stället för att gissa utifrån en gammal guide.

Följ värdsökvägen genom den aktiva monteringen

Inspektera den körande containern eller Compose-tjänsten och hitta källan som är mappad till körningens konfigurationskatalog. Lös relativa sökvägar från den faktiska Compose-projektkatalogen. För en VM- eller HAOS-installation ska du skilja gäst sökvägen från lagring som är synlig för hypervisorn.

Ett Home Assistant-projekt dokumenterade förvirring där användargränssnittet visade sökvägen inuti containern medan de faktiska HAOS-värddata fanns någon annanstans. Detta fall med värd kontra container stöder att monteringen följs, inte att dess exakta sökväg kopieras till en annan installation.

Jämför den aktiva monteringskällan med katalogen i din redigerare eller filresurs. Om de skiljer sig åt ska du inte slå ihop dem ännu. Bevara båda träden, notera deras ändringstider och storlekar och identifiera vilket som innehåller det aktuella entitetsregistret, automatiseringarna och den senaste loggaktiviteten.

Bevisa filidentitet med en säker, kontrollerad ändring

Innan testet kör du konfigurationskontrollen mot samma körningsmiljö och säkerhetskopierar det aktiva trädet. Lägg till en ofarlig, unikt namngiven kommentar eller annan reversibel markör i den misstänkta filen, spara den och bekräfta att tidsstämpeln ändras där körningens montering pekar.

Använd den normala vägen för konfigurationsvalidering och ladda sedan om endast den berörda omkonfigurerbara domänen när det är möjligt. Om en fullständig omstart krävs startar du om en gång efter valideringen och granskar loggen efter filen eller integrationen du ändrade. En omstart utan bevis på sökvägen kan helt enkelt läsa in fel fil igen.

Den relaterade ZimaSpace-artikeln om Home Assistants datasökväg hjälper till att skilja ett synligt frontendtillstånd från de beständiga konfigurations- och registerfiler som skapade det.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Korrigera monteringen och verifiera beständigheten

Om fel källa är monterad ska du stoppa Home Assistant, bevara båda katalogerna och endast korrigera den monteringsdefinition som återskapar containern. Bekräfta ägarskap och behörigheter före starten. Kopiera inte ett äldre träd över nyare tillstånd om du inte uttryckligen har valt vilka data som ska gälla.

Efter starten upprepar du kontrollen av körningssökväg, montering, tidsstämpel, konfiguration och markör. Ett godkänt resultat bevisar att den förväntade filen läses, att de aktuella registren finns kvar och att samma mappning överlever en återskapning av containern eller en omstart av värden.

Återställ den tidigare monteringen om Home Assistant startar tomt, förlorar integrationer eller rapporterar behörighetsfel. Eskalera med installationstyp, körningskatalog, monteringskälla och mål samt en sanerad kataloglistning om mappningen fortfarande är oklar. Ta bort dubbla träd först efter att återställningen har verifierats oberoende.