Perché Home Assistant consuma molta CPU dopo un aggiornamento?
Un utilizzo elevato della CPU dopo un aggiornamento di Home Assistant può essere dovuto temporaneamente a operazioni di migrazione, ma un carico persistente richiede più spesso di distinguere tra Core, un’integrazione, un add-on, il database e una regressione specifica della versione.
Inizia registrando il componente aggiornato esatto, l’orario, il consumo CPU di riferimento, il processo responsabile e l’eventuale compromissione dei comandi o dello storico. Lascia terminare un’attività di avvio delimitata solo mentre il progresso è visibile e l’host rimane reattivo; quindi isola un componente alla volta. Conserva i log e un backup funzionante noto prima di qualsiasi rollback che potrebbe comportare una modifica del formato dei dati.
Stabilisci se il carico è temporaneo o bloccato
Misura la CPU per processo o container dall’avvio fino a un periodo di inattività rappresentativo. Registra le scritture su disco, l’attività del database, la frequenza dei log, la memoria, la temperatura e il tempo di risposta di Home Assistant. Una tendenza in calo con migrazioni completate è diversa da un carico stabile o in aumento con errori ripetuti.
Concedi alle attività temporanee una finestra di osservazione delimitata in base al progresso visibile, non a una promessa arbitraria. Se la stessa riga di log si ripete, la CPU rimane satura, le automazioni non rispettano le scadenze, il database cresce in modo anomalo o l’host si surriscalda, smetti di aspettare e considera lo stato un guasto.
Se la CPU torna vicino al livello di riferimento e il riavvio successivo è normale, procedi con la convalida del carico di lavoro. Se rimane elevata, individua il processo che utilizza i cicli CPU prima di disabilitare le integrazioni o modificare l’hardware. Una percentuale riferita all’intero host senza attribuzione al processo non consente di scegliere la riparazione successiva.
Separa Core, integrazioni, add-on e attività dell’host condiviso
Confronta il processo di Home Assistant Core con add-on, database, agente di backup, analisi delle telecamere e altri container. Chiudi i dashboard pesanti, sospendi un backup pianificato e disabilita un add-on o un’integrazione personalizzata non essenziale alla volta, mantenendo invariata la finestra di osservazione originale.
Le recenti procedure di troubleshooting della community consigliano di controllare singolarmente l’utilizzo della CPU di app o add-on e di arrestare brevemente un sospetto per verificare se il carico cambia. Questo test di isolamento di un singolo componente aiuta ad attribuire la causa, non a usare riavvii ripetuti come rimedio.
Se un componente modifica il risultato, riattivalo e riproduci una volta il picco per confermare. Se nessun componente lo modifica, controlla Recorder, la latenza dello storage e le attività dell’host. Ripristina ogni modifica reversibile prima di procedere con la successiva, così da non creare un falso successo disabilitando più servizi.
Controlla la versione esatta per individuare una regressione riproducibile
Confronta l’inizio del problema con le versioni esatte di Core, OS, Supervisor e add-on, invece di limitarti a dire che si è verificato un aggiornamento. Cerca lo stesso sistema, la stessa versione, lo stesso processo e lo stesso evento scatenante. Conserva i dati diagnostici dello stato con CPU elevata prima di modificare le versioni.
Una segnalazione Core chiusa riportava un utilizzo della CPU del 100% nella versione 2025.9.2 e il ripristino dopo il ritorno alla versione 2025.8.3. Questa regressione della CPU circoscritta alla versione giustifica il confronto tra versioni esatte; non spiega release o piattaforme non correlate.
Esegui il rollback solo quando il backup o l’immagine sono sicuramente funzionanti, il problema corrisponde al tuo ambito e il percorso di ripristino conserva i dati attuali. La guida di ZimaSpace al rollback sicuro di Home Assistant definisce i limiti di ripristino per evitare un downgrade improvvisato.
Verifica il ripristino con lo stesso carico di lavoro successivo all’aggiornamento
Applica la correzione appropriata—aggiornamento del componente, correzione della configurazione, riprogrammazione del carico di lavoro, riparazione del database o rollback qualificato—quindi ripeti gli stessi dashboard, le stesse automazioni, integrazioni e attività pianificate che hanno prodotto il carico elevato. Controlla le stesse metriche a livello di processo.
Il ripristino significa che la CPU torna a un livello di riferimento stabile dopo le attività delimitate, la latenza dei comandi e le scritture dello storico rimangono normali, i log smettono di ripetersi e la temperatura si stabilizza. Riavvia due volte e osserva il backup o il ciclo di manutenzione successivo, così da non scambiare un breve minuto di inattività per una stabilità persistente.
Se l’utilizzo elevato della CPU ritorna, fornisci versioni, suddivisione per processo, log, output del profiler, evento scatenante e risultati dell’isolamento. Interrompi ulteriori modifiche se ogni tentativo altera il sintomo senza ripristinare il livello di riferimento; conserva l’ultimo stato recuperabile invece di accumulare soluzioni temporanee.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Home Assistant funziona tramite Wi-Fi, ma non tramite Ethernet o VPN
Testa separatamente ogni percorso di rete, verifica lo stato dell’interfaccia e del routing, distingui tra IP diretto e rilevamento, quindi ripara solo il livello...
Come dismettere Home Assistant senza lasciare dati non protetti
Dimostra la sostituzione o l’archiviazione, revoca ogni percorso di attendibilità, sanifica ogni dispositivo contenente dati e conserva solo copie di ripristino protette e documentate.
Dovresti usare gli aggiornamenti automatici di Home Assistant su un server domestico?
Scegli gli aggiornamenti manuali, con sole notifiche o automatici graduali in base all’impatto domestico, al rischio di compatibilità, al tempo di osservazione e alla...
