KERNEL SECURITY CHECK FAILURE の直し方（Windows 11）

セキュリティチェックに落ちるものの正体

カーネルは自身の重要な構造体にチェックサムと不変条件を持たせています。まるで銀行が1秒間に何度も帳簿を突き合わせるようなものです。ストップコード 0x139 は、その突き合わせのひとつが狂ったことを意味します。リストのポインターが指すべき場所を指さなくなった、あるいはバッファーのヘッダーが内容と一致しなくなった — そういうことです。Windowsがそこで意図的に停止するのは、破損したカーネル状態のまま続行するとディスク全体にゴミを書きかねないからです。

それらの構造体を壊す犯人は、まず謎ではありません。負荷時にビットが反転した値を返すメモリ — 多くはメモリコントローラーの実力を超えたXMP/EXPOプロファイル — が筆頭です。次がバッファー外に書き込むドライバーで、常習犯はGPUとアンチウイルスのドライバーです。破損したシステムファイルと、読み込み時に壊れたデータを返す瀕死のSSDがリストを締めくくります。

• 不安定なRAM — CPUのメモリコントローラーの実力を超えたXMP/EXPOプロファイル
• バッファー外に書き込むバグ持ちドライバー — GPU・アンチウイルス・仮想化ドライバーが常習犯
• 失敗した更新や突然の停電で壊れたシステムファイル
• 読み込み時に破損データを返す瀕死のSSD — SMART属性に現れます
• 負荷時にビットを反転させる過激なアンダーボルティングやオーバークロック

メモリを検査し、ファイルを修復する

最初はメモリです。最も多くの原因であり、切り分けが最も安上がりだからです。mdsched.exeを起動し、指示どおり再起動して標準パスを実行します。判定はイベント ビューアーの Windows ログ → システムに、ソース MemoryDiagnostics-Results として現れます。標準パスが捕まえるのは粗大な故障だけです。したがって結果がきれいでもクラッシュが続くなら、BIOSでXMP/EXPOを無効化し、メモリに無罪の証を渡す前にモジュールを1枚ずつ検査してください。

次はファイルです。管理者権限のターミナルから： sfc /scannow が保護されたファイルをコンポーネントストアと照合し、続いて DISM /Online /Cleanup-Image /RestoreHealth が、SFCで直しきれなかった場合にストア本体を修復し、そして chkdsk C: /f /r が次回再起動時にディスク表面を一掃します。ソフトウェア側の仕上げはGPUドライバーのクリーン再インストールです。最新パッケージをダウンロードし、古いものは設定 → アプリ → インストール済みのアプリ で削除し、再起動後に新しいものを入れます。

常習犯を絞り込む

これだけやってもストップコードが生き残るなら、クラッシュには名前が付くほどの特徴があります。C:\Windows\Minidump のミニダンプは失敗アドレスと読み込み済みモジュールのリストを保持しており、WinDbgの !analyze -v コマンドやBlueScreenViewのようなリーダーがそれをドライバー名に変えます。その名前で捜索は終わりです。クラッシュ発生前の数日間にインストールしたソフトウェアが第一の調査対象です — アンインストールは検査であり治療でもあります。

最後の切り札はDriver Verifier（管理者プロンプトから verifier /standard /all）です。怪しいドライバーを自爆させ、派手かつ即座にクラッシュさせます。意図的に危険な作りなので、動いている間はブルースクリーンを覚悟し、脱出方法 — セーフ モードで起動して verifier /reset を実行してオフにする — を忘れないでください。この扱い方なら、Verifierは隠れたドライバーを1〜2日で洗い出します。

よくある質問

次に読む記事

すべての記事 · よくある質問