Windows 11でIRQL_NOT_LESS_OR_EQUALやDPC_WATCHDOG_VIOLATIONなどのBSODが頻発する原因と対処法まとめ

Windows 11 で「IRQL_NOT_LESS_OR_EQUAL」「DPC_WATCHDOG_VIOLATION」などのブルースクリーン（BSOD）が15〜20分おきに出るような状態になると、作業どころではありません。この記事では、実際の事例（ROG STRIX G10DK／Ryzen 7 3700X／RTX 3070／8GB×2）をベースに、同じような症状で悩んでいる方向けに、原因の考え方と具体的な切り分け・対処手順を、できるだけ実務的に整理して解説します。

今回のケースの概要と、同じ症状に悩む人が多い理由

まず、フォーラムに投稿された実際の相談内容を、要点だけ整理します。

Windows 11 マシンが15〜20分おきに BSOD（ブルースクリーン）で強制再起動される
代表的な停止コードは以下：
- IRQL_NOT_LESS_OR_EQUAL
- DPC_WATCHDOG_VIOLATION
- UNEXPECTED_KERNEL_MODE_TRAP
- DRIVER_OVERRAN_STACK_BUFFER
メモリの抜き差し・別メモリへの交換は実施済み
Windows の初期化（工場出荷状態へのリセット）や、USB ブートからの「この PC をリセット」も複数回実施
Driver Verifier を有効にすると再起動ループになり、解除に苦労
ミニダンプを解析しても特定のドライバーやアプリに紐づかない、汎用的なメモリエラー傾向との所見

このケースのように、「Windows の初期化」「USB からのリセット」「メモリ交換」までやっても BSOD が収まらない場合、原因はかなり絞られてきます。

フォーラム上の結論は、ざっくり以下の流れでした。

提供された複数のミニダンプはいずれも決定打となる犯人は見つからない（メモリ系の汎用エラー）
Windows の初期化で直らない場合は、USB ブートからの「完全なクリーンインストール（ドライブ削除→再作成）」を推奨
それでも BSOD が再発するならハードウェア故障の可能性が高いので、修理・部品交換を検討
相談者はすでに USB からの再インストールも試しており、マシン引退（買い替え）も視野に入れている

つまり、「ソフトウェアで試せることはほとんどやったのに、BSOD が止まらない」状態です。ここから先は、単なる OS 再インストールではなく、ハードウェア切り分けを意識したアプローチが重要になります。

代表的な BSOD 停止コードと原因のイメージ

最初に、今回頻発している Windows 11 の BSOD コードごとに、「どんな意味で、どこを疑うべきか」を整理しておきます。いきなり細かい解析に入るよりも、ざっくりと原因候補を絞っておくほうが、作業の無駄が減ります。

停止コード	ざっくりした意味	主な原因候補	優先して確認したいポイント
IRQL_NOT_LESS_OR_EQUAL (0xA)	OS カーネルやドライバーが、不正なメモリアドレスにアクセスした	不良 RAM、メモリ OC／XMP/DOCP 設定の不安定、バグったドライバー	メモリ設定（クロック／電圧）、メモリ単体テスト、怪しいドライバーの有無
DPC_WATCHDOG_VIOLATION (0x133)	割り込み処理（DPC）が長時間戻ってこない	ストレージ／NVMe コントローラー、チップセットドライバー、SSD ファーム、古い SATA / NVMe ドライバー	NVMe/ストレージドライバー、SSD の SMART／ファーム、チップセットドライバーの入れ直し
UNEXPECTED_KERNEL_MODE_TRAP (0x7F)	CPU が想定外の例外を処理しきれなかった	CPU／メモリの不具合、過熱、自動 OC、電源不安定	CPU 温度、OC 設定、電源ユニット（PSU）、メモリテスト
DRIVER_OVERRAN_STACK_BUFFER (0xF7)	ドライバーがカーネルのスタック領域を破壊した	バグったドライバー、不良メモリ、セキュリティソフト／USB デバイスドライバーなど	最近入れたドライバーや常駐ソフトの有無、Driver Verifier の結果

今回のように、複数種類の BSOD がランダムに出る場合、「特定のドライバー 1つが悪い」というより、下回りの不安定（メモリ・ストレージ・電源・マザーボードなど）を疑うのが自然です。

まず見直したい BIOS・メモリ・ドライバー設定

ハード故障の切り分けに入る前に、設定やドライバーだけで改善するケースも少なくありません。特に、ゲーミング PC や BTO マシンでは、知らないうちに自動 OC 設定になっていたり、古いドライバーが混ざっていることがあります。

BIOS を既定値に戻す（OC をすべて封印）

まずは、マザーボードの BIOS／UEFI で、設定を一度まっさらにします。ROG STRIX G10DK のような ASUS 系マザーを例にすると、イメージは次のような流れです。

PC の電源オン直後に Del または F2 を連打して BIOS/UEFI 画面を開く
高度なモード（Advanced Mode）に切り替える（F7 キーなど）
「Exit」タブから Load Optimized Defaults（または同等の項目）を実行
保存して再起動（F10）

この操作で、CPU の自動 OC、メモリ OC、電圧の手動調整などが一度クリアされます。特に Ryzen 環境では、自動 OC（Precision Boost Overdrive）や、マザーボード独自の「自動チューニング」が有効になっていると、それ自体が不安定の原因になることがあります。

メモリの XMP / DOCP を無効化して JEDEC 標準クロックで動かす

次に、メモリプロファイル（XMP / DOCP）を確認します。ゲーミング向けメモリは 3200MHz 以上で動くものが多いですが、CPU・マザーボードとの相性や個体差で BSOD の原因になることがあります。

BIOS の「AI Tweaker」「OC」「Extreme Tweaker」などの項目を開く
XMP / DOCP プロファイルを「Disabled」または「Auto」にする
メモリ周波数を一段低い値（例：3200 → 2933 または 2666）に手動設定

一度 JEDEC 標準クロックで安定するかを確認し、問題が出なくなってから、少しずつクロックを上げていくのが安全です。BSOD が頻発している段階で、いきなり高クロックのまま原因調査を進めると、切り分けが非常に難しくなります。

AMD チップセットドライバーの入れ直し

Ryzen 環境では、AMD チップセットドライバーの出来が安定性に直結します。特に DPC_WATCHDOG_VIOLATION が出る場合は、チップセットとストレージ周りを疑う価値があります。

現在入っているチップセットドライバーをアンインストール
再起動後、最新の AMD チップセットドライバーをインストール
インストール完了後に再起動

古いチップセットドライバーの上から新しいものを重ねても動きますが、一度アンインストールして入れ直した方が、不具合を引きずりにくくなります。

GPU ドライバーのクリーンインストール（DDU 推奨）

「DRIVER_OVERRAN_STACK_BUFFER」「UNEXPECTED_KERNEL_MODE_TRAP」がゲーム中や GPU 負荷時に出る場合は、GPU ドライバーの破損やアップデート失敗が疑われます。

最も確実なのは、Display Driver Uninstaller (DDU) のようなツールを使って、セーフモードで GPU ドライバーを完全削除してから、最新ドライバーをインストールする方法です（ツール自体は公式配布元から入手してください）。

Windows をセーフモードで起動
DDU を起動し、現在の GPU ドライバーを完全削除
再起動後、GPU メーカー公式サイトから最新ドライバーをインストール

「上書きインストール」だけでは、古いファイルや設定が残ってしまうことがあります。一度まっさらにして入れ直すことで、BSOD が収まるケースも多くあります。

ストレージドライバーと電源設定を見直す

DPC_WATCHDOG_VIOLATION は、SSD / NVMe のドライバーやファームウェアが絡むことが多いエラーです。次のポイントを確認します。

デバイスマネージャーの「ストレージコントローラー」「IDE ATA/ATAPI コントローラー」に不明なデバイスや「！」マークがないか
NVMe SSD のベンダー提供ドライバーがある場合、最新版に更新
逆に、ベンダー製ドライバーが怪しい場合は、標準の Microsoft NVMe ドライバー に戻す

合わせて、電源関連の設定もリセットしておきます。

コントロールパネル → 電源オプション → 電源プランを 「バランス」に設定
「電源ボタンの動作を選択する」→「現在利用可能ではない設定を変更します」→「高速スタートアップを有効にする」のチェックを外す

システムファイルとディスクの整合性チェック

OS 側の破損がないかを確認するために、管理者権限のコマンドプロンプトで次のコマンドを順番に実行します。

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
chkdsk C: /scan

各コマンドは完了まで時間がかかることがありますが、ここでエラーが多発する場合は、ストレージ自体の不調も視野に入れる必要があります。

もっとも重要な「ハードウェア切り分け」の考え方と手順

ここまでの設定見直し・ドライバー入れ直し・システムチェックを行っても BSOD が改善しない場合、ソフトウェア起因の可能性はかなり低くなります。

次のステップとして、ハードウェアごとに切り分けを進めます。

パーツ	よくある症状	簡易チェック	詳細チェック
メモリ (RAM)	起動時 BSOD、多様な停止コード、ランダムクラッシュ	1 枚ずつ挿して起動／スロット変更	MemTest86 を最低 4 パス以上実行
SSD / NVMe	DPC_WATCHDOG_VIOLATION、フリーズ後の BSOD	別ドライブへの OS インストール	SMART 値確認、ベンダーツールで診断・ファーム更新
電源ユニット (PSU)	負荷時だけの BSOD、突然の電源落ちや再起動	別 PSU を仮接続して再現性チェック	電圧測定、長時間負荷テスト中の安定性確認
発熱・冷却	ゲーム中に BSOD、ファンフル回転、異音	CPU/GPU 温度のモニタリング	グリス塗り直し、ヒートシンク固定・埃清掃
マザーボード	原因不明な挙動全般、特定スロットだけ不安定	各スロットの挿し替えで挙動変化を見る	目視で焦げ跡や膨らんだコンデンサがないか確認

メモリ単体・スロット別テストを徹底する

メモリは交換していても、「新しいメモリもたまたま相性が悪い」「マザーボード側のスロットが不調」というパターンがあります。次のように一つずつ確認していきます。

メモリを 1 枚だけ挿し、スロット A2（推奨スロット）に装着して起動
同じメモリをスロット B2 に挿し替えて起動
もう 1 枚のメモリでも 1〜2 を繰り返す

どのメモリ・どのスロットの組み合わせで BSOD が出やすいかメモを取りながら試すと、「特定スロットに挿すと必ず不安定」「どのスロットでもダメ」などの傾向が見えやすくなります。

その上で、MemTest86 を最低 4 パス以上走らせます。エラーが 1つでも出れば、そのメモリまたはスロットに問題があると判断して構いません。

SSD / NVMe の健康状態を確認する

DPC_WATCHDOG_VIOLATION が絡む場合、ストレージの応答遅延やリトライ多発が裏に隠れていることがあります。

メーカー提供のツールや、SMART 情報の確認ツールで以下を確認
- 再割り当てセクタ数
- 読み取りエラー率
- 消去回数・寿命指標
OS を別の SSD / HDD に仮インストールし、同じように使ってみて BSOD が出るか確認

「別ドライブにクリーンインストールしたらぴたりと BSOD が止まった」という場合、元の SSD / NVMe の故障確度が高くなります。

電源ユニット（PSU）を疑うタイミング

見落とされがちですが、数年使い続けた電源ユニットの劣化は BSOD の大きな原因です。特に、ゲーム中や GPU 負荷時だけ落ちる場合は要注意です。

PC 使用年数が 3〜5 年を超えている
高負荷時だけ BSOD や再起動が起こる
起動時に「カチッ」というリレー音が増えた、異音がする

これらに心当たりがあるなら、別の PSU を一時的に借りて試すのが最短の切り分けです。電源は目に見えるログが残らないため、「疑わしきは一度交換」が鉄則です。

温度と埃・冷却周りのチェック

CPU や GPU の温度が高すぎると、熱暴走による BSOD やフリーズが発生します。簡易チェックとしては次のような方法があります。

タスクマネージャーやハードウェアモニタリングツールで CPU / GPU 温度を確認
アイドル時とゲーム中・ベンチマーク中の温度を比較（CPU 90℃超え、GPU 80℃後半が続くようなら要注意）
ケースを開けて、ヒートシンクやファンに詰まった埃を除去
CPU クーラーがしっかり固定されているか、グリスが乾ききっていないかをチェック

冷却が改善すると、BSOD が全く出なくなるケースもあります。特に、夏場や埃が多い環境での長期使用後は、一度しっかり清掃する価値があります。

Driver Verifier を使う時の注意点と「ループからの脱出方法」

Driver Verifier（ドライバー検証ツール）は、問題のあるドライバーをわざとストレステストするための上級者向けツールです。使い方を誤ると、今回のケースのように再起動ループに陥りかねません。

Driver Verifier を有効にする前の前提

システムの復元ポイント、またはバックアップを必ず作っておく
日常的に使う PC では、原因調査のタイミングを決めてから実行する
できれば、Driver Verifier は最後の手段くらいに考えておく

安全な設定方法のポイント

Driver Verifier を使う際は、以下を守るだけでトラブルのリスクをかなり下げられます。

Microsoft 製ドライバーは対象から除外する
署名なし・古い日付のベンダードライバーだけに絞る
最初はチェック項目を少なくし、段階的に増やす
一度にすべてのドライバーを検証しない

これにより、「全部まとめて検証して OS ごと自爆」という事態を防ぎやすくなります。

再起動ループに入ってしまったときの解除手順

Driver Verifier を有効にした結果、Windows が正常起動せずループに陥った場合は、次の手順で解除を試みます。

電源ボタン長押し → 起動を 2〜3 回失敗させて 自動修復画面を出す
「詳細オプション」→「トラブルシューティング」→「詳細オプション」→「スタートアップ設定」→再起動
起動オプションで「セーフモード（ネットワーク付き）」を選択
セーフモード起動後、管理者権限のコマンドプロンプトを開き、次のコマンドを実行

verifier /reset

このコマンドを実行して再起動すれば、Driver Verifier の設定は解除されます。それでもダメな場合は、システムの復元や、最悪 OS の再インストールも視野に入ります。

Windows 11 を「完全にクリーンインストール」する方法

「設定 → 回復 → この PC をリセット」での初期化は、既存のパーティション構成を残したまま Windows を再展開しているだけです。根本的なトラブルのときは、USB ブートからの完全なクリーンインストールが必要になる場合があります。

クリーンインストール前に必ずやること

必要なデータのバックアップ（外付け HDD やクラウドなど）
インストールしたいアプリの一覧をメモ・スクリーンショットなどで保存
Windows 11 のライセンス状態を確認（Microsoft アカウントと紐づいていれば、再認証は比較的容易）

USB インストールメディアからのインストール手順

ざっくりとした流れは次の通りです。

別 PC で Windows 11 のインストール USB を作成する
問題の PC に USB を挿し、電源オン → BIOS で起動順を USB 優先に変更
インストーラーが立ち上がったら「今すぐインストール」を選択
プロダクトキー入力画面は「Windows 10 / 11 がこのデバイスに以前インストールされていた場合」の案内に従う
インストールの種類で「カスタム：Windows のみをインストール（詳細設定）」を選ぶ

ここからがもっとも重要なポイントです。

「ドライブ 0 のすべてのパーティションを削除 → 未割り当てにしてからインストール」

インストール先のドライブ選択画面で、Windows を入れたい物理ドライブ（通常はドライブ 0）を選び、その中のパーティションをすべて削除します。

ドライブ 0 のパーティション 1 を選択 → 「削除」
ドライブ 0 のパーティション 2 を選択 → 「削除」
…といった具合に、ドライブ 0 のパーティションがなくなるまで繰り返す

最終的に「ドライブ 0 の未割り当て領域」という 1 行だけになったら、その領域を選択して「次へ」を押します。これで、Windows インストーラーが必要なシステムパーティションを自動で作成し、まっさらな状態からインストールが始まります。

この作業を行っても BSOD が再発する場合、ストレージ以外のハードウェア（電源、マザーボード、メモリなど）に問題がある可能性が高いと考えられます。

それでも BSOD が止まらない場合の「部品交換の優先順位」

完全なクリーンインストール後も、同じようなタイミング・負荷で BSOD が続く場合は、ほぼ間違いなくハードウェア側の問題です。その場合の、交換・検証の優先順位は次のように考えると効率的です。

RAM（メモリ）
SSD / NVMe
PSU（電源ユニット）
マザーボード
GPU / CPU

メモリと SSD は比較的安価で、ほかの PC に流用しやすいパーツです。PSU も、容量と品質をしっかり選べば、次の PC でも使い回せます。一方、マザーボードと CPU は世代の縛りが強く、故障をきっかけに一式入れ替えとなるケースが多くなります。

今回のような Ryzen 7 3700X + RTX 3070 クラスの構成だと、GPU はまだ十分現役です。マザーボード交換や新規 PC 購入を検討する際も、GPU や SSD だけ流用するといった選択肢を考えると、コストを抑えやすくなります。

ケーススタディ：ROG STRIX G10DK のようなゲーミング PC の場合

今回のフォーラムの質問者は、すでに次のような対策を実施していました。

メモリの抜き差し・交換
Windows の初期化（工場出荷状態に戻す）
USB ブートからのリセット・再インストール
Driver Verifier の実行（ただしループに陥る）
ミニダンプ解析（決定的な原因は特定できず）

ここまでやっても BSOD が止まらない場合、さすがに「そろそろ引退か…」という気持ちになるのも自然です。ただ、まだ試せることがゼロではありません。

BIOS を最新に更新し、「既定値ロード」+「XMP/DOCP 無効」で動かしてみる
AMD チップセットドライバー、GPU ドライバーをそれぞれクリーンインストール
NVMe SSD の SMART 値・ファームウェア確認
別 PSU を使って数日〜1週間、同じ負荷で試す
可能なら別のメモリキット（メーカー違い）で再検証

それでも BSOD が続く場合、マザーボードそのものの不調を疑うしかなくなります。プリインストール機・完成品ゲーミング PC の中には、VRM（電源回路）やメモリスロットの品質が高くないモデルもあり、数年使用後にトラブルが多発することがあります。

マザーボード交換は手間とコストが大きいので、

GPU・SSD・メモリ・電源を流用して、CPU+マザー+ケースを新調する
思い切って新しい BTO / ゲーミング PC に乗り換え、古いマシンはサブ用途に回す

といった方向性も検討する価値があります。

よくある質問（FAQ）

Q1. Windows 標準のメモリ診断だけで十分ですか？

Windows メモリ診断も一定の役には立ちますが、エラーを検出できないまま実際にはメモリが不安定というケースもあります。BSOD が頻発している状況では、MemTest86 を USB ブートで最低 4 パスは回しておくことをおすすめします。

Q2. ゲーミングメモリの XMP プロファイルをオフにすると性能が落ちませんか？

確かに、メモリクロックを落とすとベンチマーク上のスコアは下がります。ただし、BSOD が頻発してゲームや作業がまともにできない状態よりは、安定を優先する方が現実的です。まずは標準クロックで安定させ、それでも余力があれば少しずつ OC を戻していくのが安全なやり方です。

Q3. DPC_WATCHDOG_VIOLATION は必ず SSD の故障ですか？

必ずしも SSD 本体の故障とは限りません。NVMe ドライバーやチップセットドライバー、BIOS の問題など、ストレージの「周辺」が原因になることも多くあります。まずはドライバーと BIOS を最新にし、それでも改善しない場合に SSD 本体の交換を検討する流れが現実的です。

Q4. Driver Verifier は一般ユーザーが使っても大丈夫？

使い方を間違えると、今回の事例のように再起動ループに陥ってしまうリスクがあります。システムの復元ポイントやバックアップを取り、手順が理解できる範囲で慎重に使うなら有効ですが、「よく分からないけど試してみる」は危険です。ハード切り分けを一通りやってから、それでも原因が絞れない場合の最後の一押しとして考えるのがおすすめです。

Q5. BSOD のミニダンプから原因は必ず分かりますか？

残念ながら、ミニダンプだけで犯人が 1つに特定できるケースはそれほど多くありません。汎用的なメモリエラーやカーネルエラーとしてしか出てこないことも多いです。ミニダンプ解析はあくまで「ヒント」として活用し、今回紹介したような設定見直し・ハード切り分けと併せて総合的に判断する必要があります。

Q6. 買い替えを決断するタイミングの目安は？

大ざっぱな目安として、

PC 本体の使用年数が 4〜5 年以上
メモリ・SSD・PSU を交換しても直らない
マザーボード交換の工賃＋パーツ代で、新しい PC の 50〜70% 以上の費用がかかる

という条件がそろってきたら、買い替えを前向きに検討してよいタイミングです。特に、仕事で使う PC なら、「直すコスト」だけでなく「トラブルで失われる時間」も含めて判断するのが賢い選択です。

まとめ：Windows 11 の BSOD 頻発時に踏むべきステップ

最後に、この記事で解説したポイントを整理します。

IRQL_NOT_LESS_OR_EQUAL や DPC_WATCHDOG_VIOLATION を含む複数の BSOD がランダムに出る場合、単一ドライバーより下回り（RAM / SSD / PSU / MB）を疑う
BIOS を最新化し、既定値ロード＋XMP/DOCP 無効で標準クロックに戻して様子を見る
AMD チップセットドライバーと GPU ドライバーをクリーンインストールし、ストレージドライバーと電源設定（高速スタートアップ）も見直す
MemTest86、SSD の SMART、別 PSU での検証など、部品ごとの切り分けを行う
Windows の「初期化」でダメな場合は、USB ブートからの完全クリーンインストール（ドライブ削除→未割り当てから作り直し）を実施する
それでも BSOD が止まらないときは、ハード故障の確度が非常に高いので、RAM → SSD → PSU → マザー → GPU/CPU の順で交換検証、または買い替えを検討する

BSOD 頻発は精神的にも大きなストレスになりますが、手順を整理して一つずつ潰していけば、必ずどこかで原因に行き着きます。この記事の流れを、自分の環境に当てはめながら進めていけば、「どこまでやれば諦めてよいか」も含めて、納得感を持って判断できるはずです。

この記事を書いた人

佐藤健司

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

Windows 11でIRQL_NOT_LESS_OR_EQUALやDPC_WATCHDOG_VIOLATIONなどのBSODが頻発する原因と対処法まとめ

今回のケースの概要と、同じ症状に悩む人が多い理由

代表的な BSOD 停止コードと原因のイメージ