Hyper-V仮想マシン内でWSL 2やHyper-Vを使えない
この記事の結論
ゲスト内で仮想化ベース機能を有効化しても仮想マシンを開始できない場合の安全な切り分け手順。ホストがCPU仮想化拡張をゲストへ公開していない、または実行中VMに設定を変更しようとしている。設定変更前に現在値を控え、公式機能だけを使って確認する。
一般的な切り分けガイドです。特定の不具合が現在発生しているという告知ではありません。
対象製品・影響範囲
- 製品
- Hyper-V nested virtualization
- 対象バージョン・条件
- Windows 11（対応機能はエディションとハードウェア要件を確認）
- 関連するエラーコード・識別子
- 0x80370102
発生する症状
- ゲスト内で仮想化ベース機能を有効化しても仮想マシンを開始できない
- 再起動や再試行だけでは同じ状態が続くことがある
原因・発生条件
ホストがCPU仮想化拡張をゲストへ公開していない、または実行中VMに設定を変更しようとしている。
作業前の準備
- 開いている文書と作業を保存し、必要ならPCを再起動できる時間を確保する
- 管理者権限が必要な操作は、個人所有PCまたは管理者の許可を得た端末だけで行う
- 診断用コマンド「Get-VMProcessor -VMName <VMName> | Select-Object ExposeVirtualizationExtensions」の結果を保存し、変更前後を比較できるようにする
この操作の注意点
- レジストリ、システムフォルダー、資格情報、記憶域を手作業で一括削除しない
- インターネット上の非公式スクリプトや不明なドライバーを管理者権限で実行しない
使用するツール・公式ページ
この手順の公式要件、画面名、制限事項を確認する。
具体的な操作手順
設定コマンドを実行するのはVM内ではなくHyper-Vホストです。Hyper-Vマネージャーで対象VMの名前を確認し、ゲストOSを正常終了して状態がオフになったことを確認します。保存状態や一時停止では進めません。
Set-VMProcessorは、WSLを実行したいゲストの内部ではなく、そのVMを管理するHyper-Vホストで実行します。VM名をホストの一覧と照合し、対象VMを停止してから変更します。保存状態や実行中のVMに対して手当たり次第に実行しません。
対象VMを停止し、ホスト側の管理者PowerShellで公開状態を確認する。
Get-VMProcessor -VMName "VMName" | Select-Object ExposeVirtualizationExtensionsCPU仮想化拡張を対象VMへ公開し、ゲストを起動して必要なWindows機能を有効化する。
Set-VMProcessorはゲスト内ではなく、対象VMを停止した物理Hyper-Vホストの管理者PowerShellで実行します。VMNameをHyper-Vマネージャーに表示される名前へ置き換え、Get-VMでStateがOffであることを確認してから設定します。
Set-VMProcessor -VMName "VMName" -ExposeVirtualizationExtensions $trueこの手順で使う公式リンク
- Run Hyper-V in a Virtual Machine with Nested Virtualization
この手順の公式要件、画面名、制限事項を確認する。
- Run Hyper-V in a Virtual Machine with Nested Virtualization
VMNameはHyper-Vマネージャーの実際の名前に置き換え、空白を含む名前は引用符で囲みます。設定後は対象VMだけを起動し、ゲスト内でsysteminfo.exeとWSLまたはHyper-Vの起動を確認します。クラウドのVMでは提供元が入れ子仮想化を許可している必要があります。
ホストCPU、ホストOS、VM構成バージョンの組み合わせを公式要件と照合します。ゲスト内で仮想化が使えるようになっても、さらに内側のVMへ通信できるとは限りません。NATやMACアドレススプーフィングはネットワーク設計に関係するため、起動成功後に必要な通信だけを管理者と検証します。
「systeminfo.exe」で状態を確認し、最初に記録した操作を同じ条件で一度実行する。成功した場合も再起動後にもう一度確認し、変更した設定と結果を記録する。
末尾の Hyper-V Requirements 各項目と仮想化状態を読み取ります。Noや無効があれば、Windows機能を繰り返し追加せず、PCメーカーの型番別UEFI要件へ進みます。
systeminfo.exe
改善したか確認する
- 対象ゲスト内でWSL 2または内側のVMが起動する
- 確認コマンドの出力が期待する有効・正常・接続済み状態を示す
- Windows再起動後にも同じ操作を再現でき、イベントログに同時刻の新しい重大エラーが増えない
改善しない場合・設定を戻す場合
- ホストを変更できない場合はクラウドやVDI管理者に要件確認を依頼する
- ハードウェア要件、組織ポリシー、サーバー側設定が原因なら、クライアント側で回避せず所有者に変更を依頼する
このガイドの適用範囲
対処ガイド — 原因を切り分け、対象機能が正常に起動または接続でき、再起動後も同じ検証を通る状態を目標にする。
掲載内容は2026-10-13の情報確認に基づきます。以降の変更は公式出典でご確認ください。
よくある質問
VMを起動したままExposeVirtualizationExtensionsを変更できますか？
対象VMを完全に停止してからホスト側で設定します。保存状態では変更できない場合があります。
すべてのVMへ有効化してよいですか？
必要なVMだけを対象にします。入れ子仮想化は性能・セキュリティ設計に影響するため一括有効化しません。
出典・情報の更新
- 主な出典の更新・解決日
- 公式ページで日付を特定できないため記載していません
- 本サイトの確認日
- 2026-10-13
公式情報を日本語で整理しています。メニュー名は製品の表示言語や版によって異なる場合があります。確認日は障害の発生日を意味しません。編集方針