Windows 11で突然再起動「Bugcheck」原因を特定する実践ガイド：イベントビューアだけで迷わない手順

Windows 11搭載ノートPCが、作業中に前触れなく再起動してログイン画面に戻る。画面には何も出ず、イベントビューアには「Bugcheck により再起動」や「予期しないシャットダウン」が残る──この症状は、原因が1つに絞れないぶん、調べ方の順序が結果を左右します。本記事では、イベントビューアで詰まりやすいポイントを避けつつ、再起動の“決定打”になった証拠（ダンプ、エラーコード、ドライバ名、ハード兆候）へ最短でたどり着く手順をまとめます。

• Windows 11で突然再起動「Bugcheck」原因を特定する実践ガイド：イベントビューアだけで迷わない手順
  • 「Bugcheck」と「予期しないシャットダウン」の意味を先に押さえる
  • まずやるべき：青画面を“表示させる”設定
  • 原因特定の本丸：ミニダンプ（Minidump）を解析する
    • 1) ダンプが作られている場所
    • 2) 解析ツールの使い分け
  • イベントビューアは「フィルター」で“直前”だけを見る
    • 見る場所
    • 直前に出やすい代表例
  • もう1つの近道：信頼性モニターで時系列を俯瞰
  • 原因の当たりを付ける：症状別の典型パターン
    • A. ハード寄り（WHEA、無言再起動が多い）
    • B. ドライバ寄り（特定モジュール名が出る）
    • C. 電源・スリープ系（Kernel-Power 41のみ目立つ）
  • すぐ効く“安全な切り分け”セット
  • まとめ：イベントビューアで見つからない時こそ「ダンプ」と「直前ログ」

「Bugcheck」と「予期しないシャットダウン」の意味を先に押さえる

• Bugcheck：いわゆるブルースクリーン（BSOD）相当の致命的エラーが起き、Windowsが停止・再起動した痕跡です。設定によっては青画面が一瞬で消え、ユーザーは「突然再起動した」ように見えます。

• 予期しないシャットダウン（Kernel-Power 41 など）：再起動の“結果”として記録されることが多く、原因そのものではありません。ここだけ追うと迷子になります。

狙うべきは「再起動の直前に何が起きたか」を示すログやファイルです。

まずやるべき：青画面を“表示させる”設定

突然再起動で手がかりが消える場合、次の設定で情報が残りやすくなります。

1. システムの詳細設定 → 起動と回復

2. **「自動的に再起動する」**のチェックを外す

3. デバッグ情報の書き込みを「自動メモリダンプ」または「カーネルメモリダンプ」に

これで次回発生時に停止コードが見える可能性が上がり、ミニダンプも作成されやすくなります。

原因特定の本丸：ミニダンプ（Minidump）を解析する

Bugcheckが記録されるのに原因が見えない最大の理由は、イベントビューアだけでは“犯人（ドライバ名など）”まで出ないケースが多いからです。
以下を確認してください。

1) ダンプが作られている場所

• C:\Windows\Minidump\（ミニダンプ）

• C:\Windows\MEMORY.DMP（大きめのダンプ）

ファイルが無い場合は、ページファイル無効化や容量不足、クラッシュ直後の電源断などが疑われます。

2) 解析ツールの使い分け

• まずは軽量に原因候補を掴む：BlueScreenView / WhoCrashed（ドライバ名が出やすい）

• 追い込みたい：**WinDbg（Windows Debugger）**で !analyze -v

重要なのは、**停止コード（例：WHEA_UNCORRECTABLE_ERROR、DRIVER_IRQL_NOT_LESS_OR_EQUAL など）**と、怪しいドライバ・モジュール名です。ここが出れば、次の対処が一気に現実的になります。

イベントビューアは「フィルター」で“直前”だけを見る

イベントビューアを闇雲に眺めても見つかりません。次の観点で絞ります。

見る場所

• Windows ログ → システム

• Windows ログ → アプリケーション

直前に出やすい代表例

• BugCheck（イベントID 1001）：停止コードやダンプ保存先が書かれることがある

• Kernel-Power（41）：結果。直前に別の重要ログが無いかを探す目印

• WHEA-Logger（17/18/19/20）：CPU/メモリ/PCIe/SSD等のハード系兆候

• Disk / storahci / stornvme：ストレージタイムアウトやリセット

• Display / nvlddmkm（NVIDIA）系：GPUドライバ起因の可能性

やり方は簡単で、再起動が起きた時刻を中心に前後5分に範囲を絞り、エラーと重大のみ表示して“直前の先頭”から見ます。

もう1つの近道：信頼性モニターで時系列を俯瞰

Windowsには「何がいつ落ちたか」をまとめる画面があります。

• コントロール パネル → セキュリティとメンテナンス → 信頼性モニター
  （またはスタート検索で「信頼性」と入力）

ここでは、再起動のタイミングにアプリクラッシュ、Windowsエラー、ドライバ更新が重なっていないか確認できます。イベントビューアより“再起動の文脈”が掴みやすいのが利点です。

原因の当たりを付ける：症状別の典型パターン

解析で出る停止コードや直前ログの種類で、疑うべき方向が変わります。

A. ハード寄り（WHEA、無言再起動が多い）

• WHEA-Logger 18 や WHEA_UNCORRECTABLE_ERROR

• 高負荷時（動画編集、ゲーム、AI処理、書き出し）に発生しやすい
  対処の優先順位：

1. BIOS/UEFI更新（安定性改善が入ることがある）

2. チップセット・GPUドライバ更新（メーカー配布を優先）

3. 温度確認（高温で瞬断や保護動作が起きる場合）

4. メモリ診断（Windowsメモリ診断より、可能なら専用テストを長時間）

5. SSDの健全性（SMART、ファームウェア、空き容量）

B. ドライバ寄り（特定モジュール名が出る）

• DRIVER_IRQL_NOT_LESS_OR_EQUAL、SYSTEM_SERVICE_EXCEPTION 等

• 解析で特定の .sys が繰り返し出る
  対処の優先順位：

1. そのドライバに紐づくデバイスのドライバを入れ直す/ロールバック

2. **常駐ソフト（セキュリティ、チューニング、RGB、仮想化系）**を停止・削除して切り分け

3. Windows Update 直後なら、更新履歴から該当KBを疑う

C. 電源・スリープ系（Kernel-Power 41のみ目立つ）

• 画面が落ちる、復帰に失敗する、AC接続状態で変わる
  対処の優先順位：

1. 高速スタートアップを無効化

2. スリープ/休止の設定見直し（復帰失敗を避ける）

3. 電源プランで最小/最大プロセッサ状態やPCIe省電力を調整（検証目的）

すぐ効く“安全な切り分け”セット

原因が不明な段階で、リスクが低く効果が高い順に並べます。

1. Windows・ドライバ・BIOSを最新化（ただし不具合が増えた直後ならロールバックも視野）

2. システムファイル修復：sfc /scannow と DISM /Online /Cleanup-Image /RestoreHealth

3. クリーンブートで常駐の影響を排除

4. 外部機器を外す（USBドック、外付けSSD、変換アダプタ）

5. 温度・ストレージ・メモリの順に健全性チェック

ポイントは、対処を一気にやり過ぎないことです。1つ変えたら再現条件で試し、ログやダンプの変化を見て“犯人に近づく”のが最短です。

まとめ：イベントビューアで見つからない時こそ「ダンプ」と「直前ログ」

突然再起動で手がかりが薄いケースでも、Bugcheckが出ている＝必ず証拠はどこかに残る可能性が高いです。
イベントビューアは「結果」が多く、原因の特定には限界があります。

• 自動再起動を止めて停止コードを見える化

• Minidump を解析してドライバ名・停止コードを掴む

• 直前5分のログと信頼性モニターで“きっかけ”を特定

この流れで追えば、闇雲な対処から抜け出し、更新・ロールバック・ハード点検のどれに進むべきかがはっきりしてきます。