トラブル解決・使い方

イベントID 1001 (WER-SystemErrorReporting) の原因特定とMEMORY.DMP確認手順

このイベントは発生した事象を記録するもので、単独では原因を断定できません。前後のログと詳細フィールドを使う切り分けの手掛かりとして扱います。

イベントID 1001(WER-SystemErrorReporting)は、システムがブルースクリーン(バグチェック)で強制終了・再起動した際に記録されます。まずはイベントログの「全般」タブに表示される「BugcheckCode(バグチェックコード)」と、保存された「MEMORY.DMP(メモリダンプ)」のパスを確認し、何が発生したかを特定しましょう。

イベントID 1001(WER-SystemErrorReporting)の意味

イベントビューアの「システム」チャネルに記録される、ソース「WER-SystemErrorReporting」、イベントID「1001」は、Windowsがバグチェック(ブルースクリーン)による異常終了から再起動したことを示すログです。

このログは、システムがクラッシュしたという「事実」と、その際のデバッグ情報(バグチェックコードやダンプファイルの保存先)を記録するものであり、このログ単独で特定のハードウェア故障やソフトウェアのバグを断定することはできません。 原因を特定するためには、ログに記録された詳細な値や、前後に記録された他のイベントログとの関連性を調べる必要があります。

「全般」タブと「詳細」タブで確認するフィールド

イベントID 1001を選択した際、下部のプレビューエリアで以下の情報を確認します。

1. 「全般」タブの確認項目

全般タブには、以下のようなテキストが表示されます。

**ログ上の表記例:**

`The computer has rebooted from a bugcheck. The bugcheck was: 0xXXXXXXXX (0xX, 0xX, 0xX, 0xX). A dump was saved in: C:\Windows\MEMORY.DMP. Report ID: <GUID>.`

  • The bugcheck was: ここに表示される「0x」から始まる16進数のコード(例: 0x0000000A0x000000D1 など)が「BugcheckCode(バグチェックコード)」です。これがブルースクリーンの直接的なエラー原因を示します。
  • A dump was saved in: クラッシュ時のメモリ状態を記録したダンプファイル(通常は C:\Windows\MEMORY.DMP)の保存場所です。詳細な解析を行う際にこのファイルを使用します。

2. 「詳細」タブ(XML表示)の確認項目

詳細タブでは、XML形式でより厳密なパラメータ(Param1〜Param4など)を確認できます。これらはバグチェックコードごとに意味が異なり、エラーが発生したメモリ番地や原因となったドライバーのアドレスを示している場合があります。

原因切り分け表

イベントID 1001が発生した際、直前のイベントログを組み合わせることで、原因の仮説を立てることができます。

症状 確認箇所 判断材料 次の行動
特定のドライバー更新後に発生 イベントID 7045(Service Control Manager) クラッシュ直前に新しいサービスやドライバーがインストールされていないか 該当ドライバーのロールバックまたはアンインストールを検討する
突然の電源オフや再起動 イベントID 41(Kernel-Power)および6008 1001の直前に電源遮断やフリーズを示すログがあるか ハードウェア(電源ユニット、メモリ等)の診断を実行する
OSアップデート後に発生 イベントID 19(WindowsUpdateClient) 直前に適用されたKB更新プログラムがあるか 更新プログラムのアンインストールやシステムの復元を検討する

安全な切り分け手順

トラブルシューティングは、「観察(現状確認)」「バックアップ(データ保全)」「変更操作(設定変更・復元)」の順に安全に行う必要があります。

ステップ1:観察(イベントログのフィルタリング)

  1. 「イベントビューア」を開きます(Windows 10/11では、スタートボタンを右クリックして「イベントビューア」を選択します)。
  2. 左メニューの「Windows ログ」>「システム」をクリックします。
  3. 右メニューの「現在のログをフィルター」をクリックします。
  4. 「イベントID」の欄に、以下のIDをカンマ区切りで入力します。
  5. 12, 13, 19, 41, 1001, 1074, 6008, 6009, 7045

  6. 「OK」をクリックし、時系列でログを確認します。イベントID 1001(バグチェック)の直前に、ドライバーの追加(ID 7045)やWindows Update(ID 19)がないかを確認します。

ステップ2:観察(メモリダンプ出力設定の確認)

システムがダンプファイルを正しく出力する設定になっているかを、変更を加えず確認します。

管理者権限でPowerShellを開き、以下のコマンドを実行します。

Get-CimInstance Win32_OSRecoveryConfiguration | Select-Object DebugInfoType, DumpFile
  • 実行目的: クラッシュ時に MEMORY.DMP が生成される設定になっているかを確認するため。
  • 実行権限: 管理者権限が必要です。
  • 結果の読み方: DebugInfoType1(完全メモリダンプ)や 2(カーネルメモリダンプ)などになっており、DumpFile%SystemRoot%\MEMORY.DMP が指定されていることを確認します。
  • 変更の有無: このコマンドは設定の参照のみで、システムの設定変更は行いません。

ステップ3:バックアップ(MEMORY.DMPの保全)

解析に必要なダンプファイルを保護するため、変更操作を行う前にファイルを安全な場所にコピーしてバックアップします。

  1. エクスプローラーを開き、C:\Windows フォルダにアクセスします。
  2. MEMORY.DMP ファイルを見つけます。
  3. ファイルを右クリックして「コピー」を選択し、デスクトップや外部ストレージなどの安全な場所に「貼り付け」てバックアップを作成します。

ステップ4:変更操作(ドライバーのロールバック等)

ステップ1の観察で、特定のドライバー追加(ID 7045)直後にクラッシュが発生していると判断できた場合のみ、以下の変更操作を検討します。

  1. スタートボタンを右クリックし、「デバイス マネージャー」を開きます。
  2. 該当するデバイスをダブルクリックし、「ドライバー」タブを開きます。
  3. 「ドライバーを元に戻す」が選択可能であればクリックし、以前のバージョンにロールバックします。

やってはいけない対処と専門業者への相談基準

避けるべき操作

  • MEMORY.DMPの安易な削除: サードパーティ製のクリーンアップツールなどでダンプファイルを削除してしまうと、エラー原因の解析ができなくなります。
  • 根拠のないレジストリ変更やBIOS更新: 原因が特定できていない段階で、インターネット上の不確かな情報をもとにレジストリを書き換えたり、BIOSを不用意に更新したりすると、システムが完全に起動しなくなるリスクがあります。もしレジストリを変更する場合は、必ず事前に「システムの復元ポイント」を作成するか、対象のレジストリキーをエクスポートしてバックアップを確保してください。

専門業者やメーカーに相談する条件

  • Windows標準の「Windows メモリ診断」や、PCメーカー提供のハードウェア診断ツールを実行し、ハードウェア(メモリやストレージ)のエラーが検出された場合。
  • ブルースクリーンが頻発し、OSが正常に起動しない、またはセーフモードでも同様にクラッシュする場合。

よくある質問

Q1: イベントID 1001が表示されたら、PCの故障ですか?

いいえ、故障とは限りません。一時的なドライバーの競合や、Windows Updateの適用に伴う不整合でも発生します。まずはバグチェックコードを確認し、ソフトウェア的な要因かハードウェア的な要因かを切り分けます。

Q2: MEMORY.DMPファイルが指定のパスに見つかりません。

クラッシュ時にディスクへの書き込みが間に合わなかったか、仮想メモリ(ページファイル)の設定が「なし」になっている、またはCドライブの空き容量が不足している場合に、ダンプファイルが生成されないことがあります。

Q3: BugcheckCodeの「0x0000000a」などはどう調べればよいですか?

Microsoftの公式ドキュメント(Microsoft Learn)で、該当するバグチェックコード(例: IRQLNOTLESSOREQUAL など)を検索し、どのような状況で発生するエラーなのかを確認してください。

Q4: 直前にインストールされたドライバーを調べるにはどうすればいいですか?

イベントビューアでイベントID 7045(Service Control Manager)をフィルターすることで、クラッシュ直前に新しいサービスやドライバーがシステムに追加されていないかを確認できます。

Q5: Windows 11でもこの手順は同じですか?

はい、Windows ServerやWindows 10/11でも、WER-SystemErrorReportingのイベントID 1001が記録される仕組みや確認手順は基本的に同様です。ただし、OSのバージョンによって設定画面の名称やUIが一部異なる場合があります。

参考情報

まとめ

イベントID 1001(WER-SystemErrorReporting)が発生した際は、慌てずに「全般」タブの「BugcheckCode」と「MEMORY.DMP」の出力先を確認しましょう。そして、イベントID 7045や19などの前後ログを時系列で追い、直前のシステム変更が引き金になっていないかを安全に確認することがトラブル解決への第一歩です。

-トラブル解決・使い方