コミュニティソリューション

ZimaOS ZVMでHome Assistant OSを実行:QCOW2、UEFI、VM設定

An April–May 2026 ZVM thread where Home Assistant OS appeared stuck when created from a VDI with BIOS firmware. Multiple community users reported better results with QCOW2 plus UEFI, matching Home Assistant's current KVM guidance.

ZimaOSのApp StoreからHome Assistant Containerを実行することは、Home Assistant OSを実行することとは異なります。ContainerではDocker内でHome Assistant Coreを動かしますが、HAOSはSupervisorが管理するアドオンと独自のオペレーティング環境を備えた完全なアプライアンスイメージです。元の投稿者は、Container環境では一部のTuyaおよびXiaomiインテグレーションが正常に動作しなかったため、完全なHAOS環境を求めていました。

最初のZVMでの試行は、一晩放置してもローディング画面から先に進みませんでした。このスレッドでは、ZVM自体がHAOSを実行できないとは確認されていません。むしろ、後の返信で、まず変更する価値のある2つの設定が指摘されました。ユーザーはVirtualBoxの.vdiディスクイメージと、レガシーBIOSファームウェアを選択していたのです。

元のZVM構成

Home Assistant VDIイメージ、64 GBディスク、4 GB RAM、ブリッジネットワーク、BIOSファームウェアを使用したZimaOS ZVMのセットアップ
元のVMではVDIディスクとBIOSファームウェアが使用されていました。後の返信では、より大幅な変更を提案する前に、この2つの設定に焦点が当てられました。
ローディングインジケーターで停止したHome Assistant OS用ZimaOS仮想マシンコンソール
元の構成では、VMはこの段階から先に進みませんでした。

KVM方式のハイパーバイザーではQCOW2イメージを優先する

ZVMで約2か月間Home Assistant OSを実行していたコミュニティメンバーは、QCOW2イメージを使用していると述べました。この推奨は、KVMやProxmox方式のハイパーバイザー向けにQCOW2を公開している、Home Assistantの現在の仮想マシンダウンロードページとも一致します。

新しいZVM環境を構築する場合は、まずKVM方式の仮想マシン向けに用意された現在のHome Assistant OSイメージを使用してください。VDIイメージは主にVirtualBox向けであり、ZVMで最初に選ぶ形式としては最も自然とはいえません。

UEFIファームウェアを使用する

元のVMではBIOSが使用されていました。コミュニティからは、UEFIに変更するよう2件の別々の返信があり、現在のHome Assistantのガイダンスでも、HAOS仮想マシンにはUEFIが必要とされています。

QCOW2、2 GB RAM、ブリッジネットワーク、UEFIファームウェアを使用した、Home Assistant OS向けのZimaOS ZVMコミュニティ成功例の設定
ZVMでHAOSを運用していたユーザーが、動作確認済みの参考例としてこのQCOW2とUEFIの構成を共有しました。

起動互換性の問題を解決する前にVMのリソースを過剰に割り当てない

元のVMには64 GBの仮想ディスクと4 GBのRAMが割り当てられていました。別のユーザーは32 GBのディスクを使用し、その約半分が空いていると報告しており、コミュニティのまとめでは、2 vCPU、2~4 GBのRAM、32 GBのディスク容量程度から始めることが提案されていました。

CPU、RAM、ストレージを増やしても、ファームウェアやイメージ形式の問題は解決しません。まず起動経路の問題を解決し、その後、実際に使用するアドオン、履歴の保存期間、データベース、インテグレーションに応じてリソースを増やしてください。

初回起動には初期化の時間を与える

ある返信では、HAOSがストレージの拡張やサービスの初期化を行う間、黒い画面や何も表示されないコンソールの状態が数分続くことがあると指摘されました。これは、同じローディング状態のまま一晩放置しても変化しないケースとは異なります。互換性のあるイメージとUEFIに切り替えた後は、固まっていると判断する前に、初回起動に十分な時間を与えてください。

VDIが不可能だと証明されたわけではない

「VDIは動作しない」という単純な結論に対する最も重要な訂正は、スレッド後半に寄せられました。別のZimaBoard 2ユーザーが、VMにUEFIを使用したところ、VDI形式のHome Assistant OS 17.3が動作したと報告したのです。つまり、イメージ形式だけが根本原因だとは証明されていません。

より正確な結論は、QCOW2とUEFIの組み合わせが、最初に試す安全な構成であるということです。これは想定されるハイパーバイザーの系列と一致し、ZVMでの動作成功例もあります。より重要な要件はUEFIである可能性が高いでしょう。

ZimaOSのHome Assistant Containerで十分な場合

Home Assistant ContainerアプリのZimaOS App Storeページ
App Store版は導入が簡単ですが、HAOSの完全なSupervisorとアドオンのモデルは提供しません。

必要なインテグレーションがHome Assistant Containerで動作するなら、Containerのほうが軽量で、VM内で2つ目のオペレーティングシステムを実行せずに済みます。HAOSのアドオンやアプライアンス型の管理モデルが必要な場合はZVMが適していますが、ZimaOSのアップデート後も正常に維持すべき仮想化レイヤーが1つ増えることになります。

別のハイパーバイザーは異なるアーキテクチャ

ある参加者は、物理N150マシンにProxmoxをインストールし、ZimaOSとHome Assistant OSを別々の仮想マシンとして実行することを提案しました。これによりHome AssistantをZimaOSのメンテナンスから分離できますが、ホスト全体のアーキテクチャが変わるため、このスレッドの問題を解決するために必要な方法として説明すべきではありません。

実用的なトラブルシューティングの手順

  1. 古いファイルを再利用せず、現在のHAOS仮想マシンイメージをダウンロードする。
  2. ZVMが対応している場合は、まずQCOW2を使用する。
  3. UEFIファームウェアを選択する。
  4. 2 vCPU、2~4 GBのRAM、約32 GBのディスクなど、控えめなリソースを割り当てる。
  5. HAOS VMに使用可能なLANアドレスが割り当てられるネットワークモードを使用する。
  6. 初回起動に十分な時間を与えて初期化を待つ。
  7. それでもVMが起動しない場合は、ストレージやアプリケーションの設定を変更する前にコンソールを確認する。

ZVM上のHome Assistant OSに関するFAQ

最初に試すべきイメージはどれですか?

QCOW2が最初の選択肢として有力です。KVM方式のハイパーバイザー向けに作られており、コミュニティのZVM環境でも動作実績があるためです。

HAOSではZVMにBIOSとUEFIのどちらを使うべきですか?

UEFIを使用してください。現在のHome Assistantの要件では、UEFIが明確に指定されています。

HAOSには64 GBの仮想ディスクが必要ですか?

基本的なインストールであれば必要ありません。コミュニティのユーザーは32 GBで問題なく使用できたと報告していますが、履歴を大量に保存したりアドオンを追加したりする場合は、より大きな容量が必要になることがあります。

VDIがサポート対象外だと証明されましたか?

いいえ。後のZimaBoard 2ユーザーが、UEFIを使用したVDI環境の動作を報告しています。