Windows 11 で突然ブルースクリーン（BSOD）が連発し、イベント ビューアーには WHEA‑Logger 19 が大量に並ぶ…。ドライバー更新やクリーン ブートを試しても直らず、「この PC もうダメなのでは？」と不安になりますよね。この記事では、実際に i7‑13700K 搭載の Windows 11 マシンで起きたランダム BSOD 事例をもとに、原因特定から解決までの具体的な手順と、WHEA‑Logger 19 エラー発生時にまず確認すべきポイントを詳しく解説します。
症状の概要と PC 環境
まずは、実際に発生していた症状と PC の構成を整理しておきます。このケースは「典型的なソフトウェア不具合」には当てはまらず、かなりハード寄りの問題でした。
- Windows 11 PC で 1 日に 3～8 回程度 BSOD（ブルースクリーン）が発生
- 放置中（アイドル時）でも BSOD が起きる
- イベント ビューアーには WHEA‑Logger（イベント ID 19）が大量に記録
- 全ドライバーおよび BIOS は最新
- BIOS では Secure Boot 有効化と Hyper‑Threading 無効化のみ設定変更
| 項目 | 仕様・状況 |
|---|---|
| OS | Windows 11 |
| CPU | Intel Core i7‑13700K |
| メモリ | DDR5 32GB |
| マザーボード | ASUS TUF GAMING Z690‑PLUS |
| GPU | NVIDIA GeForce RTX 3080 |
| BIOS 設定 | Secure Boot 有効、Hyper‑Threading 無効、その他はほぼ標準 |
| 主な症状 | ランダム BSOD、多数の WHEA‑Logger 19 エラー |
見た目だけ見ると「ドライバーの相性」や「ストレージの不具合」を疑いたくなる状況ですが、最終的な原因は 物理的に故障した CPU（i7‑13700K） でした。
WHEA‑Logger 19 エラーとは何か
WHEA（Windows Hardware Error Architecture）は、CPU やメモリ、PCIe デバイスなどハードウェア由来のエラーを OS 上で一元管理する仕組みです。この WHEA が検出したエラーをイベントログに記録する役割を持つのが「WHEA‑Logger」サービスです。
| 項目 | 内容 |
|---|---|
| ログの種類 | WHEA‑Logger |
| イベント ID 19 | 「修正済みハードウェア エラーが発生しました」（Corrected hardware error） |
| 典型的なメッセージ | Machine Check Exception 関連のエラー ソース、エラー タイプ、プロセッサ コア番号など |
| 意味 | ハードウェア的な異常が発生したが、今回はシステム側でなんとか訂正できた、という通知 |
イベント ID 19 は「致命的なクラッシュ」そのものではなく、「危ないがギリギリ訂正できたハードウェア エラー」の記録です。しかし、これが短時間に何十件も連続するような状態は正常とは言えません。
ログの詳細には、例えば次のような情報が含まれます。
- Error Source: Machine Check Exception
- Error Type: 9 – Internal parity error
- Processor APIC ID: 〇〇
「Internal parity error」は、CPU 内部のキャッシュやレジスタ、または CPU とメモリ／PCIe 間のデータ転送などで パリティ（整合性）が崩れた ことを示します。たまに 1 件出る程度なら様子見でよい場合もありますが、今回のように連発する場合、下記のようなハード不良を強く疑うべきです。
- CPU 自体の故障・劣化
- マザーボード（電源回路・PCIe レーン・メモリスロットなど）の不良
- 電源ユニットの品質劣化（瞬間的な電圧ドロップなど）
- 極端なオーバークロックや電圧設定ミス
実際に行ったトラブルシューティングの全体像
ここからは、実際に行った診断の流れを表で整理します。単純に「CPU が壊れていました」で終わらせず、どのようにしてソフト原因を切り捨て、ハードへ絞り込んでいったかをイメージしてみてください。
| フェーズ | 実施内容 | 結果／補足 |
|---|---|---|
| 初期診断 | ミニダンプ解析で Ntfs.sys エラーを確認。ストレージ／ファイルシステムを疑う。 | ソフト or ストレージ起因の線を優先して確認開始。 |
| 論理ディスク確認 | chkdsk c: /f を実行して再起動。 | 「No further action is required」と表示され、論理的なディスク障害はほぼ否定。 |
| ソフト干渉排除 | msconfig からクリーン ブートを実施。Microsoft 以外のサービスを停止し、スタートアップも無効化。 | それでも BSOD 継続。常駐ソフトやドライバーの相性が主因とは考えにくい。 |
| イベント解析 | Kernel‑EventTracing などに 0xC0000001 エラーが記録されていることを確認。 | OS レベルで説明しづらい不整合が多く、ハードウェア側の異常を本格的に疑う段階へ。 |
| ハードウェア診断 | PC ショップで負荷テスト・パーツ単体検証を依頼。 | CPU のみ別個体に交換すると BSOD が再現せず。i7‑13700K の不良と判定。 |
| 最終対応 | CPU を新品に交換。 | 以降、WHEA‑Logger 19 エラーおよび BSOD は完全に消失。 |
ポイントは、ソフトウェア側の可能性を段階的に潰していき、最後にハードを疑わざるを得ない状況に追い込んだ ところです。特に Windows 11 環境では、ドライバーやセキュリティ機能の影響を疑いがちですが、今回のように「クリーン ブートでも再現する」「chkdsk でも異常なし」となったら、発想を切り替える必要があります。
各フェーズの詳細解説
ミニダンプ解析で Ntfs.sys エラーを確認
ブルースクリーン発生時、Windows は通常 C:\Windows\Minidump に小さなダンプファイルを出力します。これを解析すると、どのドライバーやモジュールがクラッシュに関わっているかが分かります。
今回のケースでは、ミニダンプを解析すると Ntfs.sys（Windows 標準の NTFS ファイルシステム ドライバー）がクラッシュに関与しているように見えました。
- 一見すると「ストレージ故障」や「ファイルシステムの破損」を疑いたくなる
- しかし、Ntfs.sys は OS の中核ドライバーであり、「ほぼ何にでも巻き込まれる」存在
- そのため「Ntfs.sys だった＝絶対にストレージが悪い」とは言い切れない
それでも、まずはリスクの高いストレージ／ファイルの整合性を確認するのが定石です。
chkdsk で論理ディスクの整合性を確認
ファイルシステム障害を切り分けるため、システムドライブに対し chkdsk を実行しました。
Win + X→ 「Windows ターミナル（管理者）」を開く- 以下のコマンドを入力し、Enter キーを押す
chkdsk c: /f - 「次回のシステム再起動時にこのボリュームをチェックしますか？」と聞かれたら Y を入力
- PC を再起動し、チェックが完了するのを待つ
結果として、「No further action is required」と表示され、ファイルシステムと論理的なディスク構造には問題がないと判断できました。この時点で「ストレージが直接の原因で BSOD を起こしている可能性」はかなり薄まります。
クリーン ブートでソフトウェア干渉を排除
次に疑うべきは、ウイルス対策ソフトや常駐アプリなどのソフトウェア干渉です。そこで、以下の手順でクリーン ブートを実施しました。
Win + R→msconfigと入力し Enter- [サービス] タブで「Microsoft のサービスをすべて隠す」にチェック
- 残っているサードパーティ製サービスをすべて無効化
- [スタートアップ] タブ（タスク マネージャー）で、不要なスタートアップ項目をすべて無効化
- PC を再起動
これでほぼ素の状態に近い Windows 11 が起動しますが、それでも BSOD が継続して発生しました。つまり、
- 常駐ソフトや一般的なドライバーの衝突ではない
- OS 自体か、あるいはハードウェアに起因している可能性が高い
という判断になります。
イベント ビューアーの詳細ログからハード異常を疑う
イベント ビューアーを詳細に確認すると、WHEA‑Logger 19 以外にも、Kernel‑EventTracing などのログに 0xC0000001 といったエラーコードが散見されていました。
0xC0000001 は「STATUS_UNSUCCESSFUL」として知られるエラーで、ざっくり言えば「正常に処理できなかった」という意味合いです。ただし、ここまで広範なログに同様のコードが出ているときは、
- OS の一部ファイルが壊れている
- メモリや CPU の不具合でランダムな読み書きエラーが発生している
といった「根本的な部分の不調」を疑う必要があります。
ここまで来ると、ソフトウェア側だけで完結するトラブルとは考えにくくなり、次のステップとしてハードウェア診断を本格的に行う段階に入ります。
PC ショップでのハードウェア診断と CPU 故障判定
ハードウェアの切り分けは、ツールさえあれば自宅でもある程度可能ですが、CPU やマザーボード、電源を 別個体と交換して試す 段階になると、自前でパーツを複数用意するのは現実的ではありません。
そこで、今回のケースでは自作 PC に強いショップへ持ち込み、次のようなメニューで診断を依頼しました。
- メモリに対する連続負荷テスト（MemTest 相当のツール）
- CPU に対する長時間のストレステスト（高負荷時のエラーと温度をチェック）
- 電源ユニットの交換検証
- CPU のみ別個体に交換して再現テスト
その結果、
- メモリを別のものに変えても BSOD が発生
- 電源を交換しても症状は継続
- CPU を別の 13 世代 Core に差し替えると BSOD と WHEA‑Logger 19 が一切出ない
という状態になり、元の i7‑13700K の物理故障 と判断されました。
CPU 交換後の結果
故障判定を受けて CPU を新品に交換したところ、
- WHEA‑Logger 19 のイベントが完全に消える
- BSOD は 1 度も発生しなくなる
- 高負荷のゲームやベンチマークを長時間回しても安定動作
といった状態が続きました。つまり、今回のケースでは ソフトウェアに手を入れても一切直らず、「物理的に壊れた CPU を交換する」ことが唯一の根本解決策だった ことになります。
WHEA‑Logger 19 大量発生時の優先チェックリスト
ここからは、同様の WHEA‑Logger 19 エラーやランダム BSOD に悩まされている方向けに、診断の優先順位を整理しておきます。すべてを一気にやるのではなく、上から順に試して切り分けていくと効率的です。
| 優先度 | 項目 | 目的 | ポイント |
|---|---|---|---|
| 高 | BIOS の OC／電圧設定の確認 | 不安定なオーバークロック設定を排除 | XMP（メモリ OC）や CPU ブースト設定を一度標準に戻し、「最適化デフォルト」で動作確認。 |
| 高 | メモリテスト | メモリモジュールの不良を検出 | Windows メモリ診断、可能なら MemTest86 を最低 4 周。1 枚ずつ検査するとより確実。 |
| 中 | CPU ストレステスト | 高負荷時にのみ出る CPU／電源周りの不具合を検出 | OCCT や Prime95 などで温度と WHEA ログを監視。すぐ WHEA‑Logger 19 が出るなら要注意。 |
| 中 | 別電源ユニットでの試験 | 電圧ドロップや電源品質劣化を切り分け | 古い電源や安価なモデルを使用している場合は特に疑う価値あり。 |
| 中 | chkdsk によるディスク検査 | ファイルシステム破損・論理エラーの検出 | システムドライブに chkdsk /f を実行し、結果を確認。 |
| 低 | ドライバーの入れ直し・クリーン インストール | ソフトウェア起因の可能性を排除 | クリーン ブートでも再現する場合は、ここに時間をかけ過ぎないほうがよい。 |
特に、WHEA‑Logger 19 が短時間で何十件も発生している場合 は、「CPU かマザーボード」の故障を強く疑ってください。メモリテストで問題が出ないのに BSOD が続く場合、CPU の物理不良という結論に行き着くことも珍しくありません。
イベント ビューアーで WHEA‑Logger 19 を確認する手順
まだ自分の PC で WHEA‑Logger 19 がどの程度発生しているか確認していない場合は、まずイベント ビューアーを開いて状況を把握しましょう。
Win + X→ 「イベント ビューアー」を開く- 左ペインで「Windows ログ」→「システム」を選択
- 右側の「現在のログをフィルター」をクリック
- [イベント ソース] で WHEA‑Logger を選択
- 必要に応じて [イベント ID] に 19 と入力して絞り込み
ここで、
- 1 日に数件程度：軽微なノイズ的エラーの可能性もある（温度や電源を確認しながら様子見）
- PC 使用中に 10 件以上、ほぼ毎日：明らかに異常。早期に原因切り分けを推奨
- BSOD が起きる直前に集中している：今回のケース同様、原因の有力候補
となります。エラー詳細に表示される Error Type や Processor APIC ID は、ショップやメーカーサポートに相談するときの材料にもなるのでスクリーンショットを残しておくと便利です。
BIOS 更新と設定リセットのすすめ
WHEA 関連のエラーは、BIOS のバグや相性によっても引き起こされることがあります。そのため、ハードを疑う前に次の 2 点をチェックしておきましょう。
- マザーボードの BIOS が最新の 安定版 であるか
- 前任者／過去の自分が設定した OC プロファイルが残っていないか
BIOS 更新後は、必ず一度「最適化デフォルト」「Load Optimized Defaults」などのメニューで設定を工場出荷状態に戻し、その状態で WHEA エラーが再発するか確認します。これにより、
- OC や手動電圧設定に起因する不具合
- 古い BIOS に起因する不具合
を一気に切り分けやすくなります。
CPU・マザーボード・電源、どこから疑うべきか
WHEA‑Logger 19 が頻発したとき、「CPU が悪いのか？ マザーボードなのか？ それとも電源？」と悩みがちです。あくまで目安ですが、症状の出方から当たりを付けることもできます。
| 症状パターン | 疑わしいパーツ | コメント |
|---|---|---|
| 高負荷時（ゲーム・エンコード）にのみ BSOD | CPU、電源、VRM（マザーボード） | 負荷と温度に比例して発生するなら、電力周りの不安定さが疑わしい。 |
| アイドル時にも BSOD、WHEA 19 が不規則に発生 | CPU、マザーボード | 今回のようなケース。電力が安定していても、内部パリティエラーで落ちることがある。 |
| メモリテストでエラー多発 | メモリ、メモリコントローラ（CPU 内蔵）、マザーボード | メモリ単体でエラーが出るならまずメモリを交換。改善しない場合は CPU／MB 側を疑う。 |
| WHEA よりもディスク関連の警告が目立つ | SSD／HDD、SATA ケーブル | イベントログで「ディスク」「storahci」「nvme」などが頻出する場合はストレージ側も要確認。 |
ただし、最終的な切り分けには「実際にパーツを交換して試す」ことが不可欠です。自前での検証が難しい場合は、早めにショップやメーカーの検査サービスを利用する方が、時間と精神的コストを節約できます。
保証・RMA をスムーズに進めるための準備
Intel 第 13 世代 Core シリーズには通常 3 年保証があり、正しく故障と判断されれば RMA（返品・交換）が可能です。ただし、単に「なんか落ちます」だけではスムーズに進まないこともあります。
サポートやショップに相談する際は、以下を揃えておくと話が早く進みます。
- WHEA‑Logger 19 のイベントログ（スクリーンショットまたはエクスポート）
- BSOD の頻度（1 日あたり何回か）、発生タイミング（アイドル／高負荷など）
- 実施済みの対策一覧（chkdsk、クリーン ブート、メモリテスト、BIOS リセットなど）
- 可能なら、再現している様子を撮影した動画
「ここまで試しても改善しない」という情報があることで、「ユーザー操作ミスではなく、ハードウェアの可能性が高い」と判断されやすくなります。
再発防止のための運用と予防策
今回のケースは CPU の物理故障という結論でしたが、同じようなトラブルを繰り返さないための「予防策」も重要です。
CPU 温度管理
- 高負荷時でも CPU 温度を 90℃ 未満 に抑えることを目標にする
- ケース内エアフローの改善（フロント吸気・リア排気のバランスを見直す）
- 適切な CPU クーラーの選定と、定期的なグリス塗り直し
イベントログと S.M.A.R.T. の定期チェック
- 月に一度はイベント ビューアーを開き、WHEA‑Logger や「ディスク」関連のエラーをざっと確認
- ストレージの S.M.A.R.T. 情報を確認し、代替セクタ増加などの兆候がないかチェック
無理なオーバークロックを避ける
- 日常用途の PC では、極端なオーバークロックよりも安定動作を優先
- どうしても OC を行う場合は、長時間のストレステストを実施し、WHEA ログが増えていないか必ず確認
今回の事例から学べること
今回の Windows 11 環境での WHEA‑Logger 19 エラー＋ランダム BSOD 事例から言える重要なポイントをまとめると、次のようになります。
- ソフトウェア的な修復（chkdsk、クリーン ブート、ドライバー更新）では一切改善しなかった
- イベントログには WHEA‑Logger 19 と 0xC0000001 などのエラーが多数残っていた
- 最終的な原因は物理的に故障した CPU（i7‑13700K）であり、交換後は完全に安定した
つまり、「Windows の機能でなんとか修復できる問題」には限界があり、ハードウェアが壊れている場合はいくら設定をいじっても直らない という、ごく当たり前だが忘れがちな事実です。
WHEA‑Logger 19 が短時間に大量発生している場合、
- むやみに再インストールを繰り返したり
- 怪しげなチューニングツールで設定をいじり倒したり
する前に、この記事で紹介したチェックリストに沿って落ち着いて切り分けを進め、必要であれば早めにハードウェア診断や RMA 申請に踏み切ることをおすすめします。
まとめ：WHEA‑Logger 19 が大量に出たらハードウェア診断を急ぐべき
最後に、本記事の要点をコンパクトに再度整理します。
- WHEA‑Logger 19 は「修正済みハードウェア エラー」のログであり、頻発するのは明らかな異常サイン
- Ntfs.sys など OS 標準ドライバーがミニダンプに出ても、原因が必ずしもストレージとは限らない
- chkdsk やクリーン ブートで改善しない場合、CPU・マザーボード・電源といったハードを優先的に疑うべき
- 今回の事例では、最終的に i7‑13700K の物理故障が判明し、CPU 交換が唯一の解決策だった
- WHEA‑Logger 19 が大量に出る環境では、早期のハードウェア診断と、必要に応じた RMA／保証対応が最短ルート
Windows 11 でランダム BSOD と WHEA‑Logger 19 に悩まされている方は、「ソフトのせい」と決めつけず、この記事の流れを参考に ハードウェア起因の可能性 も含めて冷静に切り分けてみてください。
コメント