Windows Insider Betaで仮想マシンの起動、システム再起動、ゲーム中にHYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDのブルースクリーンが出る場合、まず確認すべきなのは「自分のPCが修正対象のビルドを適用済みか」です。Microsoft Learnでは、2026年6月19日公開のWindows 11 Insider Beta Preview Build 26220.8690で、仮想化まわりの操作中に発生する可能性があったHYPERVISOR_ERROR（0x20001）とKMODE_EXCEPTION_NOT_HANDLED（0x1E）への対処が案内されています。(Microsoft Learn)
ただし、Insider Previewは正式版ではありません。更新を入れれば必ず直るとは限らず、Hyper-V、WSL2、VMware、VirtualBox、Docker Desktop、VBS、ゲームのアンチチートドライバーなど、複数の要素が関係することがあります。この記事では、Windows Insider Beta / virtualization環境で起きやすい不具合の見分け方、すぐ試せる対処、管理者に確認すべき点を実務目線で整理します。
Windows Insider BetaのHYPERVISOR_ERRORとKMODE_EXCEPTION_NOT_HANDLED修正で何が変わったのか
今回のポイントは、「ブルースクリーンの一般的な説明」ではなく、Windows Insider Betaの特定ビルドで仮想化関連のクラッシュに対するFixが入ったという点です。
Microsoft Learnのリリースノートでは、2026年6月19日公開のWindows 11 Insider Beta Preview Build 26220.8690について、Virtualizationの項目で、最新フライト適用後の一部デバイスにおいて、システム再起動、仮想マシン操作、一部ゲームアプリ実行中にHYPERVISOR_ERROR（0x20001）およびKMODE_EXCEPTION_NOT_HANDLED（0x1E）のバグチェックが発生する可能性があった問題に対処したと説明されています。(Microsoft Learn)
| 確認項目 | 内容 |
|---|---|
| 対象チャネル | Windows Insider Beta Channel |
| 対象ビルド | Windows 11 Insider Beta Preview Build 26220.8690 |
| 公開日 | 2026年6月19日 |
| 分類 | Fixとして扱う内容 |
| 関連領域 | Virtualization |
| 主な停止コード | HYPERVISOR_ERROR（0x20001）、KMODE_EXCEPTION_NOT_HANDLED（0x1E） |
| 発生しやすい場面 | 再起動時、仮想マシン操作中、一部ゲームアプリ実行中 |
このため、同じエラー名でも、通常版Windowsの一般的なドライバー不具合と、Insider Betaの既知不具合に近いケースでは対処の優先順位が変わります。まずは「OSビルド」「発生タイミング」「仮想化機能の利用有無」を切り分けることが重要です。
まず見るべき結論：Build 26220.8690以降かを確認する
HYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDがWindows Insider Beta環境で出ているなら、最初に以下を確認してください。
- 設定を開く
- Windows Updateを開く
- 更新プログラムのチェックを実行する
- 更新後、
winverでビルド番号を確認する - Build 26220.8690以降になっているかを見る
Build 26220.8690はWindows 11 version 25H2ベースのBeta更新として案内されています。Microsoft Learnでは、Beta Channelの更新がWindows 11 version 25H2をベースにしていること、またInsider Previewではデスクトップ右下の透かし表示が正常であることも明記されています。(Microsoft Learn)
会社や学校のPCでは、自分で更新を進める前に管理者へ確認してください。Intune、グループポリシー、Windows Update for BusinessなどでInsiderビルドや更新タイミングが制御されている場合、個人判断でチャネル変更やロールバックを行うと、管理ポリシーから外れることがあります。
エラーコードの意味を正しく理解する
HYPERVISOR_ERROR（0x20001）とは
HYPERVISOR_ERRORは、Microsoftのバグチェック資料では「ハイパーバイザーで致命的なエラーが発生したことを示す」停止コードとして説明されています。(Microsoft Learn)
ここでいうハイパーバイザーは、Hyper-Vの仮想マシンだけに限りません。Windowsでは、WSL2、仮想マシンプラットフォーム、Windows Hypervisor Platform、VBS、メモリ整合性など、複数の機能が仮想化基盤に関係します。
そのため、Hyper-Vマネージャーを使っていなくても、次のような環境では影響を受ける可能性があります。
| 利用している機能・アプリ | 関係する可能性 |
|---|---|
| Hyper-V仮想マシン | 直接関係しやすい |
| WSL2 | Virtual Machine Platformを使用する |
| Docker Desktop | WSL2またはHyper-Vバックエンドを使うことがある |
| VMware / VirtualBox | Windows側の仮想化機能やVBSと影響し合うことがある |
| Windows Sandbox | 仮想化基盤を利用する |
| メモリ整合性 / VBS | Windowsハイパーバイザーを利用する |
| 一部ゲーム | アンチチートやカーネルドライバーが関係する場合がある |
WSL2はVirtual Machine PlatformとWindows Subsystem for Linuxを必要とし、MicrosoftのFAQでもWSL2がHyper-Vアーキテクチャの一部を使うことが説明されています。(Microsoft Learn) また、VBSはWindowsハイパーバイザーを使って分離された仮想環境を作成する仕組みです。(Microsoft Learn)
KMODE_EXCEPTION_NOT_HANDLED（0x1E）とは
KMODE_EXCEPTION_NOT_HANDLEDは、カーネルモードのプログラムが、エラーハンドラーで捕捉されなかった例外を発生させたことを示す停止コードです。Microsoftの資料では、バグチェック値は0x0000001Eと説明されています。(Microsoft Learn)
カーネルモードに関係するため、原因候補はOS本体だけではありません。GPUドライバー、チップセットドライバー、仮想化ドライバー、セキュリティ製品、アンチチート、VPN、ストレージドライバーなども確認対象になります。
ただし、今回のWindows Insider Betaの文脈では、いきなり個別ドライバーを疑う前に、まずBuild 26220.8690以降のFixを適用済みか確認するのが効率的です。
症状別に見る対処の優先順位
同じブルースクリーンでも、発生タイミングによって確認すべき場所が変わります。
| 症状 | 最初に確認すること | 次に確認すること |
|---|---|---|
| 更新後の再起動中に落ちる | ビルド番号、更新履歴 | セーフモード、更新のアンインストール可否 |
| VM起動時に落ちる | Hyper-V / WSL2 / VMware / VirtualBoxの利用状況 | 仮想化ソフト、拡張機能、ゲスト設定 |
| DockerやWSL2起動時に落ちる | WSL2、Virtual Machine Platformの状態 | Docker Desktop、Linuxカーネル、WSL更新 |
| ゲーム起動時に落ちる | ゲーム名、アンチチート、GPUドライバー | オーバーレイ、録画ツール、チューニングツール |
| 何もしていなくても落ちる | Stop code、ダンプファイル | メモリ、ストレージ、常駐ドライバー |
特に「仮想マシン操作中」「一部ゲームアプリ実行中」「再起動時」は、Microsoft Learnで今回のFixの対象場面として挙げられているため、Windows Insider Betaの既知修正と関連している可能性を優先して考えます。(Microsoft Learn)
すぐ試せる基本対処
Windows Updateで最新のBetaビルドを適用する
最優先はWindows Updateです。
手順は次の通りです。
- 設定を開く
- Windows Updateを選択
- 更新プログラムのチェックをクリック
- ダウンロードとインストールを完了する
- 再起動後に
winverでビルドを確認する
Windows 11の停止コードエラーについて、Microsoftサポートでは、同じ停止コードで再起動が頻発する場合の基本対処として、セーフモード、ドライバー確認、Windows Update、復元などを案内しています。(Microsoft サポート)
ただし、今回のケースでは「一般的なBSOD対処」よりも先に、Insider Betaの修正ビルド適用状況を確認してください。すでに修正済みの不具合を、ドライバー削除や機能無効化で遠回りしてしまうのを避けるためです。
更新後も落ちる場合は発生条件を固定して再確認する
更新後もブルースクリーンが続く場合は、やみくもに設定を変えず、発生条件を固定します。
たとえば、次のように記録します。
| 記録する項目 | 例 |
|---|---|
| 発生日時 | 2026年6月24日 10:15 |
| OSビルド | 26220.8690 |
| Stop code | HYPERVISOR_ERROR 0x20001 |
| 直前の操作 | VMwareでWindows 10 VMを起動 |
| 接続機器 | 外付けGPUなし、USBキャプチャ接続 |
| 直近の変更 | GPUドライバー更新、ゲーム更新 |
| ダンプファイル | C:\Windows\Minidumpにあり |
「VMを起動したときだけ」「特定ゲームの起動時だけ」「再起動直後だけ」のように条件が絞れると、管理者やベンダーサポートに相談するときの精度が上がります。
Minidumpを確認できる状態にする
ブルースクリーン調査では、画面のエラー名だけで判断しないことが大切です。Windowsの小さなメモリダンプは、Stopメッセージ、読み込まれていたドライバー、カーネルモードのスタックなど、原因特定に役立つ情報を含みます。Microsoftの資料では、小さなメモリダンプは%SystemRoot%\Minidumpフォルダーに保存されると説明されています。(Microsoft Learn)
確認する場所は通常、次のパスです。
C:\Windows\Minidump管理者へ共有する場合は、次の情報をセットにすると伝わりやすくなります。
| 共有するもの | 理由 |
|---|---|
| Stop codeの写真 | 画面上のエラー名を確認できる |
winverの結果 | 対象ビルドか確認できる |
| 更新履歴のスクリーンショット | いつ更新したか分かる |
| Minidumpファイル | ドライバーやカーネル情報を解析できる |
| 発生手順 | 再現性を確認できる |
| 仮想化ソフトの種類とバージョン | Hyper-V系かサードパーティ系か判断できる |
ダンプファイルには環境情報が含まれる可能性があるため、社外掲示板や公開フォーラムへそのままアップロードするのは避けてください。業務PCでは、社内のセキュリティルールに従って共有します。
仮想化関連で確認すべき設定
Hyper-VやVirtual Machine Platformを不用意に無効化しない
HYPERVISOR_ERRORと聞くと、「Hyper-Vを無効化すれば直るのでは」と考えがちです。しかし、業務環境では安易に無効化しないほうが安全です。
理由は、Hyper-Vそのものを使っていなくても、WSL2、Docker Desktop、Windows Sandbox、VBS、メモリ整合性などが仮想化基盤に依存することがあるためです。WSL2はVirtual Machine Platformを必要とし、VBSやメモリ整合性はWindowsハイパーバイザーを使う仕組みです。(Microsoft Learn)
無効化を検討する前に、次を確認してください。
| 確認項目 | 影響 |
|---|---|
| WSL2を使っているか | 開発環境やLinuxツールが起動しなくなる可能性 |
| Docker Desktopを使っているか | コンテナ開発環境に影響する可能性 |
| Windows Sandboxを使っているか | 検証環境が使えなくなる可能性 |
| メモリ整合性が有効か | セキュリティ設定に影響する可能性 |
| Credential Guard / VBSが管理されているか | 組織のセキュリティポリシーに抵触する可能性 |
個人PCで検証する場合でも、一度に複数の設定を変えないでください。変更前の状態をメモし、1項目ずつ再起動して確認するのが基本です。
BIOS/UEFIの仮想化設定も確認する
仮想化関連のエラーでは、Windows側だけでなくBIOS/UEFIの設定も関係します。
確認する代表的な項目は次の通りです。
| CPU | BIOS/UEFIで確認する主な表記例 |
|---|---|
| Intel | Intel Virtualization Technology、VT-x、VT-d |
| AMD | SVM Mode、AMD-V、IOMMU |
ただし、ここも安易にオン・オフを繰り返すのではなく、現在の設定を記録してから変更してください。BitLockerが有効なPCでは、BIOS/UEFI設定変更やセキュアブート関連の変更で回復キーが求められる場合があります。業務PCでは必ず管理者に確認します。
VMwareやVirtualBoxを使っている場合の見方
VMwareやVirtualBoxを使っている場合、Windows側のHyper-V系機能、VBS、メモリ整合性との組み合わせで動作モードやパフォーマンスが変わることがあります。
確認すべきポイントは次の通りです。
| 確認項目 | 見る理由 |
|---|---|
| 仮想化ソフトのバージョン | Insiderビルドに未対応の可能性を避ける |
| ゲストOSの種類 | 特定ゲストだけで落ちるか確認する |
| vCPU数・メモリ割り当て | 過剰割り当てで不安定化していないか見る |
| 3Dアクセラレーション | GPUドライバーや仮想GPUとの相性を見る |
| ネストされた仮想化 | ホスト・ゲスト双方の設定が関係する |
| 拡張パック・ツール | 古いドライバーが残っていないか確認する |
特定のVMだけで落ちる場合は、そのVMの構成を複製して最小構成で試すと切り分けやすくなります。たとえば、USBパススルー、共有フォルダー、3Dアクセラレーション、仮想TPMを一時的に外し、どの設定で再現するかを確認します。
ゲーム中に落ちる場合の確認ポイント
Microsoft LearnのFix説明では、一部のゲームアプリ実行中も発生場面として挙げられています。(Microsoft Learn) ゲーム中のKMODE_EXCEPTION_NOT_HANDLEDやHYPERVISOR_ERRORでは、ゲーム本体だけでなく、周辺の常駐ソフトやドライバーも見ます。
特に確認したいのは次の項目です。
| 確認項目 | 具体例 |
|---|---|
| GPUドライバー | NVIDIA、AMD、Intelのドライバー更新・ロールバック |
| アンチチート | ゲーム更新後に発生し始めたか |
| オーバーレイ | Discord、Steam、Xbox Game Bar、録画ツール |
| チューニングツール | GPU OC、ファン制御、RGB制御 |
| 仮想化セキュリティ | メモリ整合性、VBSとの相性 |
| 外部デバイス | キャプチャボード、VR機器、特殊コントローラー |
ゲームだけで落ちる場合、まずはゲームとGPUドライバーを更新し、オーバーレイや録画機能を一時停止して再現性を見ます。Windows Insider BetaではOS側の変更が原因になることもあるため、「ゲームだけが悪い」と決めつけないことが大切です。
表示の違いで混乱しないための見方
ブルースクリーンという言葉が使われていても、実際の画面色やデザインは環境によって異なる場合があります。Microsoftサポートでは、Windows 11の予期しない再起動について、ブルースクリーン、ブラックスクリーン、停止コードエラーとして説明しています。(Microsoft サポート)
管理上、画面の色より重要なのは次の3点です。
| 優先度 | 見るべき情報 |
|---|---|
| 高 | Stop code |
| 高 | 失敗したドライバー名が表示されているか |
| 中 | 発生直前の操作 |
| 中 | OSビルド |
| 低 | 画面の色や見た目 |
また、Windows Insider Previewでは、デスクトップ右下に透かしが表示されることがあります。Microsoft Learnでは、Insiderのプレリリースビルドでデスクトップ右下に表示されるウォーターマークは正常と説明されています。(Microsoft Learn) 透かし自体は不具合ではないため、ブルースクリーンの原因調査とは分けて考えます。
管理者に確認すべき点
会社PCや検証端末でWindows Insider Betaを使っている場合、次の点は必ず管理者に確認してください。
| 確認項目 | なぜ必要か |
|---|---|
| Insider Betaを使う目的 | 業務端末での利用可否を判断するため |
| 更新の承認状況 | 修正ビルドを適用してよいか確認するため |
| BitLocker回復キーの保管 | BIOS/UEFI変更や復旧時に必要になるため |
| VBS / Credential Guardのポリシー | 無効化が許可されているか確認するため |
| 仮想化ソフトのサポート範囲 | VMware、VirtualBox、Hyper-Vの利用可否を確認するため |
| ダンプファイルの共有方法 | 機密情報を含む可能性があるため |
| ロールバック可否 | 検証スケジュールやポリシーに影響するため |
特にVBSやメモリ整合性はセキュリティ設定に関係します。メモリ整合性はWindowsセキュリティの「デバイス セキュリティ」から管理でき、企業ではIntune、CSP、グループポリシー、レジストリなどで制御される場合があります。(Microsoft Learn)
自分で設定変更できるように見えても、管理対象端末ではポリシーで再適用されることがあります。「一時的に無効化したのに戻る」「設定がグレーアウトしている」という場合は、端末の問題ではなく管理ポリシーの可能性があります。
やってはいけない対処
HYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDが出たとき、焦って次の操作をすると、原因が分かりにくくなります。
| 避けたい操作 | 理由 |
|---|---|
| 複数の設定を一度に変える | 何が効いたのか分からなくなる |
| Hyper-V、VBS、メモリ整合性をまとめて無効化する | セキュリティや開発環境に影響する |
| ダンプファイルを削除する | 原因調査の材料が失われる |
| 非公式ツールでドライバーを一括更新する | かえって不安定化することがある |
| Insiderチャネルを勢いで変更する | 元に戻す手間や再インストールが必要になる場合がある |
| 業務PCでBIOS設定を勝手に変更する | BitLockerや管理ポリシーに影響する |
特にInsiderビルドでは、OS側のFix待ちで解決するケースもあります。個別ドライバーや仮想化設定を疑う前に、リリースノートとビルド番号を確認する習慣をつけると、無駄な切り分けを減らせます。
更新後も直らない場合の切り分け手順
Build 26220.8690以降を適用しても同じ停止コードが出る場合は、次の順番で切り分けます。
最小構成で再現するか確認する
外付けデバイスを外し、不要な常駐アプリを停止して、同じ操作で落ちるか確認します。Microsoftサポートでも、停止コードエラーの基本対処として、新しく追加したハードウェアの取り外し、セーフモード、デバイスマネージャーでの確認、Windows Updateなどが案内されています。(Microsoft サポート)
確認の順番は次の通りです。
- 外付けUSB機器を外す
- オーバーレイ・録画・監視ツールを止める
- 仮想化ソフトを1つだけ起動して確認する
- 特定VMだけで発生するか確認する
- 別ユーザーアカウントでも再現するか確認する
- セーフモードで起動できるか確認する
仮想化ソフトを1つずつ確認する
複数の仮想化ソフトを入れている場合は、同時に確認しないでください。
たとえば、次のように分けます。
| 検証パターン | 確認内容 |
|---|---|
| Hyper-Vのみ | Windows標準の仮想化で落ちるか |
| WSL2のみ | Linux環境起動時に落ちるか |
| Docker Desktopのみ | コンテナ起動時に落ちるか |
| VMwareのみ | 特定VMまたは全VMで落ちるか |
| VirtualBoxのみ | Hyper-V互換モード時だけ落ちるか |
| ゲームのみ | 仮想化ソフト未起動でも落ちるか |
この切り分けにより、「OSの仮想化基盤」「サードパーティ仮想化ソフト」「特定ゲームやドライバー」のどこに寄っているかが見えやすくなります。
Feedback Hubで報告する
Windows Insider環境で再現性のある不具合なら、Feedback Hubへの報告も重要です。Microsoft Learnでは、Feedback HubはWindowsデバイスで利用でき、検索、スタートメニュー、またはWin + Fで開けると案内されています。Windows Insider Programに登録したアカウントでサインインすると、機能を利用しやすくなります。(Microsoft Learn)
報告時は、次を含めると有用です。
| 入れる情報 | 例 |
|---|---|
| タイトル | Build 26220.8690でVM起動時にHYPERVISOR_ERROR |
| カテゴリ | Install and Update、Devices and Drivers、Virtualizationなど近いもの |
| 再現手順 | VMwareで特定VMを起動すると再起動する |
| 期待結果 | VMが正常に起動する |
| 実際の結果 | HYPERVISOR_ERRORで再起動する |
| 追加情報 | ダンプ有無、仮想化機能、ドライバー更新履歴 |
Insider Previewを続けるべきか判断する基準
Windows Insider Betaは、正式リリース前の変更を試せる一方で、業務利用には注意が必要です。Microsoft Learnでも、Insiderビルドに含まれる機能や体験は将来リリースされない可能性があり、時間とともに変更、削除、置換される場合があると説明されています。(Microsoft Learn)
次のようなPCでは、Insider Betaの継続利用を見直す価値があります。
| PCの用途 | 判断 |
|---|---|
| 業務のメインPC | 原則として慎重に判断 |
| 開発検証PC | 目的が明確なら利用しやすい |
| 仮想化ソフトを多用するPC | 更新前後の検証手順が必要 |
| ゲーム兼用PC | ドライバーやアンチチートの影響を受けやすい |
| 予備PC | Insider検証に向いている |
| 家族共用PC | トラブル対応が難しければ避ける |
Insider Previewの受信停止を検討する場合、Microsoft Learnでは、設定 > Windows Update > Windows Insider Program > Stop Insider Preview Buildsから操作する流れが案内されています。チャネルや状態によって選択できる方法が異なるため、操作前に現在のチャネルとビルドを確認してください。(Microsoft Learn)
実務でのおすすめ対応フロー
Windows Insider BetaでHYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDが出た場合は、次の順番で進めると効率的です。
| 順番 | 対応 | 目的 |
|---|---|---|
| 1 | Stop codeを記録する | エラーを特定する |
| 2 | winverでビルドを確認する | 修正対象か判断する |
| 3 | Windows Updateを確認する | Fix適用漏れを防ぐ |
| 4 | 発生タイミングを記録する | 再起動、VM、ゲームのどれかを見る |
| 5 | Minidumpを保全する | 管理者やサポートに渡せるようにする |
| 6 | 仮想化機能の利用状況を整理する | Hyper-V、WSL2、VBSなどを切り分ける |
| 7 | 1項目ずつ検証する | 原因を見失わないようにする |
| 8 | Feedback Hubまたは管理者へ報告する | Insider環境の不具合として共有する |
今回のFixは、Windows Insider Betaの仮想化関連クラッシュに対する重要な修正です。まずBuild 26220.8690以降を適用済みか確認し、そのうえで仮想化ソフト、VBS、メモリ整合性、ゲーム関連ドライバーを順番に切り分けてください。業務PCでは、Hyper-VやVBSを勝手に無効化せず、ビルド番号、Stop code、発生手順、Minidumpをそろえて管理者に相談するのが最も安全です。
コメント