本記事の対象となる事象は、Windowsで停止コード「PFN_LIST_CORRUPT」が表示され、再起動を伴うBlue Screen of Death（ブルースクリーン）が発生するケースです。PFNはPage Frame Number（ページフレーム番号）の略で、物理メモリの管理に関わる内部情報を指します。つまり、この停止コードは「メモリ管理に使う一覧が壊れた」状態を示しやすく、原因がドライバ、RAM、ストレージ、低レベルの常駐ソフトなどにまたがる点が整理の出発点になります。 (Microsoft Learn)
- PFN_LIST_CORRUPTが示す内容と発生のしかた
- 主な原因をハード・ドライバ・OS破損で整理する
- 切り分けの優先順位と「変更点」からの検証
- 修復操作の定番と、OS・ストレージ・メモリの扱い分け
- 再発時の観測ポイントと、画面仕様変更の影響
PFN_LIST_CORRUPTが示す内容と発生のしかた
PFN_LIST_CORRUPTは、Windowsが物理メモリを追跡するPFNリストの破損を検知したことを示します。
Microsoftのデバッグ向け資料では、この停止コードはBug Check 0x4Eとして説明され、PFN（ページフレーム番号）リストが破損している状態だと整理されています。 (Microsoft Learn)
そのため、画面上の見え方が「青」かどうかよりも、停止コードと再現条件が判断材料として重要です。実務上、同じPFN_LIST_CORRUPTでも、ログイン直後に落ちる、ゲームや動画再生の負荷時に落ちる、スリープ復帰で落ちるなど、発生局面が分かれます。この点から、原因が「OS自体の破損」だけでなく「特定のドライバが共有メモリを誤って扱う」タイプでも起きうる、という見取り図を持つ必要があります。 (Tom's Hardware Forum)
ただし、停止コードの表示は結果であり、直接の原因は別にある可能性があります。つまり、PFNは壊れた“場所”を示しても、壊した“要因”はRAM不良、ストレージの読み書き異常、またはカーネルに近いソフトの不整合などに分岐します。以上を踏まえると、次章では原因を「層（ハード・ドライバ・OS）」で整理するのが合理的です。 (Microsoft Learn)
主な原因をハード・ドライバ・OS破損で整理する
PFN_LIST_CORRUPTの原因は、RAMやストレージなどのハード、またはドライバや低レベルソフトの不整合に集約されます。
Microsoft Q&Aなどでは、代表的な原因として不良ドライバ、ディスク問題、システム破損が挙げられています。 (Microsoft Learn)
まずハード面では、RAM（メモリ）の異常が典型です。PFNは物理メモリページの追跡と結び付くため、RAMのビット化けや設定不整合があると、OS内部の整合性が崩れやすくなります。加えてストレージ面でも、ページファイルやシステムファイルの読み書きが乱れると、結果としてPFN関連の破損として観測されることがあります。 (Microsoft Learn)
一方で、ドライバ起因の可能性も大きいと整理されています。デバッグ観点の説明でも、PFNリスト破損はドライバが共有メモリページを不適切に扱う場合に起こりうるとされています。そうすることによって、OSが維持しているメモリ管理構造が壊れ、停止コードとして表面化します。 (Tom's Hardware Forum)
なお、OS破損（システムファイルの欠損や不整合）が関与するケースもあります。Microsoftは、重要なシステムファイルが欠損・破損した場合にSFC（System File Checker）やDISM（Deployment Image Servicing and Management）で修復を試みる流れを案内しています。言い換えると、原因がハードでもドライバでも、結果としてOS側の破損が併発していることがあり、切り分けは段階的に進める必要があります。 (Microsoft サポート)
切り分けの優先順位と「変更点」からの検証
再発条件を固定するには、直近の変更点（更新・増設・周辺機器）を起点に切り分けるのが基本線です。
Microsoftの停止コード一般の手順でも、新しいハードウェアの取り外しやセーフモード（Safe Mode／安全モード）での起動など、影響範囲を狭める方法が基本として示されています。 (Microsoft サポート)
そのため、最初の整理は「何を変えた直後から起きたか」です。増設したRAM、交換したGPU、追加したUSB機器、直前のWindows Update、ドライバ更新、常駐ソフト導入などが候補になります。他方、変更点が見当たらない場合でも、バックグラウンド更新や周辺機器のファーム更新が入っていることがあり、時系列での確認が実務上の確認点となります。
ただし、切り分けは“作業の羅列”になりやすいため、目的と観察点をセットで持つことが重要です。要点を整理すると、(1)再現条件を単純化する、(2)ログと症状の一致を取る、(3)ハード・ドライバ・OSを上流から下流へ順に潰す、という順番になります。次の表は、一般的に用いられる検証軸を「目的」と「代表操作」でまとめたものです。
| 確認軸 | 目的 | 代表操作 | 実例（コピペ） |
|---|---|---|---|
| 直近の変更 | 影響要因の特定 | 追加機器の取り外し、更新履歴の確認 | 「直前に増設したRAMを外す」 |
| 起動形態 | 常駐要因の排除 | Safe Mode（安全モード）起動 | 「安全モードで再現有無を見る」 |
| ストレージ整合 | 破損・不良セクタの確認 | CHKDSK（ディスク検査） | chkdsk C: /f /r (Microsoft Learn) |
| システム整合 | OSファイル破損の修復 | DISM→SFC | DISM /Online /Cleanup-Image /RestoreHealth / sfc /scannow (Microsoft サポート) |
| メモリ検査 | RAM異常の確認 | Windows Memory Diagnostic | mdsched (Microsoft) |
以上を踏まえると、次章では「修復系コマンド」と「ハード検査」を、役割の違いが分かる形で整理しておくことが、手戻りの抑制につながります。
修復操作の定番と、OS・ストレージ・メモリの扱い分け
OS修復はDISMとSFC、ストレージ検査はCHKDSK、メモリ検査はWindows Memory Diagnosticという役割分担で整理できます。
Microsoftは、システムファイルの欠損・破損に対してDISMとSFCを使い、破損や不足の修復を試す流れを説明しています。 (Microsoft サポート)
そのため、OS破損の疑いがある場合は、まずDISMでコンポーネント側の修復素材を整え、その後SFCで保護対象のシステムファイルを検査・修復する、という順序になります。ここで重要なのは、SFCやDISMは「ドライバ不具合そのもの」を直接直すものではなく、OSの土台を整える手段だという点です。つまり、ドライバが原因でも、OS破損が併発している場合に整合性回復の意味が出ます。
一方で、ストレージ側はCHKDSKの領域です。Microsoftのリファレンスでは、chkdskは論理・物理エラーを確認し、/fや/rなどのパラメータで修復も行うと説明されています。そうすることによって、ファイルシステムの破損や不良セクタに起因する読み書きの乱れが検出・修復対象になります。 (Microsoft Learn)
他方、RAMの検査はWindows Memory Diagnostic（Windowsメモリ診断）が代表です。Microsoftの案内では、mdschedでメモリ診断を起動できるとされています。言い換えると、PFN_LIST_CORRUPTがRAM由来かどうかを確認する“入り口”として使われ、結果が不良を示す場合は、スロット、相性、設定（例：XMP）など追加の確認点が生じる可能性があります。 (Microsoft)
なお、ドライバ面の整理では「更新」と「巻き戻し（ロールバック）」の両方向が論点になります。Tom’s Hardwareの解析事例では、PFN_LIST_CORRUPTはドライバが共有メモリを誤用する場合に多い、という整理が示されています。つまり、直前の更新が原因なら戻す、古いドライバが原因なら更新する、という対比が成り立ちます。 (Tom's Hardware Forum)
再発時の観測ポイントと、画面仕様変更の影響
停止コード自体は画面の色やデザインが変わっても維持されるため、記録すべき中心は「コード・時刻・直前操作」です。
Microsoftは停止コード一般のトラブルシューティングで、セーフモード、ハード取り外し、復元など段階的な手順を示しています。 (Microsoft サポート)
そのため、再発の観測では、(1)停止コード（PFN_LIST_CORRUPT）、(2)発生時刻、(3)直前の操作やアプリ、(4)直近の更新や増設、を揃えることが重要になります。ミニダンプ（minidump）解析まで進める場合は、Bug Check 0x4Eという枠組みの理解が役立ちますが、現場ではまず時系列と変更点の一致が優先されることが多いです。 (Microsoft Learn)
ただし、Windows 11ではBSOD表示が黒基調へ変わる動きも報じられています。見た目が変わると「青画面ではない」と扱われがちですが、表示がBlue Screen of Death（ブルースクリーン）からBlack Screen of Death（黒い停止画面）に近づいても、停止コードや障害ドライバ表示といった診断材料は引き続き前提になります。なお、報道ではWindows 11の更新に伴うデザイン変更として説明されています。 (The Verge)
以上を踏まえると、PFN_LIST_CORRUPTの整理は「原因の推測」より「切り分けの再現性」が中心になります。言い換えると、OS修復（DISM/SFC）、ストレージ検査（CHKDSK）、メモリ検査（mdsched）、ドライバの更新・巻き戻しを、再現条件と対応付けて並べることが、次の判断材料として重要である、という結論になります。最後に一つだけ、記録の一貫性を崩さないため、停止コードの表記ゆれ（PFN_LIST_CORRUPT / PFN LIST CORRUPT）も確認していまｓ。
