Windows 10 から Windows 11 へ上書きインストール（インプレース アップグレード）すると、進行度48%前後で「Hypervisor error」のブルースクリーンになって失敗する――この症状は、実は“仮想化”そのものよりも、GPUドライバー競合が引き金になっているケースが少なくありません。データとアプリを保持したまま完走するための、再現性の高い手順をまとめます。
起きている現象：48%前後で「Hypervisor error」→ロールバック
Windows 11 の上書きインストールは、途中でドライバーの入れ替えや再適用が行われます。そこでディスプレイアダプター（GPU）系ドライバーが競合・不整合を起こすと、停止エラー（ブルースクリーン）として「Hypervisor error」が出てロールバックすることがあります。
| 状況 | 結果 | 示唆されること |
|---|---|---|
| Windows 10 → 11 の上書きインストール | 48%前後で Hypervisor error、ロールバック | アップグレード中のドライバー適用フェーズで衝突が起きやすい |
| USB/DVD からのクリーンインストール | 成功する | 既存OS側の残存ドライバー／常駐ソフトの影響が濃厚 |
| 同一PCで再試行しても同じ% | 同じように失敗 | ある特定処理（多くはドライバー）がトリガーになっている可能性 |
結論：原因の本命は「GPUドライバーの競合・残骸」
特にありがちなのが、過去に NVIDIA と AMD を入れ替えた、オンボード＋dGPU 構成でドライバーが混在した、古いドライバーが残っている、Windows Update 経由のドライバーが途中投入される――といったパターンです。アップグレード処理の途中でディスプレイドライバーが切り替わる瞬間に、結果として Hypervisor 系の停止エラーとして表面化します。
ポイントはシンプルで、上書きインストールの間だけGPU専用ドライバーを“完全に外し”、Microsoft 基本ディスプレイ アダプターの状態で進めることです。
最短で成功率が上がる全体像（先に流れだけ）
- 重要データをバックアップ（BitLockerは一時停止）
- セーフモードで DDU を使い、NVIDIA/AMD のディスプレイドライバーを完全削除
- インターネットを切断し、Windows 11 ISO を「マウント」して setup.exe 実行（更新ダウンロードはしない）
- 完了後にネット接続→ベンダー公式の最新 WHQL GPUドライバーをクリーン導入
作業前のチェックリスト（失敗しない準備）
上書きインストールの失敗は「準備不足」が原因で再現しやすいです。先に潰しておくと、アップグレード自体の成功率も、トラブル時の復旧性も上がります。
| 項目 | やること | 理由 |
|---|---|---|
| バックアップ | ドキュメント、デスクトップ、写真、業務データを別ドライブ/クラウドへ | 最悪のロールバック失敗やプロファイル破損に備える |
| BitLocker | 有効なら一時停止（再起動後に自動再開される構成でもOK） | アップグレード中のブート変更で回復キー要求になるのを避ける |
| 空き容量 | Cドライブに余裕を確保（目安 40GB以上） | 展開・退避領域が不足すると別の原因で失敗する |
| 外付け機器 | キーボード/マウス以外は外す（外付けSSD、ドック等） | 周辺機器ドライバーがアップグレード中に割り込むのを防ぐ |
| セキュリティソフト | サードパーティ製は一時停止または無効化（Defenderのみなら基本そのまま） | システム変更をブロックして失敗する例がある |
手順1：GPUドライバーを“完全削除”する（DDU推奨）
コントロールパネルのアンインストールやデバイスマネージャーの削除だけでは、残骸が残って競合が再発することがあります。Display Driver Uninstaller（DDU）を使い、セーフモードで徹底的にクリーンにするのがコツです。
セーフモード起動（代表的な方法）
- 設定 → 「システム」→「回復」→「今すぐ再起動」（詳細スタートアップ）
- トラブルシューティング → 詳細オプション → スタートアップ設定 → 再起動 → 数字キーで「セーフモード」
DDUで削除する対象（NVIDIA/AMDは両方チェック）
「今はNVIDIAだけ」「今はAMDだけ」と思っていても、過去の導入履歴で両方のコンポーネントが残っていることがあります。疑わしい場合はNVIDIA/AMDの両方を掃除するのが近道です。
| 対象 | 削除の狙い | 補足 |
|---|---|---|
| NVIDIA ディスプレイドライバー | nvlddmkm 等の残存・サービス競合を排除 | GeForce Experience など周辺コンポーネントも含めてクリーンに |
| AMD Radeon ドライバー | 旧世代の残骸やレジストリを排除 | Adrenalin 由来のコンポーネントも残りがち |
| （必要なら）Intel iGPU 関連 | Hybrid構成での衝突回避 | ノートPC等で状況により。基本はNVIDIA/AMD優先でOK |
削除後の“正しい状態”を確認する
再起動後、デバイスマネージャーで「ディスプレイ アダプター」を確認し、「Microsoft 基本ディスプレイ アダプター」になっていれば合格です。この状態で上書きインストールを走らせます（ここでベンダーGPUドライバーを入れ直さないのが重要）。
手順2：最小構成で Windows 11 上書きインストールを実行する
次はアップグレード本番です。ここでの狙いは、アップグレード途中に“余計なドライバー”が自動投入されない状態を作ることです。特にインターネット接続があると、更新プログラムやドライバーが途中で入って状況がぶり返すことがあります。
やること（成功率が上がる順に重要）
- インターネットを切断（LANケーブルを抜く、Wi-Fiをオフ）
- 外付け機器は可能な限り外す（ドック、キャプチャ、USBオーディオ、外付けGPU等）
- ISO を「展開（解凍）」ではなく「マウント」し、そこから setup.exe を起動
- 画面で「今は更新プログラムをダウンロードしない」を選択
- 「個人用ファイルとアプリを引き継ぐ」を選択
ISOの“よくある落とし穴”
ISOを解凍ソフトで展開してから実行すると、フォルダ権限や実行コンテキスト、パスの違いで挙動が変わることがあります。エクスプローラーで ISO を右クリックして「マウント」し、仮想ドライブとして開いてsetup.exeを直接起動するのが安定します。
「更新プログラムをダウンロードしない」を勧める理由
一般的には更新を取り込んだほうが成功率が上がる場面もありますが、この症状では逆効果になることがあります。上書きインストール中にGPU関連ドライバーや周辺の更新が差し込まれると、DDUで整えた状態が崩れるためです。まずはオフライン＆更新ダウンロードなしで完走し、完了後にまとめて最新化したほうがトラブルが少なくなります。
手順3：アップグレード後にGPUドライバーを“正しく戻す”
Windows 11 への移行が完了したら、ネット接続を戻してから GPU ドライバーを導入します。ここでのコツは、ベンダー公式の最新 WHQL を入れることと、可能ならクリーンインストール相当のオプションを使うことです。
- NVIDIA：インストーラーで「カスタム」→「クリーンインストール」相当の選択肢があれば利用
- AMD：最新の Adrenalin を導入（問題が出る場合は“最小/ドライバーのみ”を検討）
その後、外した周辺機器や常駐ソフトを段階的に戻し、BitLocker が一時停止のままなら再開します。
それでも改善しない場合：仮想化機能を一時停止して再挑戦
停止エラー名に「Hypervisor」と入るため、仮想化まわりが直接の原因に見えることがあります。実際にはGPU競合が主因でも、仮想化・コア分離（HVCI）・VBS 周辺が絡むと失敗し続けることもあります。次の項目を“アップグレードの間だけ”切り分けとしてオフにします。
| 項目 | 場所 | オフにする意図 | 完了後 |
|---|---|---|---|
| Hyper-V | 「Windows の機能の有効化/無効化」 | ハイパーバイザー関連コンポーネントの割り込みを減らす | 必要なら再度オン |
| 仮想マシン プラットフォーム | 同上 | WSL/仮想化基盤の影響を避ける | 利用者はオンに戻す |
| Windows ハイパーバイザー プラットフォーム | 同上 | 仮想化API層を一時退避 | 必要に応じて戻す |
| Windows Sandbox | 同上 | 依存コンポーネントを減らす | 必要なら戻す |
| メモリ整合性（HVCI） | Windows セキュリティ → デバイス セキュリティ → コア分離 | ドライバー署名/整合性チェックが原因で弾かれるのを回避 | 安全のため戻す推奨 |
bcdedit でハイパーバイザー起動を制御する（切り分け用）
機能UIでの無効化が難しい場合や、より強く切り分けたい場合は bcdedit を使います。管理者でコマンドプロンプトを開いて実行してください。
bcdedit /set hypervisorlaunchtype off再起動して上書きインストールを実行し、成功したら以下で元に戻します。
bcdedit /set hypervisorlaunchtype autoこの手順は“原因特定のための一時措置”として有効です。常用でオフにするのではなく、アップグレードが終わったら必要に応じて戻します。
「クリーンブート」で常駐ソフト起因の競合を潰す
GPUドライバーが本命でも、常駐ツールがドライバーにフックしていたり、OS更新をブロックすることがあります。代表例は、チューニング系ユーティリティ、古いオーバーレイ、画面録画/配信ソフト、ベンダー管理ツール、VPNクライアント、古い暗号化/バックアップ常駐などです。
- msconfig（システム構成）で Microsoft 以外のサービスを無効化
- スタートアップを最小化（タスクマネージャーから無効化）
- 再起動してから、DDU→オフライン上書きインストールを再実行
安定化のために効くこと：チップセット/ストレージ/BIOS(UEFI)更新
上書きインストールは、GPUだけでなくストレージやチップセットのドライバー・ファームウェアとも相性が出ます。特に以下のような構成では、更新で一気に通ることがあります。
- Intel RST などストレージドライバーを使っている
- NVMe SSD のファームが古い
- BIOS/UEFI が発売初期のまま
- メモリ/XMP（EXPO）を強めに設定していて不安定
上書きインストール前だけでも、BIOSを最新にして、OC設定を標準に戻して試す価値があります（特に「いつもは動くが、OS更新だけ落ちる」タイプの不安定さに効きます）。
失敗したときのログ確認：原因を“推測”から“確証”へ
同じ48%でも、裏で落ちているポイントは環境により異なります。ログを確認すると「どのドライバーで落ちたか」の当たりがつき、無駄な試行回数を減らせます。
| 確認先 | パス | 見どころ |
|---|---|---|
| セットアップ エラーログ | C:\$WINDOWS.~BT\Sources\Panther\setuperr.log | 直前のエラー行、ドライバー名、互換性ブロックの痕跡 |
| セットアップ詳細ログ | C:\$WINDOWS.~BT\Sources\Panther\setupact.log | 時系列での処理内容（setuperrより情報量が多い） |
| 診断ツール | SetupDiag | ログから失敗原因を要約してくれる（人間が読む手間が減る） |
ログに GPU ドライバーらしきモジュール名（NVIDIA/AMD/Display関連）が出ているなら、DDU→オフライン上書きの筋がさらに濃厚です。逆にストレージや暗号化、フィルタードライバー系が出ているなら、クリーンブートや該当ドライバーの更新・削除が近道になります。
よくある質問（詰まりポイントだけ先回り）
DDU後、画面解像度が低くて不安です
正常です。Microsoft 基本ディスプレイ アダプターは最低限の表示にする代わりに、競合の原因になりがちなベンダー機能を持ち込みません。アップグレード完了後に最新版ドライバーを入れれば戻ります。
ディスプレイドライバーを削除すると、上書きインストールが逆に失敗しませんか？
この症状の文脈では、むしろ成功率が上がることが多いです。アップグレード中に“入れ替え対象”が少ないほど、衝突が起きにくくなります。
「更新プログラムをダウンロードしない」はセキュリティ的に大丈夫？
アップグレード完走が優先です。完了後に Windows Update を実行し、累積更新やドライバーを最新化すれば問題ありません。むしろ途中での自動投入を避ける狙いがあります。
クリーンインストールできるのに上書きだけダメなのはなぜ？
クリーンインストールは既存のドライバーや常駐ソフトがない状態から始まります。一方、上書きインストールは既存環境を引き継ぎながら置き換えるため、古いドライバーやフィルター、サービスの影響を受けやすいのが違いです。
再発防止：アップグレードに強い環境の作り方
今回いったん通っても、次の大型更新で似た事故が起きることがあります。今後のために、次の運用を勧めます。
- GPUドライバーは「ベンダー公式のWHQL」を基本にし、不要な付属機能は最小にする
- 過去にGPUを換装したPCは、半年〜1年に一度「ドライバーの棚卸し」をする
- WSL/Hyper-V/VBS を使うPCは、ドライバーの互換性（特に古い周辺機器）を意識する
- 大型更新の前に、外付け機器や常駐を減らして“最小構成”で通すクセをつける
まとめ：実効性が高い順にやるべきこと
- DDUでGPUドライバー（NVIDIA/AMD）を完全除去し、Microsoft 基本ディスプレイ アダプターの状態で上書きインストールを実行
- オフライン＋周辺機器を外し、ISOはマウントして setup.exe、更新ダウンロードなしで完走を狙う
- 改善しない場合は、Hyper-V/VBS/HVCIなど仮想化系機能を一時停止し、クリーンブートやBIOS/ドライバー更新も併用
「クリーンインストールなら成功するのに、上書きだけ48%で落ちる」タイプの Hypervisor error は、手順どおりに“ドライバーを整理してから最小構成で実行”すると、データやアプリを保ったまま通る可能性が大きく上がります。
コメント