Windows 11の品質更新プログラム適用直後にブルースクリーン（BSOD）が発生し、ネットワークも不通――そんなときに「ハード故障か？」「再適用してよいのか？」と迷わないための実践ガイドです。ここではLenovo LOQ（Windows 11 Home）でKB5065426直後に起きた事象を例に、原因の考え方、復旧・再適用の安全手順、再発防止策、停止コードの読み解き方までを一気通貫で解説します。
事象の整理（前提）
対象環境：Lenovo LOQ、Windows 11 Home。最新の品質更新プログラムKB5065426をインストール直後、起動中にBSOD。停止コードは未確認（自動再起動で読めず）。ネットワークにも接続できなくなり、Windows回復環境（WinRE）から当該更新をアンインストールすると正常起動に復帰。
結論（先に答え）
- 原因は「一過性の更新とドライバの相性」要因が濃厚：ハード故障の可能性は低い。アンインストールで安定に戻るなら、更新側（累積パッチ）と特定ドライバ／BIOSの組み合わせで生じた起動障害を疑うのが妥当。
- 現状が安定しているなら無理な再適用は不要：Microsoftが修正版やブロック緩和を反映するまで、更新の一時停止やwushowhideでKB5065426を非表示にして様子見が安全。
- 再適用する場合は「整備 → 検証 → 再試行」の三段階：SFC/DISMで整合性を整え、BIOS・チップセット・ストレージ・GPUドライバを最新化してから再適用。多くは2回目で成功する。
- 再発時はWinREから品質更新のみアンインストールで即時復旧可能。オフラインDISMでの除去手順も覚えておくと安心。
なぜ品質更新でBSODが起きるのか（メカニズム簡解）
品質更新（累積更新）は、カーネルやドライバとの境界に触れる修正を含むことがあります。特に以下の条件が重なると、起動直後にカーネルモードドライバが初期化に失敗し、BSODが誘発されます。
- 古いBIOSやチップセット/ストレージ/グラフィックスドライバとの組み合わせ不整合
- ブートパス上のフィルタドライバ（ストレージ暗号化・RAID・高速化ソフト等）
- セキュリティ関連機能（VBS/HVCI、メモリ整合性、カーネルスタック保護）との互換性問題
- 残存破損（CBS/WinSxSの不整合、破損した更新キャッシュ）
今回、更新のアンインストールで正常化しているため、SSD/NVMeの物理障害やメモリ不良の可能性は相対的に小さく、更新×特定ドライバ（あるいはBIOS）という論点が主軸になります。
同様の事例はあるのか
Windowsの累積更新は広範な構成に配布されるため、月例のタイミングで「特定メーカー・特定構成のみ」BSODや起動遅延が報告されることは珍しくありません。Lenovo LOQはNVIDIA/AMD GPU・最新世代チップセット・NVMeなど構成が多様で、ベンダー配布ドライバとWindows Update配布ドライバのどちらを優先しているかによっても結果が変わります。したがって「再適用に備えた環境整備」→「安全な再試行」→「だめなら更新停止」という現実的な運用が効果的です。
再適用の可否を決める判断フロー
| 状況 | 推奨アクション | 補足 |
|---|---|---|
| アンインストール後は完全に安定 | 更新の一時停止／KBの非表示で様子見 | 業務停止回避が最優先。修正版配信まで待機。 |
| セキュリティ修正が至急必要 | 整備（SFC/DISM/BIOS/ドライバ）→再適用 | 適用前にバックアップと復旧手順を準備。 |
| 再適用してもBSODが再発 | WinREで品質更新のみ除去→非表示化 | 停止コード・ミニダンプから原因ドライバを特定。 |
再適用前にやるべき「環境整備チェックリスト」
- システム整合性の修復：
cmd（管理者）: sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth - 更新キャッシュのクリア（改善体験が多い手当）：
net stop wuauserv net stop bits ren C:\Windows\SoftwareDistribution SoftwareDistribution.old net start bits net start wuauserv - Lenovo Vantageで最新化：BIOS、チップセット、ストレージ（RST/RAID/NVMe）、GPU（NVIDIA/AMD）、無線LAN/Bluetooth、オーディオをすべて適用。
- ストレージの健全性チェック：
chkdsk C: /scan wmic diskdrive get status - クリーンブート準備（非必須だが効果的）：
msconfig →「サービス」→「Microsoftのサービスを隠す」→「すべて無効」→「スタートアップはタスクマネージャで無効」。 - 復元ポイント／バックアップ：更新前に作成。BitLocker使用時は回復キーの保管を確認。
安全重視の「更新再適用」手順
- 自動再起動を抑止（停止コードを読むため）：
コントロール パネル →「システム」→「システムの詳細設定」→「起動と回復」→「システム エラー」→「自動的に再起動する」のチェックを外す。 - ネットワークと電源を安定化：有線LAN、AC給電で実施。外部周辺機器は最小構成に。
- Windows UpdateからKB5065426を手動適用：再起動を指示されたら実施。
- 起動後の確認：デバイス マネージャーの「！」なし、イベントビューア（システム/アプリケーション）に重大エラーがないか点検。
なお、2回目で成功するケースが多いのは、初回で不足していた前提ドライバやコンポーネントが揃い、整合性が取れるためです。
失敗（再発）したときの即応ルート
WinREから品質更新のみを削除（最短復旧）
- 自動修復画面 →「詳細オプション」→「トラブルシューティング」→「詳細オプション」。
- 「更新プログラムのアンインストール」→「最新の品質更新プログラムのアンインストール」を選択。
- 再起動→正常起動を確認。
WinREのコマンド プロンプトでオフラインDISM（上級）
GUIでうまく除去できない場合は、オフラインDISMを使用します。WinREのドライブ文字はC:でない場合があるため、まずWindowsのあるドライブを特定します。
diskpart
list volume
exit
Windowsのドライブを仮にD:として、インストール済みパッケージを確認：
dism /Image:D:\ /Get-Packages /Format:Table
Package_for_RollupFix~…KB5065426…のようなPackageNameを見つけ、以下で削除：
dism /Image:D:\ /Remove-Package /PackageName:Package_for_RollupFix~<略>~KB5065426~<略>
削除完了後に再起動します。
停止コード別「よく出る原因」早見表
| 停止コード（例） | ありがちな原因 | 対処の優先度 |
|---|---|---|
| INACCESSIBLE_BOOT_DEVICE | ストレージ/RAID/NVMeドライバの不整合、SATA/RAIDモード変更履歴 | BIOSでSATA/RAID設定を確認、ストレージドライバ更新、オフラインDISMでロールアップ除去 |
| PAGE_FAULT_IN_NONPAGED_AREA | GPU/ネットワークなどカーネルドライバの不具合、セキュリティ機能との相性 | デバイスドライバ更新・ロールバック、メモリ診断（mdsched） |
| DRIVER_IRQL_NOT_LESS_OR_EQUAL | ネットワーク/ストレージ/USBドライバのアクセス違反 | 最新ドライバ適用、問題デバイスの一時無効化→再検証 |
| DPC_WATCHDOG_VIOLATION | ストレージタイムアウト、古いNVMeドライバ | NVMe/IRST更新、ファームウェア更新、電源設定の初期化 |
| SYSTEM_SERVICE_EXCEPTION / KMODE_EXCEPTION_NOT_HANDLED | 更新後のカーネルAPI変更と古いドライバの不整合 | 該当ドライバの更新・除去、VBS/メモリ整合性設定の再評価 |
ネットワークが使えない場合のチェックリスト
再適用後にネットワークが不通となる症状は、更新でNICドライバやネットワークスタックが再構成された際に起きがちです。
- デバイス マネージャーでネットワークアダプタの状態を確認（「このデバイスは正しく動作しています」か）。
- コマンドでネットワークスタックをリセット：
netsh winsock reset netsh int ip reset ipconfig /flushdns ipconfig /release ipconfig /renew - NICドライバをベンダー提供版へ入れ替え（Lenovo配布 or チップメーカー配布）。
- 電源オプションのNIC省電力を無効（デバイスの電源管理タブのチェックを外す）。
原因追跡をもう一歩：ログの取り方
- Windows Updateログ（PowerShell 管理者）：
Get-WindowsUpdateLog生成されたWindowsUpdate.logで該当時刻のエラーを確認。 - CBSログ：
C:\Windows\Logs\CBS\CBS.logでコンポーネントの適用失敗を検索。 - 信頼性モニター：コントロール パネル →「セキュリティとメンテナンス」→「信頼性履歴の表示」。失敗イベントと「停止コード」を記録。
- ミニダンプ解析（上級）：
C:\Windows\Minidump\*.dmpをWinDbgやBlueScreenViewで!analyze -v。故障モジュール名（例：rt640x64.sys, nvlddmkm.sys, iaStorAC.sys など）が手がかり。
Lenovo LOQで注意したいポイント
- BIOS更新と「最適化既定値」：BIOSを最新化後、設定を既定に戻す（OC/メモリXMPやPCIe省電力の過剰設定が相性要因になることも）。
- ハイブリッドGPU構成：dGPU/iGPU切替（Optimus/ハイブリッドモード）の状態により、グラフィックドライバの組合せが変動。更新直後はベンダー推奨構成で固定して検証。
- ストレージ構成：RAID/ACHIのモード履歴がある場合は特にIRST/NVMeドライバを最新に。起動障害時はBIOSのSATAモードを不用意に変えない。
更新の抑止・制御（安定運用のために）
更新を一時停止
設定 → Windows Update →「更新を一時停止」。一時的に配信を止め、情報が出揃うまで待機します。
wushowhideでKBを非表示
「Show or hide updates（wushowhide.diagcab）」でKB5065426を非表示にすると、Windows Updateから当該KBが提案されなくなります。再検証のタイミングで非表示解除すればOK。
PowerShell（上級：PSWindowsUpdate）
管理者PowerShellでモジュールを導入して、個別KBを除外・制御する運用も可能です（企業・上級者向け）。
再適用が怖い場合の「段階的検証」
- クリーンブートで適用：サードパーティ常駐・サービスを止めた状態で更新。
- ドライバの固定：問題の出やすいGPU/NIC/ストレージのドライバをベンダー版に固定（「ドライバーの更新」をWindows Update経由に任せない）。
- 復元ポイントを都度切る：適用前に復元ポイント、適用後に安定化を確認してから常用アプリを戻す。
よくある質問（FAQ）
Q：アンインストール後にエラーチェック（ドライブ検査）で問題なし。ハード故障の可能性は？
A：低いと判断できます。物理障害があればアンインストールで安定し続けることは稀です。今回は更新×ドライバ相性の線が濃厚です。
Q：いつ再適用すべき？
A：業務影響が小さい時間帯に、整備手順（SFC/DISM/最新BIOS&ドライバ）を完了してから。うまくいかない場合に備えてWinREでの削除手順も手元に。
Q：停止コードが読めません
A：自動再起動を無効化し、次回発生時に停止コードを撮影。また「信頼性モニター」やイベントビューア（カーネルブート/バグチェック）で確認可能です。
Q：ネットワークが落ちる原因は？
A：NICドライバ置換・省電力ポリシー・セキュリティ機能との相性が定番。スタックリセットとドライバの入れ直しで改善するケースが多いです。
まとめ（実践の指針）
- 今は安定＝急ぎで再適用しない。まずは一時停止や非表示で様子見。
- 再適用するなら整備→検証→再試行：SFC/DISM、BIOS・ドライバ最新化、クリーンブート、有線・AC固定。
- 再発時の逃げ道を確保：WinREの「品質更新アンインストール」やオフラインDISMのコマンドを準備。
- 停止コードとミニダンプで原因を特定：該当デバイスのドライバ更新・ロールバックで収束を図る。
付録：再現テスト用のチェックシート（コピー可）
| 項目 | 実施 | メモ |
|---|---|---|
| SFC/DISM実行・再起動 | □ | |
| BIOS/各種ドライバ最新化（Vantage） | □ | |
| 更新キャッシュのリセット | □ | |
| クリーンブート適用 | □ | |
| 復元ポイント/バックアップ作成 | □ | |
| 有線LAN/AC給電で更新 | □ | |
| 起動後のデバイス状態確認 | □ | |
| 信頼性モニター/イベントログ点検 | □ |
付録：トラブル時に役立つコマンド一覧
:: 整合性修復
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
:: Windows Updateキャッシュ再生成
net stop wuauserv
net stop bits
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old
net start bits
net start wuauserv
:: ネットワーク復旧
netsh winsock reset
netsh int ip reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew
:: オフラインDISM（WinRE） - 例
dism /Image:D:\ /Get-Packages /Format:Table
dism /Image:D:\ /Remove-Package /PackageName:
:: 更新列挙
powershell Get-HotFix
dism /Online /Get-Packages /Format:Table 以上を踏まえれば、KB5065426でのBSODも「慌てずに戻す」「整えてから再挑戦する」「だめなら抑止する」という三本柱で安定運用に戻せます。Lenovo LOQのようなゲーミング系ノートはドライバ構成が複雑な分、ベンダー版ドライバの優先とBIOS/ファームの最新化が特に重要です。無理に突き進まず、確実に戻れるルートを確保してから一歩ずつ進めましょう。
コメント