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

ZimaOSとWindows 11のデュアルブート:別々のドライブのほうが安全な理由と、ZVMのほうが適しているケース

An October 2025 thread where a user wanted to replace Ubuntu with ZimaOS while preserving Windows 11 on a separate NVMe. Community replies considered dual boot possible, but IceWhale instead recommended running Windows 11 in ZVM so the NAS can remain online.

ZimaOS/Windows 11のデュアルブート構成は、各OSを別々のストレージに配置し、ファームウェアで起動先を選択できる場合には技術的に実現可能です。ただし、元のスレッドには、IceWhaleによる公式のデュアルブートインストール手順はありません。スレッド内で示された最も有力な公式推奨は別の方法です。Zima-Jerryは、ZVMにWindows 11をインストールし、RDP経由で接続するほうが合理的だと述べています。

この推奨は、NASの用途を踏まえたものです。マシンをWindowsで起動するとZimaOSがオフラインになるため、SMB共有、メディアサービス、スマートフォンのバックアップ、Dockerアプリなど、その他のNAS機能は、マシンをZimaOSで再起動するまで停止します。

元のユーザーはすでに別々のストレージにWindowsとUbuntuをインストールしていた

そのミニPCには、eMMCにUbuntu、NVMeにWindows 11がインストールされていました。ユーザーはWindowsを維持したまま、UbuntuをZimaOSに置き換えたいと考えていました。

コミュニティの返信では、専用パーティションを使えばデュアルブートが可能なはずだと述べられていましたが、既存のWindows Boot Managerを維持できることを検証済みのZimaOSインストーラーまたはGRUBの手順を投稿した人はいませんでした。

1台のディスクを共有するより、物理ドライブを分けたほうが安全

デュアルブートが必須であれば、WindowsとZimaOSを別々の物理ドライブに置くことで、一方のOSのインストールや修復によって、もう一方のパーティションが上書きされる可能性を抑えられます。また、バックアップや復旧も容易になります。

ZimaOSをインストールする前に、可能であればWindowsのドライブを取り外すかイメージバックアップを作成し、正確な対象ディスクを確認してください。該当する場合は、Windowsの回復USBとBitLocker回復キーも用意しておきます。

現在のZimaOSインストーラーは、デュアルブートウィザードとしては文書化されていない

IceWhaleの現在のインストールガイドでは、対象ストレージデバイスの選択、ZimaOSのインストール、インストーラーUSBの取り外し、ZimaOSの起動について説明されています。しかし、Windowsパーティションの縮小、共有EFIエントリーの作成、デュアルブート用ブートローダーの維持については説明されていません。

すでにWindowsが入っているマシンを変更する前に、現在のZimaOSインストール手順を確認してください。

デュアルブートにすると、常時稼働のNASが断続的にオフラインになる

元のユーザーは、Windowsをデスクトップ作業でたまにしか使わないため、このトレードオフを受け入れていました。これは妥当な選択ですが、Windowsを使用している間は、家族のバックアップ、メディアストリーミング、リモートアクセス、自動化ジョブが毎回利用できなくなります。

IceWhaleはZVM上でのWindows 11実行を推奨した

Zima-Jerryは、Windows 11をZVMにインストールし、RDPで接続する方法を明確に提案しました。これにより、ZimaOSを常時稼働するホストとして維持しながら、Windowsデスクトップをゲストとして実行できます。

オフィス作業、ブラウザーアプリ、軽量なWindowsユーティリティ、たまにRDPを使う程度であれば、この構成はマシン全体を再起動するよりも、一般的にNASに適しています。

ブリッジネットワークを使うと、Windows VMをLAN上に配置できる

スレッドの参加者は当初、DockerのブリッジネットワークとVMのブリッジネットワークを混同していました。その後、あるユーザーが、ZVMのWindowsゲストをVMのブリッジネットワーク経由でローカルネットワークに接続し、RDPでアクセスできることを確認しました。

DockerとVMの「ブリッジ」モードは、同じ意味ではありません。

VMのデバイスパススルーが制限要因になる可能性がある

ある参加者は、ディスクパススルーとネイティブなLAN動作が必要だったため、Proxmoxを好んでいました。当時、ZVMのパススルー機能には制限がありました。2026年までには、コミュニティ拡張によってZVM/libvirt上でUSB/PCIeパススルーが追加されましたが、高度なパススルーは依然としてIOMMUグループ、デバイスの分離、現在のZVMサポート状況に左右されます。

両方のOSに同じNASアレイを個別に管理させない

デュアルブート構成であっても、ファイルシステムやレイアウトが明示的にその用途向けに設計されていない限り、WindowsとZimaOSが同じRAIDまたはストレージのメタデータを交互に「所有」したり変更したりするのは避けてください。Windowsのシステム/データストレージはZimaOSが管理するRAIDから分離し、ZimaOSの実行中にSMB経由でNASファイルをWindowsに公開してください。

デュアルブートに関するよくある質問

元のスレッドで、IceWhaleはZimaOS/Windowsのデュアルブート手順を公式に公開していましたか?

いいえ。デュアルブートの提案はコミュニティから出たものでした。

Zima-Jerryは何を推奨しましたか?

Windows 11をZVM上で実行し、RDPで接続する方法です。

デュアルブートでは、なぜ物理ドライブを分けたほうが安全なのですか?

パーティションやブートローダーの重複を抑えられ、ZimaOSのインストールや復旧時に既存のWindows環境を保護しやすくなるためです。