Home Assistant Container aus dem ZimaOS App Store zu betreiben, ist nicht dasselbe wie Home Assistant OS zu betreiben. Der Container stellt Home Assistant Core in Docker bereit, während HAOS ein vollständiges Appliance-Image mit vom Supervisor verwalteten Add-ons und einer eigenen Betriebsumgebung ist. Der ursprüngliche Verfasser wollte das vollständige HAOS-Erlebnis, weil einige Tuya- und Xiaomi-Integrationen bei ihm in der Container-Bereitstellung nicht richtig funktionierten.
Der erste ZVM-Versuch kam selbst nach einer Nacht nicht über den Ladebildschirm hinaus. Im Thread wurde jedoch nicht belegt, dass ZVM grundsätzlich nicht in der Lage ist, HAOS auszuführen. Stattdessen identifizierten spätere Antworten zunächst zwei Konfigurationsoptionen, die geändert werden sollten: Der Nutzer hatte ein VirtualBox-.vdi-Festplatten-Image und die Legacy-BIOS-Firmware ausgewählt.
So sah die ursprüngliche ZVM-Konfiguration aus
Für einen KVM-ähnlichen Hypervisor sollte das QCOW2-Image bevorzugt werden
Ein Community-Mitglied, das Home Assistant OS etwa zwei Monate lang in ZVM betrieben hatte, gab an, das QCOW2-Image zu verwenden. Diese Empfehlung stimmt mit der aktuellen Download-Seite für virtuelle Maschinen von Home Assistant überein, auf der QCOW2 für KVM-/Proxmox-ähnliche Hypervisoren veröffentlicht wird.
Beginnen Sie bei einer neuen ZVM-Bereitstellung mit dem aktuellen Home-Assistant-OS-Image für KVM-ähnliche virtuelle Maschinen. Ein VDI-Image wird hauptsächlich mit VirtualBox in Verbindung gebracht und ist für ZVM nicht die naheliegendste erste Wahl.
UEFI-Firmware verwenden
Die ursprüngliche VM verwendete BIOS. Zwei unabhängige Antworten aus der Community schlugen vor, auf UEFI zu wechseln, und die aktuellen Anforderungen von Home Assistant setzen für HAOS-virtuelle Maschinen UEFI voraus.
Die VM nicht überdimensionieren, bevor die Boot-Kompatibilität geklärt ist
Die ursprüngliche VM hatte eine virtuelle 64-GB-Festplatte und 4 GB RAM. Ein anderer Nutzer berichtete von einer 32-GB-Festplatte, auf der noch ungefähr die Hälfte des Speicherplatzes frei war. Eine Zusammenfassung aus der Community empfahl, mit etwa 2 vCPUs, 2–4 GB RAM und einer Festplattenkapazität von 32 GB zu beginnen.
Mehr CPU, RAM oder Speicher beheben kein Firmware- oder Image-Format-Problem. Klären Sie zuerst den Bootvorgang und erhöhen Sie die Ressourcen anschließend basierend auf den tatsächlich verwendeten Add-ons, der Aufbewahrungsdauer des Verlaufs, Datenbanken und Integrationen.
Dem ersten Start Zeit für die Initialisierung geben
Eine Antwort wies darauf hin, dass HAOS mehrere Minuten lang eine schwarze oder inaktive Konsole anzeigen kann, während der Speicher erweitert und die Dienste initialisiert werden. Das unterscheidet sich davon, denselben Ladezustand über Nacht unverändert zu lassen. Nach dem Wechsel zu einem kompatiblen Image und UEFI sollte der erste Start ausreichend Zeit erhalten, bevor angenommen wird, dass das System eingefroren ist.
VDI wurde nicht als grundsätzlich unmöglich nachgewiesen
Die wichtigste Korrektur zur vereinfachten Aussage „VDI funktioniert nicht“ kam später im Thread: Ein anderer Nutzer eines ZimaBoard 2 berichtete, dass Home Assistant OS 17.3 im VDI-Format bei ihm funktionierte, wenn die VM UEFI verwendete. Damit wurde das Image-Format allein nicht als eigentliche Ursache nachgewiesen.
Die genauere Schlussfolgerung lautet, dass QCOW2 plus UEFI die sicherere erste Konfiguration ist, weil sie zur vorgesehenen Hypervisor-Familie passt und durch einen erfolgreichen ZVM-Bericht aus der Community bestätigt wird. UEFI scheint die wichtigere Voraussetzung zu sein.
Wann der Home-Assistant-Container von ZimaOS ausreicht
Wenn die benötigten Integrationen im Home Assistant Container funktionieren, ist dieser ressourcenschonender und vermeidet den Betrieb eines zweiten Betriebssystems innerhalb einer VM. Wenn Sie speziell HAOS-Add-ons oder das Appliance-artige Verwaltungsmodell benötigen, kann ZVM geeignet sein. Allerdings fügt ZVM eine weitere Virtualisierungsebene hinzu, die durch ZimaOS-Updates zuverlässig funktionsfähig gehalten werden muss.
Ein separater Hypervisor ist eine andere Architektur
Ein Teilnehmer schlug vor, Proxmox auf dem physischen N150-Rechner zu installieren und ZimaOS und Home Assistant OS als separate virtuelle Maschinen auszuführen. Dadurch kann Home Assistant von der Wartung von ZimaOS isoliert werden. Die gesamte Host-Architektur ändert sich dadurch jedoch grundlegend, und dieser Ansatz sollte nicht als notwendig zur Lösung des Problems in diesem Thread dargestellt werden.
Eine praktische Reihenfolge zur Fehlersuche
- Laden Sie das aktuelle HAOS-Image für virtuelle Maschinen herunter, statt eine alte Datei wiederzuverwenden.
- Beginnen Sie mit QCOW2, sofern ZVM dieses Format akzeptiert.
- Wählen Sie UEFI als Firmware aus.
- Weisen Sie moderate Ressourcen zu, beispielsweise 2 vCPUs, 2–4 GB RAM und etwa 32 GB Festplattenspeicher.
- Verwenden Sie einen Netzwerkmodus, der der HAOS-VM eine nutzbare LAN-Adresse bereitstellt.
- Geben Sie dem ersten Start ausreichend Zeit für die Initialisierung.
- Wenn die VM weiterhin nicht startet, prüfen Sie die Konsole, bevor Sie Speicher- oder Anwendungseinstellungen ändern.
FAQ zu Home Assistant OS auf ZVM
Welches Image sollte ich zuerst ausprobieren?
QCOW2 ist die bessere erste Wahl, da es für KVM-ähnliche Hypervisoren vorgesehen ist und bei einer ZVM-Bereitstellung aus der Community funktioniert hat.
Soll ZVM für HAOS BIOS oder UEFI verwenden?
Verwenden Sie UEFI. Die aktuellen Anforderungen von Home Assistant schreiben UEFI ausdrücklich vor.
Benötigt HAOS eine virtuelle 64-GB-Festplatte?
Nicht für eine einfache Installation. Nutzer aus der Community berichteten, dass 32 GB problemlos ausreichten. Bei umfangreicher Verlaufsspeicherung oder vielen Add-ons kann jedoch mehr Speicher sinnvoll sein.
Wurde nachgewiesen, dass VDI nicht unterstützt wird?
Nein. Ein späterer Nutzer eines ZimaBoard 2 berichtete von einer funktionierenden VDI-Bereitstellung mit UEFI.
