VirtualBoxまたはVMwareがWindows 10でHyper-Vを有効にして実行できないのはなぜですか

Hyper-VおよびIntel VT-x仮想化テクノロジーを有効にしたWindows 10 Pro 64ビットを実行しています。VirtualBox 64bitを実行しようとすると、WindowsがBSODになります。VMwareを実行すると、エラーが表示されます。

Hyper-Vを有効にしてVirtualBoxとVMwareを実行できないのはなぜですか？ハードウェアやソフトウェアなど、詳細をすべて説明してください。このエラーの内部的な原因を知りたい。

これが私の発見です。ほとんどのサイトでは、BCDeditでブートエントリを追加するか、BCDeditでHyper-Vを無効にすることをお勧めします。例えば、「いいえ、ハイパーバイザ」ブートエントリの作成、同じマシン上で実行のHyper-VとVirtualBoxのを。しかし、Hyper-VでQEMUを実行できます。QemuはHyper-Vでエラーを表示せず、スムーズに実行されます。

VirtualBoxとVMware Workstation（およびVMware Player）は「レベル2ハイパーバイザー」です。Hyper-VおよびVMware ESXiは「レベル1ハイパーバイザー」です。

主な違いは、レベル2ハイパーバイザーは既存のOS内で実行されるアプリケーションであり、レベル1ハイパーバイザーはOS自体です。

これは、Hyper-Vを有効にすると、Windows 10の「ホスト」が仮想マシンになったことを意味します。特別なものですが、仮想マシンです。

したがって、あなたの質問は、「VirtualBoxとVMware WorkstationがHyper-V仮想マシン内で動作しないのはなぜですか」ということです。VMとして、Intel VT-X命令は仮想マシンからアクセスできなくなり、ホストのみがアクセスできるため、答えが得られます。

QEMUが機能するのは、仮想化ではなくエミュレーションを行うためです。これは完全に異なり、QEMUが非常に遅い理由を説明しています。仮想化は、完全に分離されたマシンを別のマシン内で実行するプロセスですが、プロセッサの助けを借ります。これには、仮想マシンとホストの命令互換性が必要です。

エミュレーションは、実行中のOS内で任意のマシンを実行するプロセスであり、プラットフォームの制限はありません。QEMUがamd64プラットフォームでARMマシンを実行できる理由です。

注：QEMUには2つの動作モードがあります。

• エミュレータとして機能します。これは上で説明したこのモードです
• ゲストアーキテクチャがホストのアーキテクチャと互換性があり、VT命令が存在する場合、KVMの助けを借りて仮想化ソフトウェアとして動作できます。

Windows Redstone 4ビルド以降、QEMUはWindows Hypervisor Platform APIを採用することでHyper-Vの下で実行できるようになります。

Windows Hypervisor Platform Accelerator（WHPX）はQEMUに統合されており、パッチはマージのために送信されます。

Windows Hypervisor Platform APIはRedstone 4ビルドに含まれます

WHPXの実験的サポートは、 QEMU 2.12に

更新：Virtualbox 6.0は、WHPX Virtualbox 6.0変更ログのサポートを追加しました。

更新2：VMWareは、VMWare WorkstationとFusionの今後のバージョンでWHPXのサポートを追加します。 VMware WorkstationとHyper-V –連携