PAGE_FAULT_IN_NONPAGED_AREAをWindows 11で修正

システムが常にメモリに常駐すべきデータ（非ページプール——Windowsが即座アクセスのためディスクにスワップしない領域）を必要としたがデータが存在しなかった。RAMセルが不良化したか、ドライバがそこにゴミを書いたか、ディスク上のページファイルが破損。ストップコード0x00000050。ブルースクリーンに.sysファイル名が出ることもあれば、ntoskrnl.exeだけのこともある（単独では有用でない）。

まずイベントビューアー。Win+X→イベントビューアー→Windowsログ→システム。BugCheckエントリを探す。2番目のパラメータが障害メモリアドレス、4番目が読み取り（0）か書き込み（1）かを示す。書き込み障害は通常ドライバの積極的メモリ破損。読み取り障害は不良RAM、不良ページファイル、またはすでに解放したメモリからの読み取りドライバ。

ドライバ名が表示される場合

ブルースクリーンかイベントビューアーに特定.sysファイルがあればそこが出発点。このストップコードで最も見るもの：win32kfull.sys（ディスプレイサブシステム、通常古いGPUドライバ）、ntfs.sys（ファイルシステムドライバ——ドライバのバグよりも通常故障寸前のドライブ）、ndis.sysや各種ネットワークアダプター.sys。

Surface Pro 9の客。数時間ごとにwin32kfull.sys名でPAGE_FAULTクラッシュ。Windows Updateがプッシュした2025年11月のIntel Iris Xeドライバ。デバイスマネージャーで10月版にロールバック→停止。Microsoftは同じ不良ドライバを数千台のSurfaceに3週間プッシュ後に撤回。

ドライバ固有のクラッシュの手順は同じ：セーフモード→ドライバのロールバックかアンインストール→再起動→メーカーサイトから正常バージョンをインストール。GPUドライバならDDUクリーンインストールが正式方法。

ドライバ名が表示されない場合

.sysなし、またはntoskrnl.exeだけ——RAMかページファイルを疑う。ブルースクリーンがPAGE_FAULTではなくMEMORY_MANAGEMENTなら同じ診断——異なるストップコード、重複する原因。

ページファイルの除外が簡単。物理RAMが満杯時にWindowsがオーバーフローに使うファイル。ドライブの不良セクタ上にあると、スワップ操作のたびに読み取りエラー→PAGE_FAULT。システムのプロパティ（Win+R→sysdm.cpl）→詳細設定→パフォーマンス設定→詳細設定→仮想メモリ変更。「自動的に管理する」のチェック外し→C:に「システム管理」を設定→設定→再起動。ページファイルのゼロからの再構築を強制。

それで解決しない、またはRAMをほぼ使い切っていないのにクラッシュするなら物理メモリを疑う。MemTest86をUSBから一晩最低4パス。Windowsメモリ診断はMemTest86の発見の約30%しか検出しない。周囲温度が高い時だけクラッシュするマシンがあった（夏の午後）。1枚のRAMスティックが冷えると動くが温まると故障するマージナルセル。ケースサイドパネルを閉じて室温28°Cで実行するまでMemTest86は検出しなかった。

MemTest86クリーンでページファイル再構築も効果なしなら管理者コマンドプロンプトでsfc /scannow→DISM /Online /Cleanup-Image /RestoreHealth。非ページプール領域の破損システムファイルが同じクラッシュパターン。SFCガイドで修正できない問題への対処を解説。

このストップコードはRAM、ストレージ、ドライバの交差点にあり特定が難しい。数時間追いかけているならクラッシュダンプファイルを送ってください。C:\Windows\Minidumpにあり正確な障害アドレスとコールスタックが原因を特定。