Windows Insider Betaで発生していた「HYPERVISOR_ERROR」や「KMODE_EXCEPTION_NOT_HANDLED」のブルースクリーンは、2026年6月19日公開の Windows 11 Insider Beta Preview Build 26220.8690 で、仮想化関連の修正として案内されています。ポイントは、この修正がアプリの設定でオンにする機能ではなく、Windows Insider Betaの対象ビルドをWindows Updateで適用するタイプの修正だという点です。仮想マシンの起動中、PCの再起動時、ゲーム実行中にブルスクが出ていた人は、まず現在のビルド、Insiderチャネル、仮想化設定、バックアップ状況を確認してから適用するのが安全です。(Microsoft Learn)
Windows InsiderのHYPERVISOR_ERRORとKMODE_EXCEPTION修正とは
今回の修正は、Windows Insider Beta向けのプレビュービルド「Build 26220.8690」に含まれる Fix です。Microsoft Learnのリリースノートでは、分類は「Virtualization」とされ、最新のフライトをインストールした一部のデバイスで、システム再起動、仮想マシン操作、一部のゲームアプリ実行中に HYPERVISOR_ERROR（0x20001）や KMODE_EXCEPTION_NOT_HANDLED（0x1E）のバグチェックが発生する問題に対処したと説明されています。(Microsoft Learn)
ここでいう「バグチェック」は、一般的にはブルースクリーン、停止エラー、BSODと呼ばれる状態です。HYPERVISOR_ERRORは名前のとおり、Windowsのハイパーバイザーや仮想化まわりに関係する停止エラーです。Microsoftのデバッグ資料では、HYPERVISOR_ERROR 0x20001 はハイパーバイザーで致命的なエラーが発生したことを示すものと説明されています。(Microsoft Learn)
一方、KMODE_EXCEPTION_NOT_HANDLED 0x1E は、カーネルモードのプログラムが処理されない例外を生成したことを示す停止エラーです。原因はドライバー、システムサービス、BIOSやメモリなど多岐にわたるため、エラー名だけで「仮想化が原因」と決めつけるのは危険です。ただし、今回の Insider Beta の修正では、仮想化カテゴリの問題としてこの2種類のエラーがまとめて扱われています。(Microsoft Learn)
この修正は「設定を変更する機能」ではなく「ビルド更新」
迷いやすいのは、「HYPERVISOR_ERRORの修正をどこで有効化するのか」という点です。結論から言うと、専用のオン・オフ設定はありません。
修正を使うには、対象デバイスが Windows Insider Beta チャネルに参加しており、該当するプレビュービルドをWindows Update経由で受け取れる状態になっている必要があります。Microsoftのサポート情報では、Windows Insider Programに参加した後、Windows 11では「設定」→「Windows Update」→「Windows Insider Program」からInsiderビルドの受信を開始する流れが案内されています。(Microsoft サポート)
| 迷うポイント | 正しい考え方 |
|---|---|
| 修正ボタンはある？ | ありません。Windows Updateで対象ビルドを適用します。 |
| Hyper-Vの設定を変えれば直る？ | 今回の修正そのものはビルド更新です。Hyper-V設定変更は切り分けや前提確認として扱います。 |
| 通常版Windowsにもすぐ入る？ | Insider Beta向けのプレビュー情報です。一般提供版への反映時期は断定できません。 |
| ゲームだけの不具合？ | 公式情報では、再起動、仮想マシン操作、一部ゲームアプリ実行中の発生が挙げられています。 |
| すべてのブルスクに効く？ | 対象は公式に説明された条件に近い問題です。メモリ故障や古いドライバーなど別原因のブルスクは別途対処が必要です。 |
対象になりやすいユーザーと確認すべき症状
今回の情報に特に関係しやすいのは、Windows Insider Betaを使っていて、仮想化機能を利用しているユーザーです。たとえば、Hyper-V、WSL、Docker Desktop、Androidエミュレーター、開発用VM、セキュリティの仮想化ベース機能などを使っている環境では、ハイパーバイザーが動作している可能性があります。
次のような症状がある場合は、今回の修正対象に近い可能性があります。
| 症状 | 確認したいこと |
|---|---|
| VMの起動、停止、再開時にブルスクが出る | Hyper-V、VMware、VirtualBox、WSLなどの利用状況を確認する |
| Windows再起動時にHYPERVISOR_ERRORが出る | Insiderビルド番号と直近の更新履歴を確認する |
| ゲーム起動中やプレイ中にKMODE_EXCEPTION_NOT_HANDLEDが出る | グラフィックドライバー、チップセットドライバー、仮想化機能の有無を確認する |
| 更新後から急にブルスクが増えた | 更新前後のビルド番号、イベントビューアー、ミニダンプの有無を確認する |
ただし、同じ停止コードでも原因が同じとは限りません。特にKMODE_EXCEPTION_NOT_HANDLEDは、ドライバーやBIOS、ハードウェア不整合でも発生し得るエラーです。今回のBuild 26220.8690を適用しても改善しない場合は、ドライバー、BIOS、メモリ、ストレージ、セキュリティソフトなども切り分ける必要があります。(Microsoft Learn)
導入前に確認したい前提条件
Windows Insider Betaの修正を試す前に、まず「自分のPCが対象に近い状態か」を確認します。プレビュービルドは通常の安定版Windowsとは扱いが異なるため、メインPCに入れる場合は慎重に判断してください。
Microsoftは、Windows Insiderビルドについて、製品版より安定性が低く、提供終了や期限切れがあり得ることを案内しています。業務で使うPC、復旧に時間をかけられないPC、バックアップがないPCでは、安易にInsiderビルドへ進めないほうが安全です。(Microsoft サポート)
事前チェックリスト
| 確認項目 | 見る場所・判断基準 |
|---|---|
| Insider Betaに参加しているか | 「設定」→「Windows Update」→「Windows Insider Program」 |
| 現在のビルド番号 | winver、または「設定」→「システム」→「バージョン情報」 |
| 重要データのバックアップ | OneDrive、外付けSSD、NASなどに退避済みか |
| BitLocker回復キー | Microsoftアカウントまたは組織管理画面で確認できるか |
| 仮想マシンの状態 | 実行中のVMを停止し、必要ならチェックポイントやバックアップを作成 |
| ドライバー更新 | GPU、チップセット、BIOS/UEFIをメーカー提供版で確認 |
| 復旧手段 | 回復ドライブ、インストールメディア、別端末での情報確認手段 |
特に仮想マシンを使っている場合、Windows Update中にVMを起動したままにしないことが大切です。保存状態のVMやスナップショットが壊れる可能性は低くてもゼロではありません。更新前にはVMをシャットダウンし、重要な仮想ディスクはバックアップしておくと安心です。
修正を適用する基本手順
HYPERVISOR_ERRORとKMODE_EXCEPTION_NOT_HANDLEDの修正は、対象ビルドを受け取ることで適用します。操作の流れは、通常のWindows Updateに近いですが、Insiderチャネルの確認が先です。
Windows Insider Betaチャネルを確認する
まず、現在のPCがBetaチャネルに登録されているか確認します。
- 「設定」を開く
- 「Windows Update」を選択する
- 「Windows Insider Program」を開く
- 登録済みアカウントと選択中のチャネルを確認する
- Betaチャネル以外の場合は、変更可能か確認する
Windows Insider Programに未参加の場合は、「開始する」からMicrosoftアカウントをリンクし、受け取るInsiderチャネルを選択します。Microsoftのサポート情報では、Windows 11で「設定」→「Windows Update」→「Windows Insider Program」から開始し、アカウントをリンクしてチャネルを選ぶ手順が示されています。(Microsoft サポート)
ただし、ブルスク修正だけを目的に、安定版のPCを急いでInsider化するのはおすすめしません。今回の情報はあくまでInsider Beta向けです。通常利用のPCでは、一般提供の累積更新プログラムに反映されるまで待つ判断も現実的です。
Windows Updateで最新ビルドを確認する
Betaチャネルに参加している場合は、次の手順で更新を確認します。
| 手順 | 操作 |
|---|---|
| 1 | 「設定」→「Windows Update」を開く |
| 2 | 「更新プログラムのチェック」を選択する |
| 3 | Windows 11 Insider Previewの更新が表示されたら内容を確認する |
| 4 | ダウンロードとインストールを実行する |
| 5 | 再起動を求められたら、作業を保存して再起動する |
| 6 | 再起動後、winverでビルド番号を確認する |
Build 26220.8690は、Windows 11 バージョン25H2を有効化パッケージ経由で扱うBetaチャネル更新として案内されています。Microsoftの説明では、Windows 11 バージョン24H2と25H2は共通のコアOSと同一のシステムファイルを共有し、25H2の機能は有効化パッケージによってオンになる仕組みです。(Microsoft サポート)
有効化パッケージによる更新は比較的短時間で終わることがありますが、再起動は必要です。Microsoftのサポートページでも、Windows 11 バージョン25H2の有効化パッケージ適用後にはデバイスの再起動が必要とされています。(Microsoft サポート)
仮想化設定で確認すべき場所
今回の修正自体はWindows Updateで適用しますが、HYPERVISOR_ERRORの切り分けでは仮想化設定の確認も重要です。仮想化が無効、途中で設定変更された、BIOS更新後に設定が戻った、といったケースでは、VMやWSL、エミュレーターが不安定になることがあります。
タスクマネージャーで仮想化の状態を確認する
最初に確認しやすいのはタスクマネージャーです。
Ctrl+Shift+Escでタスクマネージャーを開く- 「パフォーマンス」を選択する
- 「CPU」を選択する
- 右下付近の「仮想化」が「有効」になっているか確認する
ここが「無効」の場合、UEFI/BIOSでIntel VT-x、Intel Virtualization Technology、AMD-V、SVM Modeなどが無効になっている可能性があります。項目名はPCメーカーやCPUによって異なります。
UEFI/BIOSで仮想化を有効にする
Microsoftは、Windows上からUEFIに入る方法として、「設定」→「システム」→「回復」→「高度なスタートアップ」→「今すぐ再起動」から、Windows回復環境で「トラブルシューティング」→「詳細オプション」→「UEFI ファームウェアの設定」→「再起動」と進む手順を案内しています。UEFIの画面や項目名はPCメーカーによって異なります。(Microsoft サポート)
UEFI/BIOSを触るときは、仮想化に関係する項目だけを変更してください。Microsoftも、UEFI/BIOSでは必要な項目だけを変更するよう注意を促しています。誤って起動順序、セキュアブート、ストレージモードなどを変更すると、Windowsが起動しなくなる場合があります。(Microsoft サポート)
Windowsの機能で仮想化関連コンポーネントを確認する
Hyper-VやWSL、Docker Desktopなどを使う場合は、Windowsの機能も確認します。
- スタートメニューで「Windows の機能」と検索する
- 「Windows の機能の有効化または無効化」を開く
- 必要に応じて次の項目を確認する
- Hyper-V
- 仮想マシン プラットフォーム
- Windows ハイパーバイザー プラットフォーム
- 変更した場合は再起動する
Microsoftの仮想化有効化手順では、「Windows の機能の有効化または無効化」から「仮想マシン プラットフォーム」を有効にし、必要に応じて再起動する流れが示されています。(Microsoft サポート)
ここで注意したいのは、「全部オンにすれば安定する」とは限らないことです。使っていない仮想化機能まで有効にすると、他の仮想化ソフトや古いドライバーと競合することがあります。Docker DesktopやWSLを使うなら「仮想マシン プラットフォーム」が必要になることが多く、Hyper-Vの仮想マシンを使うなら「Hyper-V」が必要です。自分の用途に合わせて確認しましょう。
更新後に確認すること
Build 26220.8690またはそれ以降のBetaビルドを適用したら、すぐに通常作業へ戻るのではなく、ブルスクが出ていた操作を順番に確認します。
まずビルド番号を確認する
更新が本当に適用されたかを確認します。
Windows+Rを押すwinverと入力してEnter- 表示されたビルド番号を確認する
「設定」→「システム」→「バージョン情報」でも、エディション、バージョン、OSビルドを確認できます。Microsoftのサポート情報でも、Insiderビルドの確認方法として winver や「設定」→「システム」→「バージョン情報」が案内されています。(Microsoft サポート)
再現操作を小さく試す
いきなり重い作業を再開するのではなく、次の順序で確認すると原因を切り分けやすくなります。
| 確認順 | 試す内容 | 見るポイント |
|---|---|---|
| 1 | Windowsを通常再起動する | 再起動中にブルスクが出ないか |
| 2 | VM管理ツールだけ起動する | アプリ起動時点で落ちないか |
| 3 | 軽いVMを1台起動する | VM起動直後にHYPERVISOR_ERRORが出ないか |
| 4 | 以前落ちたVM操作を再現する | 保存状態復帰、シャットダウン、スナップショット操作など |
| 5 | 該当ゲームやGPU負荷の高いアプリを起動する | ゲーム起動時、ロード中、終了時に落ちないか |
更新後も同じ停止コードで落ちる場合は、今回の修正だけでは吸収できない別要因が残っている可能性があります。たとえば、GPUドライバー、チップセットドライバー、BIOS/UEFI、メモリ設定、仮想化ソフトのバージョンなどです。
改善しないときの切り分け
対象ビルドを適用してもブルスクが続く場合は、焦ってWindowsを再インストールする前に、原因候補を順番に減らします。
直近で変えたものを戻す
ブルスクは、OS更新だけでなく、ドライバー更新、BIOS更新、仮想化ソフト更新、ゲームのアンチチート更新などでも発生します。次の変更が直近でなかったか確認してください。
- GPUドライバーを更新した
- チップセットドライバーを更新した
- BIOS/UEFIを更新した
- VMware、VirtualBox、Docker Desktop、WSL関連を更新した
- セキュリティソフトやVPNクライアントを更新した
- メモリのXMP/EXPO設定を有効化・変更した
- Windowsの仮想化ベースのセキュリティ設定を変更した
特にゲーム中のKMODE_EXCEPTION_NOT_HANDLEDは、仮想化だけでなく、GPUドライバーやアンチチート、周辺機器ドライバーが絡むことがあります。停止コードが同じでも、原因が同じとは限りません。
イベントビューアーと信頼性モニターを見る
初心者でも確認しやすいのは「信頼性モニター」です。
- スタートメニューで「信頼性」と検索する
- 「信頼性の履歴の表示」を開く
- ブルスクが発生した日時の「Windows の障害」を確認する
- 直前に失敗したアプリ、ドライバー、更新がないか見る
より詳しく見る場合は、イベントビューアーで「Windowsログ」→「システム」を開き、重大エラーや再起動直前のエラーを確認します。初心者の場合、イベントIDやエラー文をそのまま検索するより、発生時刻と直前に動かしていたアプリをメモしておくほうが、後で原因を整理しやすくなります。
ミニダンプを残しておく
ブルスクの原因調査では、C:\Windows\Minidump に作成されるダンプファイルが役立つことがあります。ファイルが存在する場合は、削除せずに残しておきましょう。MicrosoftのFeedback Hubやサポート、管理者への相談時に、発生日時、停止コード、再現手順と合わせて説明しやすくなります。
Insider Betaで使い続けるか、安定版に戻すかの判断基準
Windows Insider Betaは、新しい修正や機能を早く試せる一方で、通常版より不具合に遭遇しやすい環境です。今回のようにブルスク修正を早く受け取れるメリットはありますが、メインPCで使い続けるかは慎重に判断しましょう。
| 使い方 | おすすめ判断 |
|---|---|
| 検証用PC、予備PC | Insider Betaを継続し、更新ごとの挙動を確認しやすい |
| 開発用PCだがバックアップあり | 影響範囲を理解したうえで継続可 |
| 業務のメインPC | 安定版を優先し、Insiderは避けるのが無難 |
| ゲーム用PC | ドライバーやアンチチートとの相性確認が必要 |
| 家族共用PC | トラブル時の復旧が難しいため安定版推奨 |
| 仮想マシンを大量に使うPC | 更新前にVM停止・バックアップを徹底する |
Insiderビルドの受信をやめたい場合は、「設定」→「Windows Update」→「Windows Insider Program」からプレビュービルドの停止設定を確認します。Microsoftのサポート情報では、製品版ビルドを使用している状態でオプトアウトする方法と、元のOSへ戻すにはバックアップ後に回復イメージを使う方法が案内されています。(Microsoft サポート)
Feedback Hubで報告するときの書き方
Insider環境で同じブルスクが続く場合は、Feedback Hubで報告すると改善につながりやすくなります。Microsoftは、Windows InsiderがFeedback Hubでビルドの告知確認やフィードバック送信を行えることを案内しています。Windows + Fキーでスクリーンショットを取得し、Feedback Hubを開いてフィードバックを送ることもできます。(Microsoft サポート)
報告時は、次の情報を入れると伝わりやすくなります。
| 項目 | 書く内容の例 |
|---|---|
| ビルド番号 | Windows 11 Insider Beta Build 26220.8690 など |
| 停止コード | HYPERVISOR_ERROR 0x20001、KMODE_EXCEPTION_NOT_HANDLED 0x1E |
| 発生タイミング | VM起動時、Windows再起動中、ゲーム起動直後など |
| 再現性 | 毎回、数回に1回、特定VMだけ、特定ゲームだけ |
| 仮想化機能 | Hyper-V、WSL、Docker Desktop、VMware、VirtualBoxなど |
| ハードウェア | CPU、GPU、メモリ容量、PCメーカー名 |
| 直近の変更 | Windows更新、GPUドライバー更新、BIOS更新など |
「ブルスクが出ます」だけでは原因が絞れません。いつ、何をしたら、どの停止コードで、どのくらいの頻度で発生するかを具体的に書くことが重要です。
実務でのおすすめ運用
仮想化を使うPCでInsider Betaを運用するなら、更新前後のルールを決めておくとトラブル時の復旧が楽になります。
おすすめは、次の流れです。
- 更新前に作業中のVMをすべてシャットダウンする
- 重要なVMはエクスポートまたは仮想ディスクをバックアップする
- Windows Updateの前に復元ポイントやイメージバックアップを用意する
- 更新後は
winverでビルド番号を記録する - VM操作、再起動、ゲーム起動を小さく検証する
- 問題が出たら停止コード、発生時刻、直前操作をメモする
- 再現性がある場合はFeedback Hubで報告する
この運用にしておくと、「Windows更新のせいなのか」「VMソフトの更新のせいなのか」「GPUドライバーのせいなのか」を後から切り分けやすくなります。
まず確認すべきこと
Windows InsiderでHYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDのブルスク修正を使う場合、最初に見るべきなのは設定画面ではなく、自分のPCがWindows Insider Betaの対象ビルドを受け取れる状態かです。今回の修正は、2026年6月19日のMicrosoft Learnで、Windows 11 Insider Beta Preview Build 26220.8690の仮想化カテゴリの修正として案内されています。(Microsoft Learn)
すでにBetaチャネルを使っている人は、Windows Updateで最新ビルドを適用し、更新後に winver でビルド番号を確認してください。仮想マシンやWSL、Docker Desktop、ゲーム中にブルスクが出ていた場合は、更新後に同じ操作を段階的に試し、改善するか確認します。
一方、安定版Windowsを使っている人が、この修正だけを目的にInsider Betaへ移行するのは慎重に判断しましょう。メインPCなら、バックアップ、回復手段、仮想マシンの退避を済ませたうえで進めるか、一般提供版への反映を待つ判断が安全です。
コメント