Eseguire Home Assistant Container dall’App Store di ZimaOS non equivale a eseguire Home Assistant OS. Il container offre Home Assistant Core all’interno di Docker, mentre HAOS è un’immagine appliance completa con add-on gestiti dal Supervisor e un proprio ambiente operativo. L’autore originale del post desiderava l’esperienza completa di HAOS perché alcune integrazioni Tuya e Xiaomi non funzionavano bene nella distribuzione containerizzata.
Il primo tentativo con ZVM non è mai andato oltre la schermata di caricamento, anche dopo essere stato lasciato in esecuzione per tutta la notte. La discussione non ha dimostrato che ZVM fosse incapace di eseguire HAOS. Al contrario, le risposte successive hanno individuato due impostazioni da modificare per prime: l’utente aveva selezionato un’immagine disco VirtualBox .vdi e il firmware BIOS legacy.
Com’era configurata la VM ZVM originale
Preferire l’immagine QCOW2 per un hypervisor in stile KVM
Un membro della community che aveva eseguito Home Assistant OS in ZVM per circa due mesi ha dichiarato di aver utilizzato l’immagine QCOW2. Questa raccomandazione è coerente con l’attuale pagina di download delle macchine virtuali di Home Assistant, che pubblica QCOW2 per hypervisor in stile KVM/Proxmox.
Per una nuova distribuzione ZVM, iniziare da l’immagine attuale di Home Assistant OS destinata alle macchine virtuali in stile KVM. Un’immagine VDI è associata principalmente a VirtualBox e non rappresenta la scelta iniziale più naturale per ZVM.
Utilizzare il firmware UEFI
La VM originale utilizzava il BIOS. Due risposte separate della community hanno suggerito di passare a UEFI e le indicazioni attuali di Home Assistant richiedono UEFI per le macchine virtuali HAOS.
Non sovradimensionare la VM prima di risolvere la compatibilità di avvio
La VM originale aveva un disco virtuale da 64 GB e 4 GB di RAM. Un altro utente ha riferito di utilizzare un disco da 32 GB, con circa metà dello spazio ancora libero, mentre un riepilogo della community suggeriva di iniziare con circa 2 vCPU, 2–4 GB di RAM e una capacità del disco di 32 GB.
Aumentare CPU, RAM o spazio di archiviazione non risolverà un problema relativo al firmware o al formato dell’immagine. Risolvere prima il percorso di avvio, quindi aumentare le risorse in base agli add-on, alla conservazione dello storico, ai database e alle integrazioni effettivamente utilizzati.
Dare al primo avvio il tempo necessario per inizializzarsi
Una risposta ha osservato che HAOS può rimanere su una console nera o apparentemente inattiva per diversi minuti mentre espande lo spazio di archiviazione e inizializza i servizi. È diverso dal lasciare la stessa schermata di caricamento per tutta la notte. Dopo aver selezionato un’immagine compatibile e UEFI, attendere abbastanza durante il primo avvio prima di concludere che il sistema sia bloccato.
Non è stato dimostrato che VDI sia impossibile
La correzione più significativa alla conclusione semplicistica secondo cui “VDI non funziona” è arrivata più avanti nella discussione: un altro utente di ZimaBoard 2 ha dichiarato che Home Assistant OS 17.3 in formato VDI funzionava, purché la VM utilizzasse UEFI. Pertanto, il solo formato dell’immagine non è stato dimostrato essere la causa principale.
La conclusione più accurata è che QCOW2 più UEFI rappresenta la configurazione iniziale più sicura, perché corrisponde alla famiglia di hypervisor prevista e a una distribuzione ZVM della community già funzionante. UEFI sembra essere il requisito più importante.
Quando il container di Home Assistant di ZimaOS è sufficiente
Se le integrazioni necessarie funzionano in Home Assistant Container, questa soluzione è più leggera ed evita di eseguire un secondo sistema operativo all’interno di una VM. Se servono specificamente gli add-on di HAOS o il modello di gestione in stile appliance, ZVM può essere appropriato, ma aggiunge anche un ulteriore livello di virtualizzazione che deve rimanere operativo durante gli aggiornamenti di ZimaOS.
Un hypervisor separato è un’altra architettura
Un partecipante ha suggerito di installare Proxmox sul sistema fisico N150 ed eseguire ZimaOS e Home Assistant OS come macchine virtuali separate. Questa soluzione può isolare Home Assistant dalla manutenzione di ZimaOS, ma modifica l’intera architettura dell’host e non dovrebbe essere descritta come necessaria per risolvere il problema discusso.
Un ordine pratico per la risoluzione dei problemi
- Scaricare l’immagine attuale di HAOS per macchine virtuali invece di riutilizzare un file obsoleto.
- Iniziare con QCOW2, se ZVM lo accetta.
- Selezionare il firmware UEFI.
- Assegnare risorse moderate, ad esempio 2 vCPU, 2–4 GB di RAM e circa 32 GB di spazio su disco.
- Utilizzare una modalità di rete che fornisca alla VM HAOS un indirizzo LAN utilizzabile.
- Lasciare al primo avvio il tempo sufficiente per inizializzarsi.
- Se la VM continua a non avviarsi, esaminare la console prima di modificare le impostazioni di archiviazione o dell’applicazione.
Domande frequenti su Home Assistant OS in ZVM
Quale immagine dovrei provare per prima?
QCOW2 è la scelta iniziale più indicata perché è destinata agli hypervisor in stile KVM e ha funzionato in una distribuzione ZVM della community.
Per HAOS, ZVM deve utilizzare BIOS o UEFI?
Utilizzare UEFI. I requisiti attuali di Home Assistant richiedono esplicitamente UEFI.
HAOS ha bisogno di un disco virtuale da 64 GB?
Non per un’installazione di base. Gli utenti della community hanno riferito che 32 GB funzionano comodamente, anche se uno storico molto esteso o numerosi add-on possono giustificare una capacità maggiore.
È stato dimostrato che VDI non è supportato?
No. Un utente di ZimaBoard 2 ha successivamente riferito di aver eseguito con successo una distribuzione VDI utilizzando UEFI.
