Windows 11 Insider Beta Preview Build 26220.8690でブルースクリーンや仮想化関連の不具合が気になる場合、まず確認すべき結論は「このビルド自体が、HYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDを伴う一部の仮想化系クラッシュを修正する更新」であることです。特にHyper-V、WSL 2、Windows Sandbox、Docker Desktop、仮想マシン、または一部のゲームを使っている環境では、更新前後で症状が変わる可能性があります。Microsoft Learnのリリースノートでは、2026年6月19日公開のBuild 26220.8690について、再起動時、仮想マシン操作時、一部ゲームアプリ実行時に発生し得るHYPERVISOR_ERROR（0x20001）やKMODE_EXCEPTION_NOT_HANDLED（0x1E）のbugcheckに対処したと説明されています。(Microsoft Learn)
ただし、Windows 11 Insider Betaは正式版とは違い、環境によって表示や機能の出方が異なることがあります。右下のデスクトップ透かし、未翻訳の表示、機能の有無の違いは、必ずしも故障ではありません。この記事では、Windows 11 Insider Beta Preview Build 26220.8690で起きやすい不具合・エラーの見分け方、管理者に確認すべき点、実務で安全に切り分ける手順を整理します。
Windows 11 Insider Beta Preview Build 26220.8690で最初に確認すること
Windows 11 Insider Beta Preview Build 26220.8690は、2026年6月19日に公開されたBeta Channel向けのプレビュービルドです。Microsoft Learnでは、この更新がWindows 11 version 25H2をベースにしたenablement packageによるBuild 26220.8690であること、仮想化、スタートメニュー、設定アプリの一部信頼性改善が含まれることが示されています。(Microsoft Learn)
まず、自分のPCが本当にBuild 26220.8690を実行しているかを確認してください。検索ボックスまたは「ファイル名を指定して実行」で winver を実行すると、WindowsのバージョンとOSビルドを確認できます。MicrosoftのInsider設定手順でも、ビルド番号の確認方法として「設定」>「システム」>「バージョン情報」または winver が案内されています。(マイクロソフト サポート)
2026年6月27日時点では、MicrosoftのFlight HubにWindows 11 version 25H2のBeta向けBuild 26220.8754が2026年6月26日分として掲載されており、Build 26220.8690は6月19日分として掲載されています。つまり、検索でこの記事にたどり着いた時点で、すでに後続ビルドが配信されている可能性があります。検証時は「26220.8690で発生している問題」なのか、「後続ビルドで変化した問題」なのかを分けて記録してください。(Microsoft Learn)
主な修正内容と影響範囲
Build 26220.8690の中心は、大きな新機能追加ではなく、Insider Beta環境での不具合修正です。特に仮想化関連のbugcheck修正は、開発者、検証担当者、仮想マシン利用者、PCゲームを使うユーザーに影響しやすいポイントです。(Microsoft Learn)
| 項目 | 公式情報上の内容 | ユーザー側で見るべきポイント |
|---|---|---|
| 仮想化 | HYPERVISOR_ERROR（0x20001）やKMODE_EXCEPTION_NOT_HANDLED（0x1E）のbugcheckに対処 | Hyper-V、WSL 2、仮想マシン、Windows Sandbox、Docker Desktop、ゲーム実行時のブルースクリーン頻度 |
| スタートメニュー | 新規インストール・削除したアプリの反映信頼性を改善 | アプリを入れたのにスタートメニューに出ない、削除後も残る問題 |
| 設定アプリ | 「設定」>「アプリ」>「スタートアップ」の信頼性を改善 | スタートアップアプリ一覧が開かない、表示が遅い、状態が反映されない問題 |
| Insider特有の表示 | デスクトップ右下の透かしはプレビュー版では通常の表示 | 透かしをエラーと誤解しない |
| ローカライズ | 開発中機能は翻訳が不完全な場合がある | 英語表示や表記揺れを不具合と断定せず、再現条件を添えてFeedback Hubへ報告 |
Microsoftは、Insider向け機能が将来のWindowsに必ず搭載されるとは限らず、時間とともに変更・削除・置き換えられる可能性があるとも説明しています。したがって、表示や機能の違いを見つけたときは、まず「仕様変更・段階的展開・不具合」のどれに近いかを切り分けることが重要です。(Microsoft Learn)
HYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDが出る場合の対処
Build 26220.8690で最も注意したいのは、仮想化まわりのブルースクリーンです。HYPERVISOR_ERROR（0x20001）は、Microsoft Learnの技術資料では「ハイパーバイザーで致命的なエラーが発生した」ことを示すbugcheckとして説明されています。KMODE_EXCEPTION_NOT_HANDLED（0x1E）は、カーネルモードのプログラムが処理されない例外を生成したことを示すbugcheckです。(Microsoft Learn)
まず実施する切り分け手順
| 手順 | 操作 | 判断基準 |
|---|---|---|
| 1 | winverでビルド番号を確認 | 26220.8690以前か、26220.8690以後かを分ける |
| 2 | Windows Updateで更新を確認 | 修正済みビルドまたは後続ビルドが適用可能か確認 |
| 3 | 発生タイミングを記録 | 再起動時、VM起動時、ゲーム起動時、スリープ復帰時などを分ける |
| 4 | 仮想化依存アプリを一つずつ停止して再現確認 | Hyper-V、WSL 2、Windows Sandbox、Docker Desktop、VMware、VirtualBox、ゲームの順に切り分ける |
| 5 | GPU、チップセット、ストレージ、BIOS/UEFIを確認 | メーカー提供の安定版ドライバー・ファームウェアに更新 |
| 6 | イベントビューアーと信頼性モニターを確認 | 同じ停止コード、同じドライバー名、同じアプリ名が繰り返されるか確認 |
| 7 | Feedback Hubで報告 | 停止コード、ビルド番号、再現手順、ダンプ有無を添える |
重要なのは、いきなりBIOS/UEFIで仮想化支援機能を無効化しないことです。Intel VT-x、AMD-V、SVM、Hyper-V関連機能を無効にすると、WSL 2、Hyper-V、Windows Sandbox、Docker Desktop、仮想化ベースのセキュリティ機能などに影響する場合があります。無効化は「原因が仮想化機能にあるかを確認する一時的な切り分け」として行い、恒久対策にする前に管理者やメーカー情報を確認してください。
ゲーム中にブルースクリーンが出る場合
Build 26220.8690のリリースノートでは、一部のゲームアプリ実行中にもHYPERVISOR_ERRORやKMODE_EXCEPTION_NOT_HANDLEDを伴うbugcheckが発生し得るケースが修正対象として挙げられています。ゲームそのものが原因とは限らず、アンチチート、GPUドライバー、仮想化ベースのセキュリティ、オーバーレイ、録画ソフト、仮想化機能との組み合わせで表面化することがあります。(Microsoft Learn)
実務的には、次の順番で確認すると無駄が少なくなります。
| 確認項目 | 具体例 | 注意点 |
|---|---|---|
| GPUドライバー | NVIDIA、AMD、Intelの安定版へ更新 | Insiderビルドでは最新ドライバーが常に最適とは限らない |
| オーバーレイ | Xbox Game Bar、Discord、録画・配信ソフト | いったん無効化して再現性を見る |
| 仮想化依存 | Hyper-V、WSL 2、Docker Desktop | 開発環境とゲーム環境を同じPCで使う場合は特に注意 |
| セキュリティ機能 | メモリ整合性、仮想化ベースのセキュリティ | 変更前に組織ポリシーを確認 |
| ゲーム側更新 | ランチャー、アンチチート、ゲーム本体 | ゲーム側の更新履歴も確認 |
「ゲームを起動すると落ちる」とだけ記録しても原因は絞れません。「特定のゲームだけか」「フルスクリーン時だけか」「Hyper-Vを使った直後か」「スリープ復帰後か」まで残すと、管理者やFeedback Hubでの報告精度が上がります。
Windows Updateに失敗する場合の確認ポイント
Windows 11 Insider Beta Preview Build 26220.8690を適用できない、ダウンロードが止まる、再起動後に元に戻る場合は、まずWindows Updateトラブルシューティングを実行します。Microsoft Supportでは、Windows 11の更新トラブルではGet Helpアプリの自動Windows Updateトラブルシューティングを最初に実行すること、一般的な対処としてバックアップを取ってから作業することが案内されています。(マイクロソフト サポート)
更新できないときの手順
| 状況 | 対処 | 補足 |
|---|---|---|
| 更新が表示されない | 「設定」>「Windows Update」>「Windows Insider Program」でチャネルを確認 | Beta Channelでない、組織管理下、段階的配信の可能性 |
| ダウンロードが進まない | ネットワーク、空き容量、電源接続を確認 | ノートPCはAC接続で実施 |
| インストールが失敗する | Windows Updateトラブルシューティングを実行 | Get Helpアプリまたは設定から実行 |
| システムファイル破損が疑われる | 管理者権限で DISM と sfc /scannow を実行 | Microsoft SupportでもSFC実行が案内されている |
| 管理端末で項目が出ない | Intune、WSUS、グループポリシー、Autopatchの設定を確認 | ユーザーだけで判断しない |
管理対象PCでは、Windows UpdateやInsiderビルドの受信可否が組織ポリシーで制御されていることがあります。Microsoft Supportは、「Fix problems using Windows Update」が管理対象デバイスや特定の更新ポリシーが設定された端末では利用できない場合があると説明しています。(マイクロソフト サポート)
スタートメニューにアプリが反映されない場合
Build 26220.8690では、アプリを新規インストールまたは削除した後、サインアウトや再起動をしなくてもスタートメニューに反映される信頼性が改善されています。つまり、このビルド適用後も「インストールしたアプリがスタートメニューに出ない」「削除したアプリが残る」場合は、更新前からのキャッシュ問題、アプリ側の登録方式、ユーザープロファイル、管理ポリシーなどを切り分ける必要があります。(Microsoft Learn)
スタートメニューの表示がおかしいときの実用的な確認
| 確認すること | 操作例 | 判断 |
|---|---|---|
| アプリが本当にインストールされているか | 「設定」>「アプリ」>「インストールされているアプリ」 | 一覧にない場合はインストール失敗の可能性 |
| すべてのユーザー向けか現在ユーザー向けか | 別ユーザーでサインインして確認 | ユーザー単位インストールでは表示差が出る |
| 検索では起動できるか | スタート検索でアプリ名を入力 | 検索できるならメニュー表示だけの問題 |
| 再起動で直るか | 通常再起動を実施 | 一時的なキャッシュ不整合の可能性 |
| 管理ポリシーがあるか | 職場・学校アカウント端末で管理者に確認 | スタートメニュー制御が入っている場合がある |
Insider Betaでは、スタートメニューの表示仕様が変化することもあります。「以前の位置にない」「ピン留め状態が違う」だけで不具合と決めつけず、アプリが起動できるか、別ユーザーでも同じか、更新履歴の直後から発生したかを確認してください。
「設定」>「アプリ」>「スタートアップ」の表示が変な場合
Build 26220.8690では、「設定」>「アプリ」>「スタートアップ」の信頼性も改善されています。ここで注意したいのは、スタートアップに関係するものがすべてこの画面に表示されるわけではないことです。タスクマネージャーの「スタートアップ アプリ」、スタートアップフォルダー、レジストリ、タスクスケジューラ、サービス、アプリ独自の常駐設定では表示範囲が異なる場合があります。(Microsoft Learn)
たとえば、TeamsやOneDriveのような一般的な常駐アプリはスタートアップ一覧に出ても、ドライバー常駐サービス、セキュリティ製品、仮想化関連サービス、ゲームのアンチチートなどは別の仕組みで起動することがあります。「設定アプリに表示されないから自動起動していない」と判断するのは危険です。
スタートアップ項目の確認先
| 確認先 | 向いている用途 |
|---|---|
| 設定 > アプリ > スタートアップ | 一般的なユーザー向け常駐アプリの確認 |
| タスクマネージャー > スタートアップ アプリ | 起動時の影響や有効・無効の確認 |
| タスクスケジューラ | ログオン時、一定時間後、イベント発生時の起動確認 |
| services.msc | ドライバー、セキュリティ、仮想化関連サービスの確認 |
| スタートアップフォルダー | ショートカット登録型アプリの確認 |
| 管理ツール・MDM | 組織が配布する常駐アプリや制御ポリシーの確認 |
特に法人PCでは、ユーザーが無効化しても管理ツールで再有効化されるアプリがあります。業務端末で勝手にスタートアップ項目を削除すると、VPN、EDR、暗号化、バックアップ、資産管理ツールに影響する場合があるため、変更前に管理者へ確認してください。
透かし、英語表示、機能差は不具合とは限らない
Windows 11 Insider Beta Preview Build 26220.8690のリリースノートでは、プレビュー版ではデスクトップ右下に透かしが表示されることが通常であること、開発中の機能は完全にローカライズされていない場合があることが説明されています。つまり、右下の文字、英語表記、メニュー名の揺れだけで「更新に失敗した」と判断しないようにしてください。(Microsoft Learn)
また、Insider向けの機能や体験は、将来のWindowsで提供されない場合や、時間とともに変更・削除・置き換えられる場合があります。社内マニュアルや検証手順を作る場合は、「Build 26220.8690時点の画面」と明記しておくと、後続ビルドで画面が変わったときの混乱を減らせます。(Microsoft Learn)
管理者に確認すべきポイント
Windows 11 Insider Betaを業務端末や検証端末で使う場合、ユーザーだけで判断してよい範囲と、管理者確認が必要な範囲を分けることが重要です。Microsoftは、Insider Preview Buildsが正式版より安定性が低く、最終的に有効期限が来ることにも触れています。安定運用が必要な端末では、Insiderビルドの適用方針を必ず確認してください。(マイクロソフト サポート)
| 確認項目 | 管理者に聞くべき理由 |
|---|---|
| Insider Betaを利用してよい端末か | 業務PCや本番端末では禁止されている場合がある |
| Beta Channelのままでよいか | Dev、Beta、Release Previewでリスクと目的が違う |
| 更新の一時停止・延期ポリシー | Intune、グループポリシー、WSUSで制御される場合がある |
| 仮想化機能の変更可否 | Hyper-V、WSL 2、Credential Guard、VBSに影響する |
| BitLocker回復キーの保管 | ブート周りの変更や復旧作業で必要になる可能性がある |
| ダンプファイルの扱い | 個人情報・機密情報を含む可能性がある |
| ロールバック基準 | 何回クラッシュしたら戻すか、誰が判断するかを決める |
特に仮想化bugcheckは、PC本体の問題、Windowsの問題、ドライバーの問題、セキュリティソフトの問題、仮想化製品の問題が重なって見えることがあります。管理者向けには「発生日時」「ビルド番号」「停止コード」「直前の操作」「接続デバイス」「実行中アプリ」「VMやWSLの状態」をセットで共有すると、対応が早くなります。
ロールバックや更新削除を検討する基準
Build 26220.8690適用後に一度だけブルースクリーンが出た場合、すぐに更新を削除するより、後続更新の確認、ドライバー更新、再現条件の記録を優先した方がよいケースがあります。一方で、起動不能、再起動ループ、業務停止、仮想マシンが毎回クラッシュするような状態では、更新の削除や回復オプションを検討します。
Microsoft Supportでは、Windows Updateが原因で端末にエラーや問題が出る場合、設定から更新履歴を開いて更新をアンインストールする方法や、Windowsにアクセスできない場合にWindows回復環境から「トラブルシューティング」>「詳細オプション」>「更新プログラムのアンインストール」を選ぶ方法が案内されています。ただし、一部の更新はアンインストールできないとも説明されています。(マイクロソフト サポート)
ロールバック判断の目安
| 状況 | 推奨対応 |
|---|---|
| 1回だけブルースクリーンが出た | ビルド番号、停止コード、イベントログを記録し、後続更新を確認 |
| 特定アプリだけで落ちる | そのアプリ、ドライバー、仮想化依存機能を切り分け |
| VM起動時に毎回落ちる | Hyper-V/WSL/仮想化製品の状態を確認し、管理者へ報告 |
| 再起動ループになる | Windows REから更新削除または回復オプションを検討 |
| 業務端末で作業不能 | 管理者に連絡し、組織の復旧手順に従う |
| 更新削除できない | 「Fix problems using Windows Update」や回復イメージを検討 |
「Fix problems using Windows Update」は、現在PCに入っている同じバージョンのWindowsを再インストールして、システムファイルやコンポーネントを修復し、アプリ・ファイル・設定を保持する回復オプションです。ただし、作業中は電源とインターネット接続を維持する必要があり、管理対象デバイスでは利用できない場合があります。(マイクロソフト サポート)
Feedback Hubで報告するときの書き方
Insider Betaで不具合を見つけたら、SNSや掲示板に書く前にFeedback Hubで報告するのが実務的です。Microsoft Supportでは、Feedback Hubを使ってWindowsデバイスで遭遇した問題をMicrosoftへ伝えられること、類似フィードバックを探して賛成票を入れたり、新規報告にスクリーンショットや問題発生までの操作記録を添付できることが説明されています。(マイクロソフト サポート)
Feedback Hubは、Windowsキー + F で開けます。このショートカットはスクリーンショットを取得し、Feedback Hubのフィードバックタブを開く動作として案内されています。すぐに修理してもらう窓口ではなく、製品への問題報告・改善要望の窓口である点に注意してください。(マイクロソフト サポート)
報告に入れると役立つ情報
| 項目 | 例 |
|---|---|
| ビルド番号 | Windows 11 Insider Beta Build 26220.8690 |
| 停止コード | HYPERVISOR_ERROR 0x20001、KMODE_EXCEPTION_NOT_HANDLED 0x1E |
| 発生タイミング | 再起動時、VM起動時、ゲーム起動後5分、スリープ復帰後 |
| 仮想化機能 | Hyper-V有効、WSL 2使用、Docker Desktop使用、Windows Sandbox使用 |
| 直前に行った変更 | Windows Update適用、GPUドライバー更新、BIOS更新、ゲーム更新 |
| 再現性 | 毎回、数回に1回、特定操作のみ |
| 添付できるもの | スクリーンショット、イベントログ、信頼性モニターの記録、ミニダンプの有無 |
法人環境では、ダンプファイルやログにユーザー名、パス、端末名、業務アプリ名などが含まれる場合があります。外部に添付する前に、組織の情報管理ルールに従ってください。
更新前後に使えるチェックリスト
Windows 11 Insider Beta Preview Build 26220.8690を安全に扱うには、「更新してから考える」のではなく、更新前に戻せる状態を作っておくことが大切です。
| タイミング | チェック内容 |
|---|---|
| 更新前 | 重要ファイルをバックアップする |
| 更新前 | BitLocker回復キーを確認する |
| 更新前 | winverで現在のビルドを記録する |
| 更新前 | Hyper-V、WSL、Docker、VM、ゲームなど利用中の仮想化依存アプリを記録する |
| 更新前 | 復元ポイント、回復ドライブ、社内復旧手順の有無を確認する |
| 更新後 | winverでBuild 26220.8690または後続ビルドになったか確認する |
| 更新後 | 再起動、スリープ復帰、VM起動、ゲーム起動を順番に確認する |
| 更新後 | スタートメニューとスタートアップ設定の表示を確認する |
| 問題発生時 | 停止コード、発生日時、再現手順を記録する |
| 問題継続時 | Feedback Hubまたは管理者へ、記録を添えて報告する |
Insider Betaは、通常利用しながら新機能や修正を試せる一方で、正式版と同じ安定性を前提にするとトラブル時の影響が大きくなります。特にBuild 26220.8690では仮想化関連のbugcheck修正が中心にあるため、Hyper-V、WSL 2、Docker Desktop、仮想マシン、ゲームを使うPCでは、更新後に「何が改善したか」「何がまだ残っているか」を分けて確認してください。
最後に取るべき行動はシンプルです。まず winver でビルド番号を確認し、Windows Updateで後続更新の有無を確認します。次に、仮想化関連アプリやゲームの再現条件を一つずつ切り分けます。業務PCや管理対象PCでは、更新削除、仮想化機能の変更、ダンプ共有を自己判断で行わず、管理者へビルド番号と停止コードを添えて相談してください。
コメント