Så minskar du Home Assistants uppstartstid efter omstart

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 Reduce Home Assistant Startup Time After Reboot

Home Assistants uppstartstid bör minskas genom att hitta det steg som faktiskt väntar, inte genom att inaktivera slumpmässiga integrationer eller uppgradera servern först. En omstart kan synliggöra beroenden som redan är redo vid en vanlig omstart av Home Assistant: DNS, nätverkslagring, en extern databas, MQTT, USB-radioenheter eller andra containrar kan fortfarande starta.

Mät den långsammaste integrationen, jämför en omstart av enbart Home Assistant med en fullständig omstart av värdsystemet och åtgärda det beroende som förklarar skillnaden. En snabb andra omstart efter att maskinen har vaknat helt är starka bevis för att startordningen eller ett externt beroende spelar större roll än rå CPU-kapacitet.

Använd integrationernas uppstartstider innan du ändrar konfigurationen

Home Assistant visar integrationernas uppstartstider, så att du kan se vilka integrationer som fördröjer uppstartssekvensen. Börja där i stället för att betrakta den totala uppstartstiden som ett enda tal.

Home Assistant dokumenterar nu detta diagnostikverktyg direkt: Inställningar → System → Reparationer → Integrationens uppstartstid visar vilka integrationer som fördröjer uppstarten och kan ha anslutningsproblem. Använd den panelen innan du betraktar den totala uppstartstiden som ett hårdvaruproblem.

Dokumentera samma panel efter en normal omstart av Home Assistant och efter en fullständig omstart av servern. Den integration vars konfigurationstid förändras mest är vanligtvis mer användbar att fokusera på än den som alltid är lite långsam.

Skilj kärnans uppstart från beroenden som ännu inte är redo

En fullständig omstart startar nätverk, lagring, DNS, databaser, meddelandeförmedlare, radioenheter, containrar och Home Assistant i överlappande tidsfönster. Om Home Assistant startar innan en nödvändig tjänst kan nås kan konfigurationen behöva vänta eller försöka igen.

Långsam uppstart innebär ofta att en integration väntar på en enhet eller tjänst som ännu inte är redo. Home Assistants aktuella integrationsvägledning förklarar att tillfälligt otillgängliga beroenden bör gå in i en återförsöksprocess i stället för att blockera normal återhämtning på obestämd tid.

Lägg inte till godtyckliga fördröjningar för hela containern om du inte har bevisat vilket beroende som behöver tid. Föredra i stället en uttrycklig hälsokontroll, stabil DNS, korrekt monteringsordning eller ett tjänsteberoende som representerar faktisk beredskap.

Kontrollera Recorder när uppstarten pausar kring databasen

Recorder kan fördröja uppstarten när databasen behöver en schemamigrering, är långsam att öppna eller är extern och ännu inte kan nås. Under migreringar kan Home Assistant medvetet vänta i stället för att lämna databasen i ett delvis migrerat tillstånd.

Om gränssnittet visar Recorder som den långsamma komponenten bör du granska databasloggar, lagringsfördröjning, ledigt utrymme och tillgängligheten till den externa databasen. Radera inte databasen bara för att göra uppstarten snabbare, såvida det inte verkligen är oviktigt att bevara historiken.

Håll diagnosen specifik: en långsam öppning av SQLite är ett lagringsproblem, medan en tidsgräns för anslutning till extern PostgreSQL eller MariaDB är ett problem med nätverk eller tjänstens beredskap.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

Inaktivera eller uppdatera anpassade integrationer som blockerar uppstarten

Anpassade integrationer kan lägga till beroenden eller uppstartsbeteenden som Home Assistant inte testar som en del av den officiella versionen. Om uppstarten blev långsam direkt efter en uppdatering bör du jämföra tiderna med anpassade integrationer inaktiverade eller uppdaterade.

Home Assistants aktuella felsökningsflöde rekommenderar att starta om i felsäkert läge för att utesluta anpassade integrationer, anpassade kort och anpassade teman från testet. Om uppstarten förbättras där finns den långsamma processen utanför Home Assistant Core.

Ta bort en misstänkt komponent i taget och upprepa samma omstartstest. En enstaka snabb uppstart räcker inte; kräva att förbättringen upprepas.

Ta bort uppstartsarbete som inte behöver ske synkront

Alla rapporter, skanningar, kameraaktiviteter, API-uppdateringar eller anpassade automatiseringar behöver inte köras direkt när Home Assistant startar. Sprid ut icke-kritiskt arbete från de första minuterna efter en omstart, när systemet samtidigt återställer integrationer och tillstånd.

ZimaSpaces förklaring av händelsestyrt arbete jämfört med schemalagda bakgrundsbelastningar är användbar här: målet är att skydda den fördröjningskänsliga uppstartsprocessen, inte att eliminera allt senare arbete.

Uppstarten förbättras när samma nödvändiga integrationer blir redo snabbare och maskinen snabbare når ett stabilt styrläge – inte bara när inloggningssidan visas några sekunder tidigare.

Vanliga frågor

Varför är Home Assistant långsam endast efter en fullständig omstart av servern?

Det pekar vanligtvis på ett beroende som ännu inte är redo, till exempel DNS, lagring, MQTT, en databas eller en radiotjänst. Jämför integrationernas uppstartstider efter en omstart av värdsystemet och efter en omstart av enbart Home Assistant.