Windows 11のKERNEL_MODE_HEAP_CORRUPTION（0x13A）は、カーネルモードのヒープの破損を検出した停止コードです。コードだけでWi-Fi・GPU・メモリなどの原因を決めることはできません。まず発生時刻と直前の変更を記録し、ダンプやデバイスの状態から対象を絞って、ドライバーの更新またはロールバックを検討します。
先に確認すること：停止コードと直前の変更
Microsoftの停止コードの案内では、ハードウェア、そのドライバー、ソフトウェアを調べる基本手順を説明しています。0x13Aが繰り返す場合も、最初から無線LANだけを入れ替えるのではなく、次の情報を揃えます。
- 画面に表示された停止コード・モジュール名と発生日時。可能なら画面を撮影する。
- 新しい機器、ドライバー、アプリ、Windows更新を入れた日時。初回発生の前後と比較する。
- 使用中の作業。Wi-Fi、有線、ゲーム、スリープ復帰などの条件を記録する。
- 作業データをバックアップし、複数の設定を同時に変えない。起動を繰り返し失敗する場合は無理な検証を続けず、回復・メーカーサポートを確認する。
KERNEL_MODE_HEAP_CORRUPTION（0x13A）とは何か
Microsoftの0x13Aの定義は、ヒープ管理機能が破損を検出したというものです。第1パラメーターによって破損の種類を示し、バッファーの範囲外操作や解放後の使用に関連する分類もあります。これはエラーの分類であり、特定メーカーのドライバーが原因だという診断ではありません。
| 確認できた情報 | 次に調べること | まだ断定できないこと |
|---|---|---|
| 更新直後から繰り返す | 更新した機器・版・初回発生日時 | すべての更新が不良ということ |
| Wi-Fi使用中に繰り返す | 同じ作業の条件と無線ドライバーの版、ダンプ | Wi-Fiだけが原因、GPUは無関係ということ |
| ダンプにntoskrnl.exeが表示される | 停止パラメーター、スタック、関連モジュール | その名前だけでOSまたは別のドライバーを犯人とすること |
| 異なる作業でも停止する | ハードウェア診断と複数回のダンプ | ネットワークドライバーの入れ替えで必ず直ること |
ミニダンプの読み方と、解析結果の限界
小さいメモリダンプを保存する設定では、通常%SystemRoot%\Minidumpにファイルが残ります。公式のミニダンプの説明によると、停止コードや読み込まれたドライバー、停止時のスレッドなどの情報を含みますが、記録される範囲が限られるため、原因を特定できない場合もあります。ファイルがないことだけでドライバー原因を否定できません。
WinDbgの公式解析手順を使う場合は、保存済みのダンプを開き、シンボルと読み込みエラーを確認したうえで!analyze -vから始めます。lmはモジュールの確認に使えます。解析に慣れていない場合は、結果の1行だけで設定変更をせず、メーカーや管理者に確認を依頼してください。
!analyze -v
lm同じモジュールが複数回のダンプで繰り返し示されるか、発生前の変更と一致するかを確認します。自動解析が示す候補は手掛かりです。汎用のシステムファイル名だけを見て、無線・GPU・ストレージのどれかを除外したり、原因を1本に決めたりしないでください。
Wi-Fiドライバーを調べる場合：対象を確認して更新・ロールバック
Wi-Fi使用時の条件や解析結果が無線LANに関係する場合は、そのアダプターを対象に調べます。端末の型番とWindowsの版に合う、メーカーが提供するドライバーを使います。別機種やWindows 10用の古い版を、Windows 11で安定するという理由だけで導入しません。
事前準備
- デバイスマネージャーのネットワークアダプターで、無線LANの機器名を確認する。
- 対象機器のプロパティ→［ドライバー］で、提供元・日付・バージョンを控える。
- PCメーカーの対象モデルのサポートページで、OSとアダプターに合うパッケージを確認する。通信できなくなったときに備え、必要なファイルと別の接続手段を用意する。
直前の更新と一致するならロールバックを確認する
Microsoftのデバイスマネージャーの手順に従い、対象機器の［プロパティ］→［ドライバー］→［ドライバーを元に戻す］を確認します。実行には管理者権限が必要です。前のドライバーが利用できないなど、ボタンが使えない場合は無理にINFを削除せず、メーカーへ互換版を確認します。
更新または再インストールを検討する
直前に更新していない場合は、対象機器の［ドライバーの更新］やメーカーのインストール手順を確認します。再インストールが必要な場合も対象機器を明確にし、通信の復旧方法を用意したうえで行います。公式手順では再起動後にWindowsがドライバーの再インストールを試みますが、必ず自動復旧するとは限りません。
ドライバーストアは確認に使い、一括削除しない
PnPUtilの公式仕様では、/enum-driversはサードパーティーのドライバーパッケージを列挙します。以下は管理者のターミナルで情報を確認するための例です。ドライバーを変更するコマンドではありません。
pnputil /enum-drivers同じ提供元のINFが複数あることだけでは、競合の証拠になりません。他の機器のパッケージを含むことがあります。/delete-driverは削除操作で、/uninstallは利用中の機器にも作用し、/forceは使用中でも削除する指定です。メーカー名の一致だけでまとめて削除したり、「1本だけ」にする目的で実行したりしないでください。
導入後の版を確認し、変更と再発の時刻を記録する
無線LANの版の確認には、デバイスマネージャーのほか、netsh wlanの表示コマンドも使えます。変更前後の出力を比較します。
netsh wlan show drivers更新後に再び停止した場合は、現在の版、更新履歴、停止時刻を照合します。「メーカーのアプリとアイコン」の設定を変えればすべてのドライバー更新を止められるとは考えないでください。停止コードの修復を目的に、Windows全体のドライバー配信やセキュリティ更新を一律に止める必要はありません。組織PCで管理ポリシーがある場合は、対象ドライバーと発生記録を管理者へ渡します。
補助対策は症状と診断結果に合わせる
BIOS・ハードウェア診断
メーカーが対象モデルの不具合や互換性に対応した更新を案内している場合は、その適用条件と手順を確認します。停止コードだけを理由に、BIOS、無線、GPU、ストレージを一度に更新しないでください。メモリなどのハードウェアが疑われる場合は、メーカー指定の診断を使い、エラー結果を保存してサポートへ相談します。特定のテスト回数で異常がなくても、0x13Aの原因がすべて否定できるわけではありません。
システムファイルの整合性
Windowsの機能不調やシステムファイル破損が疑われる場合は、MicrosoftのDISM・SFCの手順を確認します。管理者のコマンドプロンプトでDISMを先に、完了後にSFCを実行し、結果を記録します。これはシステムファイルの確認・修復で、Wi-Fiドライバーの不具合を修正する保証ではありません。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow通信設定とセキュリティ機能
DNSキャッシュの消去やネットワーク設定の初期化は、停止コードの原因を特定する操作ではありません。接続不良もある場合はその症状を別に調べます。0x13Aだけを理由にWi-Fiの暗号方式を弱めたり、ウイルス対策・ファイアウォールを停止したりする手順は使いません。
Driver Verifierは通常利用PC向けの修復手順ではない
MicrosoftのDriver Verifier資料は、実行によりクラッシュする可能性があることと、テスト・デバッグ用のコンピューターで使うことを明記しています。ドライバーの動作を検証するツールであり、一般利用中のPCのエラーを直すボタンではありません。
原因が不明なまま、すべてのドライバーやネットワークドライバーへ有効にするのは避けます。検証が必要かどうか、回復手段とダンプの扱いを含めて解析担当者に判断してもらいます。通常は既存のダンプと更新履歴の確認を先に進めます。
検証プラン：変更を1つにして通常の条件で確認する
原因を切り分けるため、変更内容・版・再起動日時を記録し、以前エラーが起きた作業を通常の範囲で確認します。初めから複数の高負荷作業を重ねると、どの条件で再発したか分かりにくくなります。再発しない期間の長さだけで根治を保証することもできません。
| 記録する項目 | 比較する内容 | 再発した場合 |
|---|---|---|
| 停止コードと時刻 | 変更前と同じコードか | 最新ダンプと直前の作業を保存 |
| ドライバーの版 | 狙った対象の版だけ変わったか | 更新履歴と機器の状態を確認 |
| 実施した操作 | 更新・ロールバックなど1操作 | 同時変更を増やさず結果を相談 |
| 発生条件 | Wi-Fi/有線、復帰、アプリなど | 条件を原因の断定とせず、解析資料へ添える |
再発時のエスカレーション手順
- 停止コード、発生日時、PC型番、Windowsの版をまとめる。
- 保存されているミニダンプのうち、該当日時のファイルを確認する。
- 対象機器のドライバー版と、初回発生前後の更新履歴を控える。
- システム情報やイベントログが必要な場合は、サポート担当の案内に合わせて収集する。
- ダンプやネットワーク出力には環境情報が含まれ得るため、公開掲示板へ無差別に掲載せず、相談先を確認して渡す。
ダンプで十分な情報が得られなければ、解析担当者が追加の記録やハードウェア診断を判断します。資料を揃えても、必ず1本のドライバーに特定できるとは限りません。
よくある誤解と落とし穴
- 「0x13AだからWi-Fiが原因」：コードはヒープ破損の検出を示すため、特定機器の原因を決めるには追加情報が必要です。
- 「ntoskrnl.exeとあるのでOSを入れ直す」：ファイル名だけでは原因を決められません。ダンプ全体と変更履歴を確認します。
- 「ドライバーストアを空にすれば直る」：列挙されるパッケージはほかの機器にも必要です。一括削除を修復手順にしません。
- 「古いWindows 10用の版が安定する」：別OS用を一般推奨せず、モデル・機器・OSの対応条件を確認します。
- 「数日再発しないので根治」：発生条件や頻度で評価に必要な期間は異なります。再発した際に比較できる記録を残します。
実践チェックリスト
| 順番 | 行うこと | 確認する結果 |
|---|---|---|
| 1 | 停止コードと変更履歴を記録 | 何を調べるべきか絞る材料 |
| 2 | ダンプと機器の状態を確認 | 特定機器に関連する証拠があるか |
| 3 | 対象機器の更新/ロールバックを選ぶ | 型番・OS・版が一致するか |
| 4 | 必要時だけDISM→SFC、メーカー診断 | 各ツールの結果。原因の保証ではない |
| 5 | 通常条件で再発と版を確認 | 変更前後を比較できる記録 |
付録：情報確認と修復コマンドの違い
次の最初の2つは情報表示、最後の2つはシステムファイルの修復です。ドライバー削除や更新停止のコマンドではありません。管理者の端末で実行し、結果を保存する場合は出力先も確認します。
rem ドライバーパッケージの情報表示
pnputil /enum-drivers
rem 無線LANドライバーの情報表示
netsh wlan show drivers
rem 必要時のみシステムファイルの修復
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannowまとめ
KERNEL_MODE_HEAP_CORRUPTION（0x13A）では、停止コードの定義、発生条件、ダンプ、更新履歴を順に確認します。Wi-Fiに関連する証拠がある場合は対象の無線LANドライバーを調べますが、全環境で同じ原因・同じ版が適切とは限りません。変更を1つずつ記録して確認し、再発する場合は資料を揃えてメーカーや解析担当者へ相談してください。
コメント