Windows 11 にしてから、Web閲覧中やオンラインゲーム中にだけ数分〜数十分で突然フリーズし、そのまま強制再起動になってしまう…。温度も低く、ブルースクリーンも出ないので原因が分からず困っている人は少なくありません。本記事では、イベントビューアーに「WHEA-Logger」や「Kernel-Power」が記録されるケースを例に、何が起きているのかを整理しつつ、再現テストと具体的な対処手順を順番に解説します。
症状の整理：ランダムフリーズ＋クラッシュでBSODがほとんど出ない
ここで扱うケースは、次のような状況を想定しています。
- Windows 11 環境
- Web閲覧中、動画視聴中、オンラインゲーム中などに数分〜数十分で突然フリーズ
- 数秒〜数十秒固まったあと、いきなり電源が落ちるor再起動（自分で電源ボタン長押しすることも）
- ブルースクリーン（BSOD）は出ないか、出てもごくまれ
- CPU/GPU温度は最大でも50℃前後と低め
- Cドライブの空き容量は100GB以上ある
- イベントビューアーに
Kernel-Power（イベントID 41）WHEA-Logger（Processor Core 関連のエラー）Kernel-EventTracing
温度・空き容量・表面的な負荷だけを見ると「余裕があるのになぜ？」と感じますが、このパターンはハードウェアか、そのかなり近い層の不安定が本命です。
イベントログから読み解く：WHEA-Logger と Kernel-Power の意味
まずはイベントビューアーのメッセージが何を示しているのかを整理します。
| イベント名 | 代表的なイベントID | ざっくりした意味 |
|---|---|---|
| Kernel-Power | 41 | 「正常な手順を踏まずに電源が落ちた／再起動した」履歴。結果を示すログ。 |
| WHEA-Logger | 18, 19 など | CPU・メモリ・バスなどのハードウェア誤作動を検知したログ。 |
| Kernel-EventTracing | 1, 2 など | トレースセッションの開始/停止など。単体では致命的エラーとは限らない。 |
Kernel-Power（イベントID 41）は「結果」のログ
Kernel-Power 41は、よく「電源が悪いのか？」と考えられがちですが、実際には次のような意味合いです。
- OSから見て予期しない電源断・リセットが起こった
- 電源ボタン長押し、ブレーカー落ち、ハング→強制再起動 など、原因はさまざま
- 「なぜそうなったか」は別のログや症状から読み解く必要がある
つまり、Kernel-Powerは「事件現場の記録」であり、「犯人」そのものではありません。
WHEA-Logger（Processor Core）は低レイヤの不安定サイン
WHEA-Loggerは Windows Hardware Error Architecture が検出したエラーで、特にメッセージ内に
- “Processor Core”
- Cache Hierarchy Error
- Bus/Interconnect Error
といった文言が含まれている場合、次のいずれかが強く疑われます。
- CPU本体の不安定（個体差・劣化・過度なOC/アンダーボルト）
- メモリ（XMP/EXPO設定、相性、不良DIMM、スロット不良）
- マザーボード（VRM、BIOS、電源供給経路、PCIe周り）
- 電源ユニット（電圧の揺れ、容量不足、経年劣化）
ソフトウェア的な不具合でもWHEAが出ることはありますが、「Processor Core」系が出ている場合は、まずハード寄りと考えた方が切り分けは早く進みます。
BSODが出ない＝OSが落ちる前に固まっている可能性
ブルースクリーンがほとんど出ないのも重要なヒントです。
- BSODは「あくまでWindowsがクラッシュを検知し、自分で落ちる」時に表示
- 今回のように完全フリーズ→いきなり電源断のパターンは、
- OSがログを書き終える前にCPU/電源が落ちる
- ファームウェア・電源周りのトラブルでOSまで制御が届いていない
このため、「温度も低いしBSODも出ないからソフトの問題だろう」と決めつけると、原因から遠ざかってしまいます。
原因候補の全体像を俯瞰する
今回のような症状でよく問題になるポイントをざっくり整理すると、以下のようになります。
| カテゴリ | 具体例 | チェック観点 |
|---|---|---|
| CPU/メモリ | PBO/Curve Optimizer、XMP/EXPO、アンダーボルト、メモリ相性 | OC/攻め設定をやめて安定するか、MemTestでエラーが出るか |
| 電源・マザーボード | 容量不足、経年劣化、VRMの発熱、BIOSのバグ | 別PSUで改善するか、BIOS更新・既定値化で改善するか |
| GPU/PCIe | GPUドライバーの不具合、PCIeスロット接触、補助電源不良 | DDUでクリーンインストール、別GPUや内蔵GPUで再現するか |
| OS/ドライバー | 古いチップセットドライバー、LAN/Wi-Fiドライバー、常駐ソフト | クリーンブートで再現するか、最新ドライバーで改善するか |
以降は、これらを「ゆるめて安定させる」→「最新に整える」→「パーツ単位で切り分ける」という順番で進めていきます。
まずやること：バックアップと「攻め設定」を全部やめる
事前準備：バックアップと復元ポイント
- 重要なデータ（ドキュメント、ゲームのセーブ、ブラウザのブックマークなど）を外付けドライブやクラウドにバックアップ
- Windowsの復元ポイントを作成しておく（システムの復元が有効な場合）
ハードウェア診断は基本的に安全ですが、BIOS更新や設定変更の過程でトラブルが起こる可能性もゼロではありません。大事なデータは先に守っておきましょう。
BIOS/UEFIを既定値に戻す
ハード寄りの不安定を疑うとき、最初にやるべきはあらゆるオーバークロック・チューニングをやめて標準状態に戻すことです。
- BIOSセットアップ画面を開く（起動時に
DelやF2など） - Load Optimized Defaults / Load UEFI Defaults といった項目で既定値をロード
- 特に次の機能は一度すべて無効化
- PBO（Precision Boost Overdrive）や類似の自動OC機能
- Curve Optimizer（負の値を入れている場合は要注意）
- CPUコア電圧の手動設定・アンダーボルト
- メモリのXMP/EXPOプロファイル
メモリは一旦JEDEC標準（Auto設定の低い周波数）に戻し、まずは「とにかく安定するかどうか」を確認します。ゲーム用の高速メモリでも、最初の切り分けでは攻めた設定を封印した方が近道です。
Windowsの高速スタートアップをオフにする
高速スタートアップは便利な一方で、ハード構成がシビアな環境では不具合の温床になることがあります。一度オフにして動作を確認してみてください。
- 「コントロール パネル」→「ハードウェアとサウンド」→「電源オプション」を開く
- 左メニューから「電源ボタンの動作を選択する」をクリック
- 「現在利用可能ではない設定を変更します」をクリック
- 「高速スタートアップを有効にする（推奨）」のチェックを外す
- 「変更の保存」をクリックして再起動
電源プランとPCI Expressの電源管理を調整
省電力寄りの設定がPCIeデバイス（GPUやNIC）と相性が悪いケースもあります。
- 「電源オプション」で現在のプラン（バランス推奨）の「プラン設定の変更」をクリック
- 「詳細な電源設定の変更」を開く
- 「PCI Express」→「リンク状態の電源管理」を「オフ」に変更
- 「プロセッサの電源管理」などは一旦既定値のままでOK
ここまでの状態でしばらく通常使用・オンラインゲームを試し、まだフリーズ／クラッシュが起こるかを確認します。
ファームウェア・ドライバーを一度きれいに整える
マザーボードBIOSを最新安定版へ
WHEA-Logger（Processor Core）のエラーは、CPUマイクロコードや電圧制御ロジックの更新で改善することがあります。マザーボードメーカーのサイトから、
- 現在使っている型番に対応した最新の安定版BIOS
- リリースノート（「システム安定性の改善」「新CPU対応」など）
を確認し、手順に従ってアップデートします。BIOS更新中に電源が落ちると致命的になるため、
- 更新中は絶対に電源を切らない
- できれば停電リスクの少ない時間帯に行う
といった基本を守りましょう。
AMDチップセットドライバーを最新にする
AMD CPUを使用している場合、チップセットドライバーが古いと電源管理やPCIe周りの挙動がおかしくなることがあります。公式サイトから最新のチップセットドライバーをダウンロードし、インストールします。
インストール後は必ず再起動し、その後の安定性を確認してください。
GPUドライバーをDDUで完全入れ直し
既に「クリーンインストール」を行っていても、古いドライバーの断片が残っているとトラブルの原因になることがあります。DDU（Display Driver Uninstaller）を使って一度完全に削除してから入れ直すと改善するケースが多いです。
- DDUをダウンロードして展開
- Windowsをセーフモードで起動
- DDUを起動し、GPUメーカー（NVIDIA / AMD / Intel）を選択
- 「クリーン＆再起動」を実行
- 再起動後、GPUメーカー公式サイトから安定版ドライバーをインストール
最新の「ゲームレディ」版だけでなく、一つ前の安定版に下げて試すのも有効です。
メモリ健全性チェック：WHEAが出るなら必ず通るべき工程
まずは Windows メモリ診断で簡易チェック
手軽に試せるのが「Windows メモリ診断」です。
Winキーを押して「メモリ診断」と入力- 「Windows メモリ診断」を起動
- 「今すぐ再起動して問題の有無を確認する」を選択
テスト完了後、ログにエラーが出ていないかを確認します。ここでエラーが出るようなら、かなり高い確率でメモリまたはメモリ設定に問題があります。
本格的に調べるなら MemTest86 を複数周回
より確実に調べたい場合は、MemTest86をUSBメモリから起動して最低4周テストするのがおすすめです。
- 1周だけだと運よくエラーが出ない場合がある
- 4周以上回してもエラーがゼロなら、少なくともメモリの信頼度はかなり高い
| 結果 | 考えられること | 次のアクション |
|---|---|---|
| 数分で大量エラー | 明確なメモリ不良・設定過激 | 1枚ずつテスト、XMP/EXPO無効、交換検討 |
| 数時間後にたまにエラー | ギリギリ安定していない設定 | 周波数ダウン、タイミング緩和、電圧Autoに戻す |
| 4周以上エラーなし | メモリ単体の問題は薄い | CPU・マザー・PSUなど他要因を優先的に調査 |
エラーが出た場合の切り分け
- メモリを1枚だけ挿してテスト
- どのDIMMでもエラー → スロット／マザー側の問題の可能性
- 特定のDIMMだけエラー → そのメモリモジュールが怪しい
- スロット位置を変えてテスト（推奨スロットでなくてもよい）
- XMP/EXPOを無効にし、周波数を一段下げて再テスト
- どうしてもエラーが消えない場合は購入店やメーカーに相談（RMA）
ストレージとシステムファイルの整合性をチェック
sfc / DISM / chkdsk でシステム側を整える
ハード要因が濃厚とはいえ、OS側の破損があると切り分けが難しくなります。管理者権限の PowerShell で以下を実行しておきましょう。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
chkdsk C: /scan
sfc /scannow：システムファイルの破損を検査・修復DISM：Windowsイメージ自体を修復chkdsk：ファイルシステムの整合性チェック
エラーが修復された場合は、再起動後の動作をしばらく観察します。
SSD/HDDのSMART情報とファームウェア
ストレージの健康状態もチェックしておきます。
- SSD/HDDメーカーのユーティリティ（例：SSD Toolbox など）でSMART情報を確認
- 異常セクタやエラーカウントが増えていないかを見る
- SSDのファームウェアが古い場合は最新に更新
ストレージ不良の場合はWHEAよりも別のエラーが出ることが多いものの、症状が似るケースもあるため、念のためチェックしておきましょう。
クリーンブートでソフトウェア競合を排除する
ここまでやっても症状が続く場合、常駐ソフトの競合が隠れている可能性があります。Windowsをクリーンブート状態にして動作を確認します。
クリーンブートの手順
Win + Rで「ファイル名を指定して実行」を開き、msconfigと入力して実行- 「サービス」タブで「Microsoft のサービスをすべて隠す」にチェック
- 残ったサービスをすべて無効にする
- 「スタートアップ」タブで「タスク マネージャーを開く」をクリック
- スタートアップをすべて「無効」に設定
- PCを再起動
この状態で同じゲームやWeb閲覧を行い、フリーズが再現するかどうかを確認します。
よく疑われる常駐ソフトの例
- Discordやゲームランチャーのオーバーレイ機能
- 録画・配信系ソフト（Game Bar、OBS、ShadowPlay など）のフック機能
- ハードウェアモニタリングツールの常時ポーリング
- 古いウイルス対策ソフト・システム最適化ツール
クリーンブートで安定する場合は、これらを一つずつ戻していき、どのソフトを有効にすると再発するかを探っていきます。
クラッシュ時の証拠を残す：ダンプ取得設定
原因が掴みにくい場合、次にクラッシュしたときのためにメモリダンプを保存する設定にしておくと分析が進みやすくなります。
自動再起動を止めてミニダンプを有効化
- 「スタート」ボタンを右クリック →「システム」→「システムの詳細設定」を開く
- 「起動と回復」欄の「設定」をクリック
- 「システムエラー」の「自動的に再起動する」チェックを外す
- 「デバッグ情報の書き込み」を「小メモリダンプ（256KB）」または「自動メモリダンプ」に設定
- OKを押して再起動
設定後、BSODが出るタイプのクラッシュであれば C:\Windows\Minidump に.dmpファイルが保存されます。これを専用ツール（BlueScreenView や WinDbg）で読み取ると、どのドライバーやモジュールが落ちているかのヒントになります。
電源・配線・パーツの物理チェック
電源ユニット（PSU）の確認
WHEA-Logger（Processor Core）が出ている場合でも、実際は電源が不安定でCPUがエラーを出しているだけというケースが少なくありません。
- 電源の型番・容量・購入時期を確認
- グラボ込みの構成に対して容量に余裕があるか（目安として最大消費電力＋200W程度）
- 5年以上前の電源や、ノーブランド製品は特に疑う
| PCの構成イメージ | 推奨PSU容量の目安 |
|---|---|
| ミドルクラスGPU（RTX 4060〜70クラス）＋中堅CPU | 650W〜750W |
| ハイエンドGPU（RTX 4080クラス）＋上位CPU | 850W〜1000W |
| 内蔵GPUのみ、ローエンド構成 | 400W〜550W |
可能であれば、別の電源ユニットで一時的に組んでみて症状が改善するか確認すると、切り分けが一気に進みます。
配線・パーツの差し直し
意外と多いのが「ただの接触不良」です。次のようなポイントを一度すべて差し直してみましょう。
- 24ピンのマザーボード電源コネクタ
- CPU補助電源（8ピン/4ピン）
- GPUのPCIe補助電源コネクタ
- メモリモジュール（カチッと音がするまでしっかり挿し込む）
- GPUのPCIeスロットへの挿し込み
- SATAケーブル、電源ケーブル（必要に応じて新品に交換）
その際、不要なUSB機器（外付けHDD、USBハブ、コントローラーなど）をすべて外して最小構成での動作も確認してみてください。
別GPU／内蔵GPUでのテスト
- 別のグラボがあれば入れ替えて同じ負荷をかけてみる
- CPUに内蔵GPUがある場合は、ディスクリートGPUを外して内蔵GPUだけで動かしてみる
これで安定するなら、元のGPUかPCIeスロット／電源供給が怪しくなります。
それでもWHEAが消えない場合の判断基準
ここまでの対処（BIOS既定化・メモリテスト・ドライバー再構築・クリーンブート・電源/配線チェック）を行ってもなお、
- WHEA-Logger（Processor Core）が出続ける
- 同じようなタイミング（ゲーム開始数分〜数十分など）でフリーズ→クラッシュ
という状態であれば、残る候補はかなり絞られてきます。
- メモリに問題なし（MemTest86で複数周エラー無し）
- GPUドライバー入れ直し・別GPUテストでも再現
- クリーンブートでも発生
上記を満たす場合、次のように考えます。
- BIOS更新・設定既定化で改善 → マザー/CPUの電圧管理起因だった可能性が高い
- BIOS更新でも変化なし → PSU/マザーボード/CPUいずれかの個体不良が疑わしい
LinuxライブUSBでOS起因を切り分ける
OS側を完全に切り離して考えたい場合、LinuxのライブUSB（インストール不要で起動できるもの）を使うのも有効です。
- LinuxライブUSBから起動
- ブラウザや簡単な負荷ツールで数時間動かす
- それでもフリーズ・再起動が起こるかを確認
Windowsを使っていない状態でも同じように固まるなら、ほぼ間違いなくハードウェア側の問題です。この場合は、
- 購入ショップの動作検証サービス
- メーカー保証（RMA）
などを利用して、どのパーツが不良かを特定してもらうのが現実的です。
イベントログの見方と報告テンプレ
自力で切り分けるのが難しく、掲示板やサポートに相談する場合は、次のような情報をセットで共有すると話が早く進みます。
イベント ビューアーで確認する項目
Win + X→「イベント ビューアー」を開く- 左ペインから「Windows ログ」→「システム」を選択
- クラッシュした時刻付近で、次のイベントを探す
- WHEA-Logger（イベントID 18/19 など）
- Kernel-Power 41
- その他、赤いエラーや警告が連続していないか
特に、WHEA-Loggerの「詳細」タブに書かれているエラーの種類（Cache Hierarchy、Bus/Interconnectなど）は重要なヒントになります。
共有すると良い情報一覧
| 項目 | 具体例 |
|---|---|
| 発生状況 | 「ブラウザで動画視聴中」「特定ゲームのマッチ中のみ」「アイドル中にも起こる」など |
| イベントログ | WHEA-LoggerのイベントID・エラー種類、Kernel-Power 41 の時刻 |
| 実施済み対策 | EXPO無効、BIOS更新、DDUでGPUドライバー再インストール、MemTest結果 など |
| ハード構成 | CPU型番、マザー型番、メモリ容量/枚数、GPU型番、PSUの型番・容量・年数 |
| 温度・負荷 | クラッシュ前のCPU/GPU温度、使用率、おおよその消費電力 |
ここまで整理しておけば、「まずメモリ周りを疑いましょう」「電源がスペック不足です」といった具体的なアドバイスをもらいやすくなります。
よくある質問・補足
Windowsの再インストールはした方がいい？
OSの破損が疑われる場合、クリーンインストールは確かに有効ですが、
- WHEA-Logger（Processor Core）が頻発している
- LinuxライブUSBでも同様の症状が出る
といった状況なら、再インストールよりも先にハードウェアの切り分けを優先した方が効率的です。逆に、
- イベントログには主にドライバー系エラーが並んでいる
- メモリテストや電源テストでは問題が出ない
といった場合は、OSクリーンインストールを「最後の一押し」として検討する価値があります。
温度が50℃台でもVRMや周辺が熱いことはある？
CPU/GPUコア温度が50℃以下でも、マザーボードのVRM（電源回路）やケース内部の局所的な温度が高くなっている可能性はあります。特に、
- Mini-ITXなどコンパクトケース
- 簡易水冷でCPU付近のエアフローが弱い構成
では、VRMが熱ダレして不安定になることがあります。VRM付近の温度センサーを読めるソフト（マザーボード付属ユーティリティなど）で確認してみるのも一案です。
一度だけWHEAが出た場合も気にするべき？
単発のWHEAエラーは、電源の瞬断や例外的な負荷が原因の場合もあり、必ずしも深刻とは限りません。しかし、
- 同じようなタイミングで複数回出ている
- その度にフリーズやクラッシュを伴っている
のであれば、この記事で紹介したようなチェックを徐々に進めていく価値があります。
まとめ：順番にゆるめて・整えて・疑っていく
Windows 11 環境で、「温度も低く、BSODも出ないのに、Web閲覧中やオンラインゲーム中にだけランダムにフリーズ→クラッシュする」という症状は、一見原因が分かりにくいトラブルです。しかし、
- イベントビューアーにWHEA-Logger（Processor Core）＋Kernel-Power 41が並ぶ
- CPU/GPU温度やCドライブ空き容量には余裕がある
という条件が揃っているなら、焦点は次のように絞り込めます。
- 攻め設定（PBO/Curve Optimizer、XMP/EXPO、アンダーボルト）をすべてやめて、まず安定化を確認
- BIOS・チップセット・GPUドライバーを最新安定版に整える
- MemTest86やWindowsメモリ診断でメモリを徹底チェック
- sfc/ DISM / chkdsk でOS側を整え、クリーンブートで常駐競合を排除
- 電源・配線・GPU/PCIe・LinuxライブUSBでハードウェアの切り分け
ここまで段階的に進めれば、「どのあたりが怪しいのか」はかなり高い精度で見えてきます。最終的にPSU/マザーボード/CPUのいずれかの故障が濃厚と判断できたら、無理に使い続けず、購入元やメーカー保証を積極的に活用しましょう。
ランダムクラッシュは精神的にも負担が大きいトラブルですが、ログと再現条件を丁寧に集めていけば、必ずゴールには近づいていきます。一つずつ順番に試しつつ、必要に応じて専門家やコミュニティの力も借りて、安定した Windows 11 環境を取り戻してください。
コメント