Windows11で「KERNEL_MODE_HEAP_CORRUPTION(0x13A)」ブルースクリーン発生時の原因と対処法【NVIDIAドライバー/自作PC】

自作PCで突然「カーネルモードヒープ破損（KERNEL_MODE_HEAP_CORRUPTION／0x13A）」のブルースクリーンが出ると、ハード故障かOS不良か判断がつきにくく、不安になります。本記事では、実際のミニダンプ解析結果をもとに、NVIDIAグラフィックスドライバー起因のケースを中心に、再発防止までの具体的な手順を詳しく解説します。

カーネルモードヒープ破損（0x13A）とは何か

「KERNEL_MODE_HEAP_CORRUPTION（バグチェック 0x13A）」は、カーネルモードで動作するドライバーやシステムコンポーネントが、カーネルヒープ領域（OSの内部メモリ管理領域）を異常な方法で書き換えたときに発生するブルースクリーンエラーです。

ざっくり言うと、

ドライバーが解放済みメモリにアクセスした
別の場所のメモリを誤って上書きした
メモリ破損が検出され、Windowsがこれ以上実行すると危険と判断した

といった状況で発生します。原因になりやすいのは以下のようなものです。

グラフィックスドライバー（NVIDIA / AMD）の不具合
不安定なオーバークロック（CPU / メモリ / GPU）
不完全なドライバーアップデートや古いドライバーとの競合
物理メモリやマザーボードの相性・ハード故障

今回の想定環境と症状整理

この記事では、以下のような自作PC環境を例に解説します。

項目	内容
CPU	AMD Ryzen 9800X3D
マザーボード	ASUS TUF GAMING B850‑PLUS WIFI
メモリ	G.SKILL Trident Z5 Neo（EXPO有効）
オーバークロック	CPU/GPUは定格、RAMのみEXPOプロファイル有効化
OS	Windows 11（64bit）
発生状況	組み立てから1週間で2回ブルースクリーン。ミニダンプはいずれも0x13A
実施済み	Windowsメモリ診断は実施済み（エラーなし）

ミニダンプ解析の結果、いずれもNVIDIAグラフィックスドライバー周辺が動作中にクラッシュしており、GPUドライバーが最有力の原因候補という前提で話を進めます。

原因として最も疑われるのは「NVIDIAグラフィックスドライバー」

KERNEL_MODE_HEAP_CORRUPTIONは、GPUドライバーの不具合やアップデートの失敗で発生することが多く、特に以下のような場合に顕在化しやすくなります。

最新ドライバーに更新した直後から不安定になった
Windowsのクリーンインストール直後で、一度も安定して動いていない
ゲームやGPU負荷の高い処理中にのみブルースクリーンが出る

ミニダンプのスタックトレース上でも、NVDisplay.ContainerなどNVIDIA関連プロセスが絡んでいることが多く、まずは「NVIDIAドライバーのクリーン入れ直し＋少し前の安定版へのロールバック」を最優先で試す価値があります。

優先度	対処内容	ねらい
高	NVIDIAドライバーをDDUで完全削除し、ひとつ前～数世代前のドライバーをクリーンインストール	ドライバー起因のヒープ破損をリセットし、安定版に切り替える
中	メモリEXPOをOFF、一時的に定格動作に戻す	メモリOCによるギリギリ動作・相性問題を排除
中	BIOS/UEFI・AMDチップセットドライバーの更新	新世代CPU＋メモリの安定性向上を狙う
低～中	Hyper‑V/VBS無効化・システム整合性の修復	周辺要因によるクラッシュをつぶす

NVIDIAドライバーをクリーン削除して安定版に入れ替える手順

ここからは、実際の作業手順を具体的に解説します。慣れていない方でも迷わないよう、画面操作の順番も細かく書いておきます。

事前準備：必要なファイルをダウンロードしておく

作業中はネットワークが一時的に不安定になる可能性もあるため、あらかじめ以下をダウンロードしておくと安心です。

Display Driver Uninstaller（DDU）の最新版
NVIDIA公式サイトから「1～数世代前の安定版ドライバー」

ドライバーは、GeForce Experienceではなくドライバー単体（スタンドアロンパッケージ）をダウンロードしておくことをおすすめします。

手順1：Windowsをセーフモードで起動する

DDUでのクリーン削除はセーフモードで行うのが推奨です。以下の操作でセーフモードに入ります。

デスクトップ右下の電源アイコンをクリック
Shiftキーを押しながら「再起動」をクリック
「オプションの選択」画面で「トラブルシューティング」 → 「詳細オプション」
「スタートアップ設定」を選択し、「再起動」をクリック
再起動後に表示される一覧から「4）セーフモードを有効にする」を選択

手順2：DDUでNVIDIAドライバーを完全削除

セーフモードに入ったら、先ほどダウンロードしたDDUを起動します。

DDUを起動し、右側の「選択」欄で「GPU」→「NVIDIA」を選択
左側のボタンから「クリーン＆再起動」（または「クリーン＆シャットダウン」）をクリック
処理が完了するまで待ち、自動的に再起動（またはシャットダウン）されるのを待つ

これにより、通常のアンインストールでは残りがちなレジストリ・古いファイル・設定類がほぼ完全に削除されます。

注意点として、DDUは強力なツールのため、他の作業を並行して行わない、途中で強制終了しないことを心がけてください。

手順3：Windows Updateによるドライバー自動配布を一時的に止める（任意だが推奨）

クリーン削除後、放置するとWindows Updateが自動的に汎用NVIDIAドライバーを入れてしまい、こちらが意図したバージョン管理がしづらくなります。可能なら以下の方法で一時的に自動更新を抑止します。

デバイスインストール設定で「Windows Updateからドライバーを取得しない」に設定
Proエディション以上では、グループポリシーでドライバー更新を抑止

この設定は恒久的に行う必要はなく、「安定版ドライバーが入って正常動作を確認するまで」の一時措置で十分です。

手順4：NVIDIA公式サイトから「少し前の」安定版ドライバーを手動インストール

次に、NVIDIA公式サイトからダウンロードしておいた「ひとつ前～数世代前のドライバー」をインストールします。

ダウンロードしたドライバーのインストーラーを右クリックし、「管理者として実行」
セットアップウィザードが始まったら、利用規約に同意
インストールオプションで「カスタム（詳細）」を選択
オプション一覧の下部にある「クリーンインストールを実行」にチェックを入れる
不要なコンポーネント（GeForce Experienceなど）は外し、最小構成で導入してみるのも有効
インストール完了後、PCを再起動

ポイントは、最新ドライバーではなく、1～数世代前の安定版を選ぶことです。特定のバージョンでのみBSODが出るケースは珍しくなく、ロールバックだけであっさり解決することがあります。

手順5：安定性の確認とバージョン切り替えの判断

ドライバーをクリーンインストールしたら、次のような手順で安定性を確認します。

いつもクラッシュしやすいゲームやGPU負荷の高いアプリをしばらく動かしてみる
イベントビューアーで「システム」「アプリケーション」ログにエラーが出ていないか確認
信頼性モニター（perfmon /rel）で「Windowsハードウェアエラー」や「アプリケーションエラー」が増えていないか確認

数日～1週間ほど運用してみて、ブルースクリーンやアプリクラッシュが再発しなければ、ドライバー起因の問題は解消したと判断してよいでしょう。再発する場合は、

別のドライバーバージョン（1つ前、2つ前など）を試す
後述するメモリEXPOの無効化やBIOS更新などの切り分けに進む

という流れで原因をさらに絞り込んでいきます。

NVIDIAドライバーで解決しない場合の追加チェック（優先度順）

ここからは、ドライバーを見直しても0x13Aが解消しない場合に確認すべきポイントを、優先度順に解説します。

メモリEXPOを一時的に無効化して様子を見る

EXPO（AMD EXPO）は、メモリメーカーが想定する高速設定を自動で適用するプロファイルですが、実質的にはメモリのオーバークロックです。

メモリコントローラやマザーボードとの相性
微妙な電圧不足
タイミングがシビアすぎる設定

などが絡むと、「ベンチマークは通るが、長時間のゲームやアイドル復帰時にだけクラッシュする」といったグレーゾーンの不安定さを生むことがあります。

切り分けとして、いったんBIOS/UEFIの設定画面でEXPOを無効にし、メモリをJEDEC定格（自動設定）に戻してみましょう。

起動時にDelキーやF2キーでBIOS/UEFIに入る
メモリ関連の設定画面から、「EXPO（AMD EXPO）」を無効にする
設定を保存して再起動
その状態で数日使用し、ブルースクリーンが再発するか確認

EXPOを切ると安定する場合、

EXPOの下位プロファイル（少し遅い設定）があればそちらを試す
メモリ電圧をメーカー指定の上限内でごくわずかに上げる
BIOSアップデート後に再度EXPOを試す

など、慎重に調整していくと良いでしょう。

BIOS/UEFIとAMDチップセットドライバーの更新

Ryzenの新世代CPU＋新チップセットは、初期BIOSだとメモリ周りや電源管理が不安定なことが珍しくありません。特に発売初期に組んだ自作PCでは、以下の対応が効果的です。

マザーボードメーカー公式サイトから最新BIOSを確認・更新
リリースノートに「メモリ互換性の改善」「システム安定性の向上」「最新AGESA対応」などの文言があれば、必ず適用
AMD公式サイトから最新のチップセットドライバーをインストール

BIOS更新はリスクも伴うため、メーカーの手順に従い、更新中は絶対に電源を切らないなど基本事項を守って慎重に行いましょう。

MemTest86でメモリを徹底検証する

Windowsメモリ診断は簡単に実施できますが、検出力という意味ではやや弱めです。より徹底的に調べるなら、MemTest86の使用がおすすめです。

別PCなどでMemTest86の起動USBを作成
問題のPCをUSBから起動し、MemTest86をスタート
最低でも1～2周、可能なら4周ほどテストを実施
テスト中にエラーが出るかどうかを確認

エラーが出た場合は、

EXPO無効で再度テストして差を確認
メモリを1枚ずつ挿して単体検証
スロットを変えて検証（A2/B2推奨スロットを基本としつつ確認）

といった手順で、特定のモジュールやスロットに問題がないかを切り分けます。

Hyper‑V / VBS（メモリ整合性）の影響を確認する

ミニダンプ上にハイパーバイザー関連の情報が見える場合、Hyper‑Vや仮想化ベースのセキュリティ（VBS）が有効になっている可能性があります。WSL2や仮想マシンを使っていない場合、いったん無効化して挙動を確認する価値があります。

代表的な無効化ポイントは以下の通りです。

「Windowsの機能の有効化または無効化」から
- Hyper‑V
- 仮想マシンプラットフォーム
- Windows ハイパーバイザープラットフォーム
などをオフにする
Windows セキュリティ → デバイスセキュリティ → コア分離から「メモリ整合性」をオフ

これらをオフにして再起動し、しばらく様子を見てブルースクリーンの有無を確認します。用途によってはセキュリティとのトレードオフになるため、最終的に必要であれば再度有効化する方針で構いません。

システムファイルの整合性をチェック・修復する

ドライバーやOSアップデートの途中で何らかの不整合が起きている場合、sfcやDISMを使ってシステムイメージを修復すると改善することがあります。

管理者権限のPowerShellまたはコマンドプロンプトを開き、以下のコマンドを順番に実行します。

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

sfc /scannow：システムファイルの整合性チェックと自動修復
DISM /Online /Cleanup-Image /RestoreHealth：Windowsイメージ自体の修復

いずれも完了まで時間がかかることがありますが、途中で中断せず完了を待ってください。

周辺ツールやハードウェア要因を見直す

意外と見落としがちなのが、周辺の常駐ソフトや物理的な接続不良です。以下のような点もチェックしておきましょう。

RGB制御ツール、OCツール、録画ソフト、フレームレートオーバーレイ（例：一部のオーバーレイ機能）は一旦全て停止
マザーボード付属のユーティリティ（自動OC、電源管理など）があれば無効またはアンインストールして検証
GPU補助電源ケーブルの接続状態を確認し、必要なら差し直す
GPU自体を一度抜き差しし、基板の反りや異物混入がないか目視確認

ソフト・ハード両面で「最低限の構成」にして様子を見ることで、原因の切り分けがしやすくなります。

温度・電力・電源ユニットの状態確認

高負荷時のみ0x13Aが出る場合、純粋なドライバー不具合だけでなく、温度や電力まわりが限界ギリギリになっている可能性もあります。

GPU温度が高すぎないか（80～90℃を超えていないか）
電源ユニットの容量が構成に対して十分か
急激な負荷変動時に電圧降下や電源落ちが起きていないか

ハードウェアモニタリングツールでログを取り、クラッシュ直前に極端な温度上昇や電圧変動がないかをチェックすると、原因の手掛かりになります。

再発時に必ず残しておきたい情報

トラブルが再発したとき、次の情報を残しておくと、掲示板やサポートに相談する際に非常に役立ちます。

ミニダンプファイル：C:\Windows\Minidump 配下の.dmpファイル（ZIP圧縮推奨）
信頼性モニター（perfmon /rel）の画面キャプチャ
イベントビューアーの「システム」「アプリケーション」ログで、クラッシュ時刻前後のエラー内容
直前にインストール／更新したドライバーやアプリの一覧（メモやスクリーンショット）

「何をしているときに」「どのバージョンのドライバーで」「どのようなエラーコードが出たか」をセットで残しておくと、原因の絞り込みが一気に進みます。

技術的メモ：0x13Aの中身を少しだけ理解する

少し専門的な話になりますが、0x13Aのクラッシュダンプを見ると、以下のようなポイントが読み取れることがあります。

バグチェックコードはKERNEL_MODE_HEAP_CORRUPTION (0x13A)
スタックトレース上にNVIDIA関連のドライバーやプロセス（NVDisplay.Container等）が見える
ハイパーバイザー有効状態（Hyper‑V / VBS）で動作している痕跡がある
質問はWindows 11でも、解析ツールの表示上は「Windows 10」と見えることがある（表記の違いであり、実際の対処は同じ）

カーネルヒープ破損は、発生箇所と原因箇所が必ずしも一致しないため、「クラッシュした瞬間に動いていたドライバー周辺が最有力容疑者」という程度の考え方が必要です。その意味で、GPUドライバーに手を入れつつ、同時にメモリ・BIOS・仮想化なども並行して疑っていくのが現実的なアプローチになります。

「Windows 11なのにダンプにWindows 10と出る」問題について

ミニダンプ解析時の表示では、OSバージョンが内部的なビルド番号で表現されるため、ツールによってはWindows 11でも「Windows 10」と表示されることがあります。これは解析ツール側の表記や内部バージョン名の都合であり、

実際にインストールされているのがWindows 11であれば気にしなくてよい
0x13Aの解析手順や対処方法は、Windows 10/11で基本的に同じ

と理解しておけば問題ありません。

ここまでの内容を整理：優先度付きロードマップ

最後に、本記事の内容を「何からやるべきか」という観点で整理します。

ステップ	内容	目的
1	NVIDIAドライバーをDDUで完全削除し、ひとつ前～数世代前の安定版をクリーンインストール	最有力候補であるGPUドライバー起因のヒープ破損を解消
2	EXPOを無効化してメモリを定格動作に戻し、数日運用してみる	メモリOC・相性による不安定要因を切り分け
3	BIOS/UEFIを最新に更新し、AMDチップセットドライバーも最新版に揃える	新世代CPU＋メモリ構成の安定性を底上げ
4	MemTest86でメモリを1～4周検証し、物理メモリやスロットの不具合を確認	ハードウェア起因のメモリエラーを洗い出す
5	Hyper‑V / VBS（メモリ整合性）を一時無効化し、挙動をチェック	仮想化層・セキュリティ機能からの影響を排除
6	sfc /scannow と DISMでシステムファイル・イメージを修復	OS側の不整合・破損を修正
7	常駐ツールやオーバーレイ、RGBソフトを一旦停止し、物理的な接続も再確認	周辺要因・接触不良による不具合をつぶす
8	再発時にはミニダンプ、信頼性モニター、イベントログ、導入履歴を整理して保存	さらなる解析や第三者への相談に備える

まとめ：0x13Aは「順番に潰していけば」収束しやすい

KERNEL_MODE_HEAP_CORRUPTION（0x13A）は名前こそ物々しいものの、

原因候補をドライバー → メモリ設定 → BIOS/チップセット → 周辺要因の順に冷静に切り分け
特にグラフィックスドライバーは、DDUによるクリーン削除＋安定版へのロールバックを最優先で実施
EXPO無効化やMemTest86などで、メモリまわりのグレーな不安定さを潰す

といった手順でアプローチすれば、高い確率で再発を抑え込むことができます。

自作PCは、性能と引き換えに「自分でトラブルシュートする力」も求められますが、その分きちんと原因をつぶしていけば、後々まで安定した環境で快適に使うことができます。本記事を参考に、一つひとつ丁寧に確認しながら、ブルースクリーンのない安定したWindows 11環境を作り上げていきましょう。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

Windows11で「KERNEL_MODE_HEAP_CORRUPTION(0x13A)」ブルースクリーン発生時の原因と対処法【NVIDIAドライバー/自作PC】

カーネルモードヒープ破損（0x13A）とは何か

今回の想定環境と症状整理

原因として最も疑われるのは「NVIDIAグラフィックスドライバー」