Windows 11 をクリーンインストールした直後から「KERNEL_SECURITY_CHECK_FAILURE（停止コード 0x139）」のブルースクリーンが頻発すると、せっかくの新環境も台無しに感じてしまいます。この記事では、ミニダンプから原因ドライバー（nvlddmkm.sys）を読み解く流れと、NVIDIA ドライバーを完全リセットして安定化させる具体的な手順、再発時の切り分け方法までを、初めての方でも実践できるレベルで丁寧に解説します。
Windows 11 で発生する KERNEL_SECURITY_CHECK_FAILURE（0x139）とは
「KERNEL_SECURITY_CHECK_FAILURE」は、Windows のカーネルが「システム内部の整合性が壊れた」と判断したときに発生する代表的なブルースクリーン（BSOD）のひとつです。停止コードは 0x00000139 と表示されます。
典型的な症状は次のようなものです。
- 再起動の途中で突然ブルースクリーンになり、そのまま再起動ループする
- ブラウジング中や軽い作業中など、特に負荷をかけていないタイミングでも突然落ちる
- ゲームや 3D アプリケーションを起動すると数分～数十分で BSOD が出る
このエラーはハードウェア故障でも発生しますが、最も多い原因は「カーネル空間で動作するドライバーの不具合」です。この記事のケースでは、ミニダンプ解析の結果、NVIDIA グラフィックスドライバー（nvlddmkm.sys） が原因であることが分かっています。
ミニダンプから原因ドライバーを特定する流れ
ブルースクリーンが発生すると、Windows は標準設定で ミニダンプ（.dmp） を保存します。これは BSOD 当時のメモリの一部と状況が記録されたファイルで、原因ドライバーを特定するための重要な手がかりになります。
ミニダンプの場所と確認
通常、ミニダンプは次のフォルダーに保存されています。
C:\Windows\Minidump
- フォルダー内に
MiniMMDDYY-XX.dmpのようなファイルがあれば、BSOD 時の情報が記録されています。 - 何も保存されていない場合は、「システムのプロパティ」→「詳細設定」→「起動と回復」から、
「デバッグ情報の書き込み」が 「小（256KB）のメモリ ダンプ」 になっているか確認しましょう。
WinDbg での基本的な読み方
ミニダンプは、Microsoft のデバッガーである WinDbg で解析できます。詳細な設定手順は割愛しますが、最低限次のポイントだけ押さえておけば大まかな原因特定が可能です。
- WinDbg を起動し、メニューから「Open dump file」で対象の
.dmpファイルを開く。 - コマンド欄に次を入力して実行する。
!analyze -v - しばらく待つと解析結果が表示されるので、次の行を探す。
- BugCheck 139
- Probably caused by : 〇〇〇〇.sys
今回のケースでは、解析結果の「Probably caused by」行に nvlddmkm.sys が表示されていました。これは「概ねこのドライバーが原因と思われる」という意味で、強力な手がかりになります。
nvlddmkm.sys とは何か
nvlddmkm.sys は、NVIDIA 製 GPU 向けの カーネルモードドライバー です。具体的には、GeForce シリーズや RTX シリーズなどのディスクリート GPU を Windows が制御する際の中核コンポーネントです。
| 項目 | 内容 |
|---|---|
| ファイル名 | nvlddmkm.sys |
| 役割 | NVIDIA GPU のカーネルドライバー（描画や 3D 処理の制御） |
| 関係する製品 | GeForce / RTX シリーズ など |
| トラブルの典型例 | BSOD（0x139 / 0x116 など）、画面が一瞬ブラックアウトして復帰、ゲーム中のハング |
このファイルが原因と出ている場合、ドライバーの破損、バージョンの不整合、過去のドライバーの残骸、OC 設定との相性などが疑われます。クリーンインストールしたばかりの Windows 11 でも、Windows Update が勝手に古いドライバーを入れたり、以前の環境から移行したツール類との組み合わせでトラブルが起こることがあります。
NVIDIA ドライバーが 0x139 を引き起こす主なパターン
実際によく見られるパターンを整理すると、次のようなものがあります。
| パターン | 説明 | ありがちな状況 |
|---|---|---|
| ドライバーの残骸 | 旧バージョンの NVIDIA ドライバーや、他社製 GPU ドライバーのファイルが残って干渉する | 過去に AMD → NVIDIA へ乗り換えた / 古いドライバーを上書き更新し続けている |
| Windows Update とのバージョン競合 | 手動で最新ドライバーを入れた後に、Windows Update が別バージョンを自動配布して上書きしてしまう | クリーンインストール直後にすぐネット接続して Windows Update を一気にかけた |
| 設定ツールとの相性 | オーバークロックツールやオーバーレイ表示ツールが GPU ドライバーに負荷をかける | Afterburner 等で OC / 電圧調整をしている、録画・オーバーレイ機能を多用している |
| 電源・省電力の問題 | アイドル時のクロック変動や、電源がギリギリであることにより、特定の状態遷移でドライバーが不安定になる | 安価な電源ユニットを使用している / 高負荷時にだけ落ちる |
これらのどれが原因であっても、手順として最も効果的なのは 「ドライバーを完全に削除し、最新バージョンをクリーンインストールする」 ことです。そのための定番ツールが DDU（Display Driver Uninstaller） です。
根本対策：DDU を使った NVIDIA ドライバーのクリーン再インストール
ここからは、実際の作業手順を順番に解説します。流れとしては次の通りです。
- 最新の NVIDIA ドライバーを事前にダウンロード
- インターネットを切断し、セーフモードで DDU を実行して完全削除
- 再起動後、オフラインのまま NVIDIA ドライバーをクリーンインストール
- 再起動＆安定性を数日間チェック
事前準備：最新ドライバーとバックアップ
まずは準備を整えます。
- ご利用の GPU 型番に対応する 最新の公式 NVIDIA ドライバー をダウンロードしておきます。
- 可能ならば、システムの復元ポイントを作成しておきます。
- 大事なデータは念のためバックアップします（ドライバー作業でデータが消えることは通常ありませんが、万一のため）。
ダウンロードが終わったら、インターネット接続を切断 します。LAN ケーブルを抜く、Wi‑Fi をオフにする、など何でも構いません。これは、作業中に Windows Update が勝手に別バージョンの GPU ドライバーを入れてしまうのを防ぐためです。
セーフモードで DDU を実行する
DDU はセーフモードで実行することが推奨されています。次のように進めます。
- セーフモードで再起動する
- 「設定」→「システム」→「回復」→「今すぐ再起動」からトラブルシューティング画面を開き、「詳細オプション」→「スタートアップ設定」→「再起動」→数字キー「4」または「F4」でセーフモード起動、などの方法があります。
- DDU を起動する
- あらかじめダウンロードしておいた DDU のフォルダーを開き、実行ファイルを起動します。
- GPU → NVIDIA → 「Clean and Restart」 を選択
- DDU の右側メニューから「GPU」を選択し、ドロップダウンで「NVIDIA」を選択します。
- 左側のボタンのうち、「Clean and restart（クリーニングして再起動）」 をクリックします。
- しばらく処理が走り、完了すると自動的に PC が再起動します。
DDU によって、レジストリや残存ファイルを含めた NVIDIA 関連ドライバーがほぼ完全に削除されます。これにより、過去の設定や破損ファイルが新しいドライバーに悪影響を与えるリスクを大きく減らせます。
最新 NVIDIA ドライバーをクリーンインストール
PC が通常モードで再起動したら、まだインターネットは繋がないまま、ダウンロード済みの NVIDIA ドライバーを実行します。
- セットアップを起動し、ライセンスに同意します。
- インストールの種類で 「カスタム（詳細）」 を選択します。
- コンポーネント選択画面で、あまり使わない機能（3D Vision / HD Audio など）は外しても構いません。
- 画面下部の 「クリーンインストールを実行」 にチェックを入れます。
- 「次へ」を押してインストールを進め、完了後に再起動します。
「クリーンインストール」を選ぶことで、残っていた設定ファイルやプロファイルも初期化され、新規インストールに近い状態になります。
インストール後の確認ポイント
再起動が終わったら、次の点を確認します。
- デバイス マネージャー → 「ディスプレイアダプター」を開き、NVIDIA GPU が「！」マークなしで認識されているか。
- 「ドライバー」タブから、インストールしたバージョンが表示されているか。
- タスクトレイに表示される NVIDIA 関連のエラーが出ていないか。
ここまで確認できたら、インターネットを再接続して構いません。ただし、Windows Update が NVIDIA ドライバーを再度上書きしないか気になる場合は、「オプションの更新プログラム」に表示されている GPU ドライバーを無理に適用しないよう注意します。
補助的なチェック項目：OS やハードウェア側の確認
GPU ドライバーをクリーンインストールしても 0x139 が再発する場合、他の要因が関わっている可能性があります。以下の項目を順番に確認してみてください。
| チェック項目 | 目的 | ポイント |
|---|---|---|
| Windows Update | OS の不具合修正や互換性向上 | 「設定」→「Windows Update」で最新の累積更新プログラムを適用 |
| メモリ診断 | RAM の物理的なエラーを検出 | mdsched.exe や MemTest86 等で長時間テスト |
| ストレージ診断 | SSD の故障や初期不良の有無を確認 | SMART 情報で代替セクタやエラー回数をチェック |
| システムファイル整合性 | Windows の重要ファイルの破損を修復 | sfc と DISM コマンドを実行 |
| BIOS / UEFI | マザーボードの互換性・安定性を向上 | メーカー提供の最新バージョンへ更新 |
| 電源設定 | クロック変動や省電力機能による不安定化を防止 | 電源プランを「高パフォーマンス」へ変更 |
システムファイルの整合性チェック（sfc / DISM）
Windows の内部ファイルが破損していると、ドライバーと組み合わさって BSOD を誘発することがあります。管理者権限の PowerShell またはコマンドプロンプトで、次の順に実行します。
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannowは、システムファイルの整合性をチェックし、自動修復を試みます。DISMコマンドは、Windows イメージそのものの破損を修復するコマンドです。
メモリ診断（RAM）
GPU ドライバーがトリガーになっているように見えても、実はメモリ不良が根本原因であるケースもあります。簡易的な確認手順は以下の通りです。
- Win + R で「ファイル名を指定して実行」を開き、
mdsched.exeと入力して Enter。 - 「今すぐ再起動して問題の有無を確認する」を選びます。
- 再起動後、自動でメモリ診断が実行され、完了すると結果が表示されます。
より厳密に確認したい場合は、専用のメモリテストツールを USB メモリから起動し、複数パス（数時間以上）テストするとよいでしょう。
ストレージ（SSD）の状態確認
新しい SSD にクリーンインストールした直後の BSOD では、SSD の初期不良も疑うべきポイントです。SMART 情報から次のような項目を確認します。
- 代替処理済のセクタ数
- 未修正エラーの回数
- 総書き込み量（異常に多い値になっていないか）
異常値が出ている場合は、SSD メーカーの診断ツールや販売店の検証を利用し、早めに交換を検討しましょう。
再発したときの次の一手：追加の切り分け
ここまでの対処を行っても、なお KERNEL_SECURITY_CHECK_FAILURE が発生する場合、さらに一歩踏み込んだ切り分けが必要です。
新しいミニダンプを解析し、「傾向」を見る
再発した BSOD でもミニダンプは保存されます。WinDbg で再度 !analyze -v を実行し、次のポイントに注目します。
- BugCheck コード：毎回 0x139 なのか、別のコードも混じり始めていないか。
- Probably caused by のモジュール：毎回
nvlddmkm.sysなのか、別のドライバー（USB、ストレージ、ネットワークなど）が出ていないか。 - スタックトレースに共通して出現するドライバーやモジュールはないか。
原因モジュールが毎回 nvlddmkm.sys のままなら、まだ GPU 周りの問題の可能性が高いと言えます。一方で、別のドライバー名が出てきた場合は、そのデバイス（USB 機器、NIC、ストレージコントローラー等）を優先的に疑うべきです。
周辺機器・増設パーツの切り離し
外付け機器や増設パーツが BSOD に影響することも少なくありません。次のように一度シンプルな構成にしてみましょう。
- USB 機器（外付け HDD / USB DAC / ゲームパッド / Web カメラ など）をすべて外した状態でしばらく使用してみる。
- RAM を複数枚搭載している場合は、1 枚だけにして動かし、様子を見る（マザーボード推奨スロットを使用）。
- オンボード GPU が使える環境なら、一時的に NVIDIA GPU を外し、オンボードのみで運用して BSOD が止まるか確認する。
| 切り分けパターン | 具体的な実施例 | 得られるヒント |
|---|---|---|
| USB 機器なし | キーボード・マウス以外の USB をすべて抜く | USB ドライバー・チップセット周りが原因かどうか |
| RAM 1 枚運用 | 1 枚だけ挿し替えつつ数日ずつ様子を見る | 特定のメモリモジュールの不良有無 |
| オンボード GPU のみ | ディスクリート GPU を物理的に外して起動 | GPU 本体か、それ以外（マザボ / SSD / OS 等）かの切り分け |
クリーンブートで常駐ソフトの影響を確認
常駐ソフトやサービスがドライバーに悪影響を与えているケースもあります。Windows を クリーンブート（最小限のサービスだけで起動）させて確認する方法が有効です。
- Win + R →
msconfigと入力して実行。 - 「サービス」タブで「Microsoft のサービスをすべて隠す」にチェックを入れたうえで、残りのサービスのチェックをすべて外します。
- 「スタートアップ」タブからタスクマネージャーを開き、不要なスタートアップアプリを無効化します。
- PC を再起動し、この状態で数日間使用して BSOD が出るか確認します。
クリーンブート状態で BSOD が出なくなる場合は、無効化したサービスや常駐ソフトのどれかが原因である可能性が高くなります。少しずつ元に戻しながら、どのソフトを有効にしたタイミングで再発するかを確認していくと、問題のソフトを特定しやすくなります。
よくある疑問と対処のヒント
Q. ゲーム中だけ BSOD になるのですが、やはり GPU が怪しいですか？
A. 高負荷時にだけ発生する BSOD は、GPU・電源・温度・オーバークロック設定など負荷依存の要因が絡んでいる可能性が高いです。まずは次を試してみてください。
- GPU / CPU のオーバークロックをすべて解除（BIOS を一旦デフォルト設定に戻す）。
- GPU の温度が 80～90℃ 以上に張り付いていないか確認（温度監視ツールを利用）。
- 高負荷ゲーム中にだけ BSOD が出る場合、別のゲームやベンチマークでも再現するか確認。
それでも nvlddmkm.sys が原因として出続ける場合は、ドライバーか GPU 本体、または電源ユニットの能力不足を疑っていきます。
Q. ドライバーを最新にしても症状が変わりません。むしろ古いバージョンのほうが安定することはありますか？
A. 実際には、特定のバージョンだけ特定のゲームやアプリと相性が悪い というケースがあります。最新バージョンで不安定な場合は、1 つ前か 2 つ前の安定報告が多いバージョンに切り替えて試してみるのも選択肢です。ただし、その際も DDU で完全削除 → 対象バージョンをクリーンインストール という流れを守ると、検証結果が明確になります。
Q. ドライバーを入れ直してから別のブルースクリーン（例えば 0x3B など）も出るようになりました。
A. 別の停止コードが出てきた場合、GPU 以外の要因が表面化してきた可能性があります。
- メモリエラーやストレージエラーによる、より広い範囲の不具合
- チップセットドライバーやストレージドライバーの不整合
- サードパーティ製セキュリティソフトとの相性
この場合は、GPU だけに原因を絞り込まず、前述したメモリ診断やストレージ診断、クリーンブートなどを組み合わせて広く切り分けることが重要です。
安全に作業するためのチェックリスト
最後に、この記事で紹介した内容を実行する前に確認しておきたいポイントをチェックリスト形式でまとめます。
- 重要データのバックアップを確保したか。
- 復元ポイントやシステムイメージなど、万一の復旧手段を用意したか。
- 自分の GPU 型番に合った正しい NVIDIA ドライバーをダウンロードしたか。
- DDU を公式配布元（信頼できるミラー）から入手したか。
- DDU はセーフモードで実行する準備ができているか。
- ドライバー作業中はインターネットを切断するつもりか。
- 作業後に Windows Update / メモリ診断 / ストレージ診断を順番に行う段取りができているか。
まとめ：まずは NVIDIA ドライバーの完全リセットから
Windows 11 で発生する KERNEL_SECURITY_CHECK_FAILURE（停止コード 0x139） は、ミニダンプ解析で nvlddmkm.sys が示されている場合、NVIDIA グラフィックスドライバーの不具合や不整合が主因 となっている可能性が非常に高いエラーです。
最初に取り組むべきなのは、
- DDU を使って NVIDIA ドライバーを完全に削除する
- オフライン状態で最新版（または安定版）のドライバーをクリーンインストールする
という、ドライバー環境の「初期化」です。そのうえで、BSOD が再発しないか数日間運用し、問題が解消していればそこで一旦完了と考えてよいでしょう。
もしそれでも 0x139 が再発する場合は、
- Windows Update やシステムファイルの修復
- メモリ・SSD などハードウェアの診断
- 周辺機器の切り離しやクリーンブートによる切り分け
- 新たなミニダンプの解析による「傾向」の把握
といったステップで、原因を一つずつ潰していくアプローチが有効です。この記事の手順を順番に実践していけば、「どこまで試したのか」「何を変えたら症状が変わったのか」が整理され、サポート窓口やコミュニティに相談する際にも非常に役立ちます。
ブルースクリーンは不安を覚えやすいトラブルですが、原因を論理的に切り分けていけば、必ずゴールに近づきます。まずは NVIDIA ドライバーのクリーン再インストールから、落ち着いて試してみてください。
コメント