ゲーム中でも動画視聴中でも、何もしていないアイドル状態でも、突然「IRQL_NOT_LESS_OR_EQUAL」や「HYPERVISOR_ERROR」のブルースクリーンが出てPCが落ちる──最近のIntel第13・14世代デスクトップCPU＋Windows 11環境で、こうしたランダムBSODに悩まされている人が急増しています。本記事では、この症状の本命原因とされるIntel CPUの既知不具合を前提に、再現しにくいブルースクリーンを現実的な手順で切り分け、最終的にどこまでやれば良いのかを、具体的なチェックリスト付きで解説します。
ランダムなブルースクリーン（BSOD）が止まらないときに何が起きているか
まず、今回のケースを整理してみます。
- ゲーム中・動画視聴中・ブラウジング中・アイドル時など「状況を問わず」突然BSOD
- STOPコードは
IRQL_NOT_LESS_OR_EQUALやHYPERVISOR_ERRORなど毎回バラバラ - 既に実施済みの対策
- XMP（メモリOC）の有効／無効切り替え
- BIOSアップデート（最新版）
- MemTest等のメモリ診断 → 問題なし
- Windowsアップデートのロールバック
- GPUドライバーをDDUで削除し、安定版へ戻す
- ミニダンプを解析すると
intelppm.sysが頻出
この時点で、一般的な「ドライバー更新」「Windows再インストール」「メモリ不良チェック」といった王道の対処はすでに一通り終わっています。それでもなおランダムBSODが続くのであれば、ソフトウェア起因よりもCPUそのものの不具合を濃厚に疑う段階です。
| 項目 | 状況 |
|---|---|
| PCの用途 | ゲーム、動画視聴、ブラウジング、アイドル時など問わず |
| BSOD発生タイミング | 高負荷時・低負荷時ともにランダム |
| STOPコード | IRQL_NOT_LESS_OR_EQUAL / HYPERVISOR_ERROR など複数 |
| ミニダンプ | intelppm.sys 関連のクラッシュが多い |
| 既に実施済み | メモリテストOK、BIOS・GPU・Windows更新/ロールバック済み |
結論から言うと：Intel 第13・14世代デスクトップCPUの既知不具合が最有力候補
2024年以降、Intel第13・14世代デスクトップCPU（Raptor Lake / Raptor Lake Refresh）で、時間の経過とともに不安定化する「Vmin Shift Instability」や過電圧による劣化問題が公式に認められています。
ポイントをざっくりまとめると、次のようになります。
- 一部の13/14世代デスクトップCPUで、マイクロコード上の電圧制御アルゴリズムの問題により、長期間の使用で徐々に安定動作に必要な最低電圧（Vmin）がシフトする現象が報告
- 結果として、ある日突然、以前は安定していた設定でもランダムなクラッシュやBSODが出るようになる
- Intelはマイクロコード更新（BIOSアップデート）とともに、対象CPUに対して保証延長や交換対応を進めている
実際に、PCメーカー各社（Dell、HPなど）もこの問題を受けて、13/14世代CPU搭載機でのアプリケーション不安定・ブルースクリーン・フリーズといった症状について告知や対処方針を出しています。
今回のように、
- ソフトウェア的な対処を一通りやっても改善しない
- ミニダンプで
intelppm.sys（Intel Processor Power Managementドライバー）が頻繁に絡む
という条件が揃っている場合、Intel第13・14世代デスクトップCPUの不安定個体を本命として疑うのが現実的です。
IRQL_NOT_LESS_OR_EQUAL / HYPERVISOR_ERRORは「本当の犯人」ではない
ブルースクリーンのSTOPコードは原因特定のヒントにはなりますが、それ自体が原因ではありません。今回よく出ている2つのコードの意味を簡単に整理しておきます。
IRQL_NOT_LESS_OR_EQUAL とは
- カーネルモードドライバーが、不正なメモリアドレスにアクセスしたときに出る代表的なSTOPコード
- 典型的な原因
- バグったドライバー（古いGPUドライバーなど）
- 不良メモリやメモリOCの失敗
- 実はCPUやマザーボードのハードウェア異常
今回、メモリテストはパスしており、GPUドライバーもDDUで入れ直していることを考えると、ドライバー単体のバグというより「CPUが一瞬おかしな値を返してしまった→ドライバーが巻き添えで落ちた」パターンが疑われます。
HYPERVISOR_ERROR とは
- Windows Hyper-Vや仮想化関連のレイヤーで致命的なエラーが起きたときに出るSTOPコード
- Windows 11では、仮想化ベースのセキュリティ（VBS）やCore Isolationなどで、意識してHyper-Vを使っていなくても CPUの仮想化機能 が常に利用されている
- CPU内部で異常が発生し、仮想化レイヤーが予期しない状態になった場合も、このエラーとして現れることがある
つまり、STOPコードが毎回違う・どれもCPUやメモリ、仮想化など「かなり低レイヤー」のエラーであること自体、ハードウェア側の不安定さを強く示唆しています。
なぜミニダンプに「intelppm.sys」が頻出するのか
intelppm.sys は、Intel Processor Power Management（PPM）ドライバーです。これは、
- CPUのクロックや電圧制御
- Cステート（省電力モード）への出入り
- サーマル（温度）に応じた保護
など、CPUの電力管理全般を担当する重要なコンポーネントです。各種フォーラムやMicrosoft Q&Aなどでも、intelppm.sys がブルースクリーンのスタックに頻出しているケースが多く報告されています。
ここで重要なのは、
intelppm.sys自体が壊れているのではなく、電圧やクロック制御の対象であるCPU側が不安定なために、結果としてこのドライバーが「落ち役」を引き受けている可能性が高い、という点です。
| モジュール | 役割 | 今回のケースでの読み方 |
|---|---|---|
intelppm.sys | Intel CPUの電源管理・クロック制御 | CPUの電圧/クロック制御中に異常が発生している可能性 |
ntoskrnl.exe | Windowsカーネル本体 | ほぼ全てのBSODに出るので単体での犯人扱いは不可 |
| 各種ドライバー | GPU/ストレージ/ネットワークなど | 頻度が低い、かつ更新済みなら優先度は下がる |
ステップ1：Intel Processor Diagnostic ToolでCPUハードウェアを直接チェック
まずは、Intel公式の診断ツール「Intel Processor Diagnostic Tool（IPDT）」でCPUのセルフテストを実施します。これは、CPUの演算性能やキャッシュ、メモリコントローラなど、ハードウェアとしての基本能力を総合的にチェックするツールです。
事前準備：BIOS設定を「素」に戻す
正しい診断結果を得るために、テスト前に以下のような設定を行っておきましょう。
- BIOSで「Load Optimized Defaults」または「工場出荷状態」にリセット
- XMP/EXPOなどのメモリOCを無効にする
- AI Overclock、MCE（MultiCore Enhancement）、PBO類似機能など自動OC機能をすべてOFF
- CPU電圧をマニュアルOCしている場合はAuto（標準）へ戻す
- Windowsの電源プランを「バランス」または「高パフォーマンス」のいずれかに固定（極端な省電力系ツールは一旦停止）
| 設定項目 | 推奨値 | 理由 |
|---|---|---|
| XMP/EXPO | Disabled | メモリOC起因の不具合を排除するため |
| CPU OC関連 | 全てOff（Auto） | CPU本来の仕様から外した設定を排除するため |
| 電源プラン | バランス or 高パフォーマンス | 極端な省電力チューニングとの干渉を避ける |
Intel Processor Diagnostic Toolのテスト結果の見方
IPDTのフルテストを実行すると、最終的に「PASS」または「FAIL」の結果が表示されます。
- FAILが出る場合
- CPUハードウェアの不具合がほぼ確定です。
- 購入店またはメーカー保証／Intelサポートに連絡し、交換（RMA）を相談する段階です。
- 特に、常用OCをしておらず、温度管理も適切だった場合は、いわゆる「ハズレ個体」「劣化個体」として扱って問題ありません。
- PASSだがBSODが続く場合
- IPDTでは検出できない「ギリギリの不安定」や「特定ワークロードでのみ落ちる」ケースも存在します。
- その場合は、次のステップでドライバー・電源・温度・メモリOCを総合的に見直していきます。
ステップ2：Intel系ドライバーとBIOSを「最新&純正」でそろえる
CPU個体不良が最有力とはいえ、Intelチップセット／ME／電源管理系ドライバーがバラバラだと、問題の切り分けが非常に難しくなります。まずは、マザーボードメーカー公式サイトからIntel関連のドライバーを最新版に統一しましょう。
例として、「ASUS ROG STRIX Z790-H GAMING WIFI」の場合の導入順は次のようになります（他社ボードでもおおむね同様の構成です）。
- Intel Management Engine Interface（MEI）
- Intel Chipset Driver
- Intel Dynamic Tuning Technology（DTT）
- Intel Serial IO / Intel GNA / Intel LAN / Wi-Fi など
- Intel Processor Power Management関連（含まれている場合）
| ドライバー種別 | 役割 | 注意点 |
|---|---|---|
| Intel MEI | CPUとチップセット間の管理機能 | BIOSとセットで更新することが多い |
| Intel Chipset Driver | PCI ExpressやSATAなどの基本制御 | OSクリーンインストール後は最優先で導入 |
| Intel DTT | 動的な電力・パフォーマンスチューニング | ノートPC向け色が強いがデスクトップでも搭載例あり |
| Intel Serial IO / GNA など | 補助デバイスやAIアクセラレータ | Device Managerの「！」を潰す目的でも重要 |
| BIOS（マイクロコード含む） | CPUの電圧・クロック制御ロジック | Intelの不具合修正マイクロコードが含まれるので必ず更新 |
Intelは13/14世代CPUの不安定問題に対して、複数回のマイクロコードアップデートを提供しており、マザーボード側もこれを取り込んだBIOS更新を継続的に出しています。
そのため、
- BIOSは「最新の正式版」を適用
- 適用後、BIOS設定で「Intel Default Settings」や電源設定をIntel推奨値に戻す
ことが非常に重要です。独自チューニングや「自動OC」機能が、結果的に問題の再発を早めてしまうケースも報告されています。
ステップ3：電源・温度・メモリOCを改めて「疑わないレベル」まで詰める
CPU個体不良の可能性が高いとはいえ、電源ユニットや冷却、メモリOCなど他の要素が不安定要因として上乗せされていると、販売店やメーカーの検証で「再現しない」と判断されてしまうこともあります。
電源ユニット（PSU）の切り分け
- 80PLUS認証や定格W数はあくまで目安であり、経年劣化や瞬間的な電圧ドロップまでは保証してくれません。
- 可能であれば、手元の予備電源や別PCのPSUと物理的に入れ替えて数日運用してみると、電源起因かどうかをかなり早期に切り分けできます。
- 特に、ハイエンドGPU＋K付きCPU＋多数のストレージという構成で、650Wクラスの電源をギリギリで使っている場合、電源の余裕不足がBSODのトリガーになることがあります。
CPU温度とクロックの監視
- HWMonitorや各マザーボード付属ユーティリティなどで、ゲーム中や高負荷時のCPU温度をチェック
- 90〜100℃に張り付いているようなら、冷却不足やグリス塗り直し、クーラー固定方法の見直しも必要
- 温度に余裕があるのに落ちる場合は、やはり電圧・マイクロコード・個体劣化の線が濃くなります
メモリOC（XMP/EXPO）は「完全OFF」でテストする
- DDR5-6000以上の高クロックをXMPで使っている場合、CPU内蔵メモリコントローラ（IMC）への負荷も増します。
- Intel 13/14世代不具合とIMCの関係も指摘されており、本来は安定している設定でも、劣化が進んだ個体では不安定になるケースがあります。
- 切り分けのためには、メモリ設定を完全にJEDEC準拠（例：DDR5-4800など）に戻し、その状態で数日様子を見るのが有効です。
| 確認ポイント | OKライン | NG例 |
|---|---|---|
| CPU温度 | 高負荷時でも80〜90℃程度に収まる | 常時100℃近辺、サーマルスロットリング頻発 |
| PSU容量 | 想定最大消費電力の1.5倍程度の余裕 | GPUとCPUのピーク負荷で定格ギリギリ |
| メモリ設定 | XMP OFF、JEDECクロックで安定 | 高クロックXMPのみで使っている |
ステップ4：Minidumpとmsinfo32で「証拠」を固める
ここまでの対策をしてもなおランダムBSODが続く場合、いよいよ販売店やIntelに説明できるレベルの証拠集めが重要になります。
ミニダンプの収集
C:\Windows\Minidumpフォルダ内の.dmpファイルをすべてバックアップ- 複数回分のBSODがあれば、それらをまとめて解析に回すと「毎回同じモジュールが絡むか」を確認しやすくなります
- 可能なら、BlueScreenViewやWinDbgなどで簡易解析を行い、
intelppm.sys等のモジュール名とSTOPコードの頻度をメモしておきましょう
msinfo32の情報を保存
- Win + R →
msinfo32と入力してシステム情報を起動 - 「ファイル」→「保存」で
.nfoとしてエクスポート - これにより、CPU型番・マザーボード・BIOSバージョン・メモリ構成などの情報を一括で共有できます
フォーラムやサポート窓口に相談する際に、この2つ（Minidump一式＋msinfo32のnfoファイル）を提示できると、「感覚的に不安定」ではなく「客観的に追える症状」として扱ってもらいやすくなります。
暫定安定化策：交換までの「つなぎ」としてできること
CPU交換（RMA）を進めるにしても、実際に新品が手元に来るまでは時間がかかります。その間、少しでもBSODを減らすためにできる現実的な対策をまとめておきます。
- メモリOC（XMP/EXPO）を完全OFFにする
- GPUドライバーを「一番安定していた」世代で固定し、頻繁な更新を避ける
- BIOSで「Intel Default Settings」や「標準電圧」に戻し、自動OC・AI OCをすべて無効化
- CPUのPL1/PL2（電力制限）を控えめに設定し、クロックを少し犠牲にしてでも安定性を優先する
- ゲーム側でフレームレートの上限を設け、CPU/GPUのピーク負荷を抑える
| 暫定策 | 期待できる効果 | デメリット |
|---|---|---|
| XMP OFF | メモリコントローラへの負荷軽減 | メモリ帯域が少し低下する |
| CPU電力制限を下げる | 温度と電圧のピークを抑え、劣化進行を緩和 | マルチスレッド性能が若干低下 |
| FPS上限設定 | ピーク負荷を抑え、瞬間的なクラッシュを減らす | モニターのリフレッシュレートをフルに活かせない場合がある |
CPU交換（RMA）を検討すべきタイミング
ここまでの切り分けを行い、次の条件が揃っているなら、CPU交換を真剣に検討すべき段階です。
- Intel 13/14世代デスクトップCPU（特にi5/i7/i9）を使用している
- メモリ・GPU・ストレージ等はテスト済みで明確な異常なし
- BIOS・Intel系ドライバーを最新に更新済み
- XMPやOCを無効にしても、IRQL_NOT_LESS_OR_EQUAL や HYPERVISOR_ERROR がランダムに再発する
- ミニダンプで
intelppm.sys含むCPU周辺のモジュールが頻出
Intelは13/14世代デスクトップCPUの不安定問題に対し、マイクロコード更新だけでなく保証期間の延長や交換プログラムなど、継続的なサポートを表明しています。
販売店やメーカーに相談する際は、
- いつ頃から症状が出始めたか（購入直後ではなく、数か月〜1年後に徐々に悪化した等）
- どのようなSTOPコードが何回くらい出ているか
- Minidumpやmsinfo32のログ
- メモリテスト・GPUテストなどの実施状況
を整理して伝えると、話がスムーズです。「とりあえず再インストールして様子を見てください」で終わってしまうのを防げます。
ケーススタディ：ドライバー総入れ替えでも再発したBSODが、CPU交換で完全解消した例
最後に、実際にあったトラブルシューティングの流れを要約して紹介します。
状況
- 構成：Intel 13世代K CPU＋Z790マザーボード＋DDR5メモリ＋Windows 11
- 症状：
- ゲーム中・動画視聴中・アイドル中問わずBSOD
- STOPコードは IRQL_NOT_LESS_OR_EQUAL / HYPERVISOR_ERROR など日替わり
- ミニダンプでは
intelppm.sysが頻出
実施した対策
- メモリテスト（MemTest） → エラーなし
- GPUドライバーをDDUで完全削除 → 2世代前の安定版に固定
- Windowsクリーンインストール → チップセット・ME・DTT等Intel系ドライバーを全て最新版に
- BIOSを最新正式版へ更新し、「Intel Default Settings」を適用
- XMPをOFFにし、メモリをJEDEC設定に戻して数日検証
これらを行った結果、一時的にはBSODの頻度が下がったものの、数週間後に再びランダムBSODが発生。IPDTでフルテストを行ったところ、一部テストでFAILとなり、販売店経由でCPUを交換したところ、
- 同じ設定・同じ環境でBSODが一切発生しなくなった
- ミニダンプにも
intelppm.sysは登場しなくなった
という結果になりました。このように、
- ソフトウェア側を徹底的にクリーンにした上で
- それでもBSODが続き、CPU診断がFAIL
となれば、CPU個体不良を疑うのが自然であり、交換が最も現実的で確実な解決策になります。
よくある質問と回答（Q&A）
Q1. メモリもGPUもテストで問題なしなのに、まだCPUを疑うべきですか？
A1. はい。特にIntel 13/14世代デスクトップCPUについては、テストで即座にエラーが出ないタイプの「劣化」や「ギリギリ不安定」が報告されています。IPDTのような公式ツールと、実ゲーム・実アプリケーションを組み合わせて評価することが重要です。
Q2. IRQL_NOT_LESS_OR_EQUAL が出るのはメモリ不良と聞きましたが？
A2. 確かにメモリ不良で出るケースが多いですが、それは「よくある原因」の1つに過ぎません。今回のように、
- メモリテストでエラーが出ない
- STOPコードが毎回異なり、低負荷時にも出る
という場合は、CPU側の問題でOSやドライバーが巻き込まれていると考えた方が筋が通るケースが増えています。
Q3. CPUを交換すれば、絶対に直りますか？
A3. 「絶対」とは言えませんが、
- 同一構成でCPUだけ交換して症状が消えた例
- CPU以外の部品を交換しても直らず、最終的にCPU交換で収束した例
が多数報告されています。一方で、電源やマザーボード側にも問題があり、CPU交換だけでは改善しなかったケースもゼロではありません。そのため、この記事で紹介したように、PSUやBIOS設定、メモリOCなども同時に見直すことが重要です。
Q4. まだ症状が出ていない13/14世代CPUはどうすればいいですか？
A4. 今のところ安定している場合は、
- マザーボードのBIOSを最新に保つ
- Intel推奨の電源設定（Intel Default Settings）を守る
- 過度な電圧盛りや常用OCは控える
といった「予防策」を取るのが現実的です。問題が顕在化していなくても、マイクロコード更新やBIOSの改善は適用しておいて損はありません。
最終まとめ：ランダムBSODに立ち向かうためのチェックリスト
最後に、本記事を通してのポイントをチェックリストとして整理します。
- 症状の整理
- ゲーム・動画・アイドル問わずBSODが出るか
- IRQL_NOT_LESS_OR_EQUAL / HYPERVISOR_ERROR などSTOPコードを記録したか
- Minidumpで
intelppm.sysなどCPU関連モジュールが頻出していないか
- 基本対処の実施
- MemTest等でメモリチェック（エラーなしを確認）
- GPUドライバーをDDUで削除し、安定版に固定
- Windowsアップデートのロールバックやクリーンインストールを実施
- ハードウェア寄りの切り分け
- BIOSを最新正式版にアップデートし、Intel推奨設定に戻す
- Intel ME/chipset/DTT/PPM等のドライバーをマザーボード公式から最新に揃える
- XMPやCPU OCをすべてOFFにし、JEDEC設定で数日検証
- 電源ユニットの容量と品質を見直し、可能なら別PSUでテスト
- CPU温度・電力をモニタリングし、過熱がないか確認
- CPU診断と証拠固め
- Intel Processor Diagnostic Toolのフルテストを実行
- Minidump一式とmsinfo32のnfoファイルを保存
- それでもBSODが続くなら、CPU個体不良を前提に販売店やIntelサポートへ相談
ランダムに発生するBSODは、原因が分からないまま「とりあえず様子見」になりがちです。しかし、Intel第13・14世代デスクトップCPUの既知不具合という前提を押さえたうえで、ここまでの手順を順番に進めれば、
- どこまでが自分で対処すべき範囲か
- どこから先は、CPU交換などメーカー／販売店に任せるべきか
のラインが明確になってきます。ドライバー総入れ替え後に一時的に安定しても、再発するようならCPU個体不良を強く疑う──この視点を持って、無駄な再インストールや部品総入れ替えに振り回されないようにしましょう。
コメント