DRIVER_OVERRAN_STACK_BUFFERでブルースクリーンが出る原因と対処法【Windows10/11・メモリとドライバ完全解説】

ゲームやブラウザを使っているときに突然「DRIVER_OVERRAN_STACK_BUFFER」のブルースクリーンが出て落ちてしまうと、ハード不良なのか設定ミスなのか判断がつきにくく不安になります。本記事では、マザーボードとGPU交換後にこのエラーが出るケースを例に、メモリ周り・BIOS・ドライバー・Windowsの順に、実践的な切り分け手順と具体的な対処方法をまとめます。

目次

「DRIVER_OVERRAN_STACK_BUFFER」ブルースクリーンとは?

「DRIVER_OVERRAN_STACK_BUFFER」は、Windows 10/11で発生する代表的なブルースクリーン(BSOD)の1つで、直訳すると「ドライバーがスタックバッファを踏み越えた」という意味です。

ざっくり言うと、あるデバイスドライバーが、用意されたメモリ領域(スタックバッファ)以上のデータを書き込んでしまい、他の領域を上書きしてしまったときに、システムが安全のため強制停止している状態です。

エラーメッセージ上は「ドライバー」と書かれていますが、根本原因はソフト側だけとは限りません。実際には次のような要因が組み合わさることが多いです。

  • 不安定なメモリ設定(XMP/DOCPによる高クロック動作など)
  • 不良メモリ・メモリの相性問題
  • 古い・壊れた・相性の悪いデバイスドライバー
  • Windowsのシステムファイル破損
  • 過度なオーバークロックや電源・温度の問題

特に、ゲーム中やGPU負荷が高いタイミングで発生する場合は、メモリ(RAM)やGPUドライバー、チップセットドライバー周りの不安定さを疑うのがセオリーです。

今回の想定ケース:マザボ&GPU交換後にランダムBSOD

本記事では、次のような構成・症状を例にして解説します。

項目内容
マザーボードGigabyte B450M DS3H WIFI
CPUAMD Ryzen 5 5600(6コア)
GPUASRock Radeon RX 6600 8GB
メモリT-Force Delta 16GB ×2(合計32GB, 3200MHz)
ストレージSSD 240GB + HDD 1TB
症状ここ1週間ほど、ブラウザ+ゲーム同時実行中や、ゲームプレイ中にランダムでブルースクリーン。
エラーは主に DRIVER_OVERRAN_STACK_BUFFER。
直前の変更マザーボードとGPUを交換してから発生し始めた。
ミニダンプ解析特定のドライバー名は出ず、メモリ破損・不整合を示唆する汎用的なスタック/メモリエラーのみ。

この条件から分かるポイントは次の通りです。

  • 負荷が高い場面(ゲーム+GPU使用+ブラウザ)で落ちやすい
  • マザボとGPUを変えた直後から発生 → ハード/ドライバー/BIOS設定のいずれかに起因する可能性が高い
  • ミニダンプが特定ドライバーを指さない → メモリ設定(XMP)やメモリ自体の問題を強く疑える

原因候補を整理する

このようなケースで、まず整理しておきたい原因候補を表にまとめると次のようになります。

原因候補具体例今回のケースでの可能性
メモリ設定の不安定化XMP/DOCPで3200MHz動作、電圧不足、Subタイミング不整合、
QVL(動作確認リスト)外メモリの高クロック運用 など
最有力。ミニダンプがメモリ不整合を示唆。
メモリモジュールの不良・相性メモリ自体の物理不良、ロット違い混載、接触不良、
スロット側の不具合 など
有力。MemTest86で確認が必須。
マザボ交換後のドライバー不整合古いチップセットドライバーが残存、
GPUドライバーが旧環境の設定を引きずっている など
マザボ&GPU交換直後から発生しているため可能性高。
BIOSバージョン・設定の問題Ryzen 5000対応前の古いBIOS、
前環境のOC設定が残っている、CMOSが不安定 など
Ryzen 5 5600使用のため、最新BIOSは必須。
Windowsシステムファイルの破損アップデート失敗、突然の電源断、
クローン/移行インストール由来の破損 など
移行インストールの場合は一定の可能性あり。
電源・温度などのハード負荷電源容量不足・経年劣化、CPU/GPU温度の過昇、
ケース内のエアフロー不足 など
他の原因が否定されれば検証すべき候補。

この中でも、メモリ関連(設定・物理・相性)とドライバー/BIOS周りから順に潰していくのが効率的です。

最優先:メモリの安定性を切り分ける

XMP/DOCPを無効化して標準クロックに戻す

最初にやるべきことは、XMP/DOCPを一旦OFFにしてメモリを標準(JEDEC)クロックで動かすことです。

多くのB450マザーボードでは、Ryzen環境でXMPを有効にすると3200MHz前後で動作しますが、CPU個体差やメモリとの相性で不安定になることも少なくありません。

基本手順の一例:

  1. PC起動時に Delete キーなどでBIOS/UEFI画面へ入る
  2. 「Extreme Memory Profile (X.M.P.)」や「DOCP」などの項目を Disabled に変更
  3. メモリクロックを「Auto」に戻す(2133MHzや2666MHzなどJEDEC準拠)
  4. 設定を保存して再起動

その状態で、数日〜1週間ほど通常利用(ゲーム含む)してみて、BSODが出るかどうかを確認します。

  • 出なくなった → XMP設定が不安定だった可能性が高い
  • それでも出る → メモリ物理不良/別要因の可能性が高まる

MemTest86をUSBブートで4パス以上回す

メモリの物理状態や相性をチェックするために、MemTest86などのメモリ診断ツールをUSBから起動して4パス以上実行することを強くおすすめします。

おおまかな手順は次のとおりです。

  1. 別の正常なPCで、MemTest86の公式サイトからイメージをダウンロード
  2. 付属のインストーラーで「起動用USBメモリ」を作成
  3. 問題のPCにUSBメモリを挿し、BIOSで起動順位をUSB優先に変更
  4. MemTest86を起動し、最低4パス(できれば一晩)走らせる

判定のポイント:

  • 一つでもエラーが出たら → メモリ不良・相性の可能性がかなり高い
  • エラーが出るスロット/モジュールを特定するために、1枚ずつ挿して再テストする
  • 挿し直し(A2/B2スロット推奨)と、メモリ端子のホコリ除去もあわせて実施

特定の1枚だけでエラーが出るなら、そのモジュールの交換が最短の解決策です。2枚ともエラーが出る場合は、高クロック設定が厳しすぎる/マザーボード側との相性も疑う必要があります。

3200MHzで不安定な場合のクロック調整

XMP無効(標準クロック)では安定するが、3200MHzに上げるとBSODが出る場合は、一気に3200MHzへ戻すのではなく、段階的にクロックを上げて「安定動作ポイント」を探す方法が有効です。

例:

  1. まず 2933MHz で運用 → しばらくゲーム・普段使いで安定確認
  2. 問題なければ 3000MHz に上げて再度確認
  3. それでも安定していれば 3200MHz を試す

このときも、電圧を盛りすぎない(1.35V前後に収める)、CPU側のOCと同時にやらない、など慎重に調整しましょう。

メモリクロック想定おすすめ度
2133 / 2400MHzほぼ確実に安定するが、性能は控えめトラブル切り分け時の基準値
2666 / 2933MHz多くの環境で現実的に安定しやすい常用クロックとしても妥協点にしやすい
3000 / 3200MHzメモリ・CPU・マザボの個体差が出やすい安定するならベストだが、無理に狙わないのも重要

BIOS/UEFIの更新と初期化

Ryzen 5000対応版の最新BIOSへ更新

Ryzen 5 5600をB450マザーボードで利用する場合、Ryzen 5000シリーズ対応BIOSが入っていることが大前提です。古いBIOSのままだと、動作自体はしていてもメモリ周りや電圧制御が不安定になり、BSODを誘発することがあります。

一般的な流れ:

  1. マザーボードメーカーの公式サイトから、型番に合った最新BIOSをダウンロード
  2. USBメモリにコピーし、BIOSから「Q-Flash」「M-Flash」等の機能で更新
  3. 更新中は絶対に電源を切らない

BIOS更新後は、必ず次の操作を行います。

  • Load Optimized Defaults(初期化)を実行
  • XMP/DOCPは無効のまま、まずは標準状態で安定性を確認

CMOSクリアで設定を完全リセット

マザボ交換や何度もOC設定を触っている場合、内部の設定が中途半端に残っていることもあります。その場合は、CMOSクリアで一度完全にリセットするとスッキリします。

一般的には、PCの電源コードを抜いた状態で、マザボ上の「CLR_CMOS」スイッチやジャンパピン、ボタン電池の取り外しなどでクリアします。マザボの取扱説明書に具体的な手順が載っているので、必ず確認してください。

マザーボード交換後に必須のドライバー整理

マザーボードとGPUを交換したにもかかわらず、Windowsをそのまま使い続けると、古いマザボ用のドライバーや設定が残ったままになりがちです。これが新しいチップセットやGPUドライバーと干渉し、ブルースクリーンを引き起こすことがあります。

AMDチップセットドライバーを公式から再導入

まずは、AMD公式サイトから最新のチップセットドライバーをダウンロードし、上書きインストールすることをおすすめします。

  1. AMD公式サイトのドライバー&サポートページを開く
  2. 「チップセット」→「Socket AM4」→「B450」などを選択
  3. 最新のチップセットドライバーをダウンロードして実行
  4. インストール完了後、PCを再起動

これにより、CPU・PCIe・USB・SATAなどマザボに紐づく各種ドライバーが最新状態に統一されます。

GPUドライバーをDDUでクリーンインストール

GPUドライバーは、以前のGPU向け設定や古いバージョンが残っているとトラブルの元になりがちです。ここは手間を惜しまず、DDU(Display Driver Uninstaller)で一度完全削除してから、AMD Adrenalinを入れ直すことを強く推奨します。

大まかな流れ:

  1. あらかじめ最新のAMD Adrenalinをダウンロードしておく
  2. DDUをダウンロードし、説明に従ってセーフモードで起動
  3. DDUで「AMDドライバー」を選択し、「クリーン&再起動」を実行
  4. 再起動後、AMD Adrenalinをインストール

これで、古いGPUドライバーの残骸による干渉要因をかなり減らせます。

ブラウザのハードウェアアクセラレーションを一時的にOFF

ブラウザ+ゲーム同時利用時に落ちやすい場合、ブラウザのハードウェアアクセラレーションが影響しているかどうかを切り分ける価値があります。

例として、Google ChromeやMicrosoft Edgeでは、

  • 設定 → システムとパフォーマンス → 「ハードウェア アクセラレーションが使用可能な場合は使用する」をOFF

にしてみて、再発するかどうかを確認します。根本解決にはなりませんが、「GPU周りの負荷がトリガーなのか」を見るには有効な方法です。

Windows自体の健全性チェック

SFCとDISMでシステムファイルを修復

メモリやドライバーを整えても改善しない場合、Windowsのシステムファイルが破損している可能性もあります。その場合は、sfc と DISM を使った修復を行います。

管理者権限のコマンドプロンプトまたはPowerShellで次のコマンドを順番に実行します。

sfc /scannow

完了したら続けて:

DISM /Online /Cleanup-Image /RestoreHealth

いずれも処理に時間がかかることがありますが、終了後はPCを再起動し、BSODが改善するかを確認します。

クリーンブートで常駐ソフトを切り分け

サードパーティ製常駐ソフト(ウイルス対策、RGB制御、パフォーマンスチューナーなど)が原因になることもあります。クリーンブートで、必要最低限のサービスだけを動かした状態にしてみましょう。

一般的な手順:

  1. msconfig を実行し、「サービス」タブで「Microsoftのサービスをすべて隠す」にチェックを入れる
  2. 残ったサードパーティサービスのチェックをすべて外す
  3. 「スタートアップ」タブ(またはタスクマネージャー)から不要な常駐を無効化
  4. 再起動してゲームや普段の作業を行い、BSODが出るか確認

クリーンブート状態で落ちなくなる場合、無効化した常駐ソフトのどれかが犯人なので、1つずつ戻しながら原因を特定します。

旧マザボからの「移行インストール」の場合はクリーンインストールも選択肢

マザーボードを大きく変更したにもかかわらず、以前の環境のWindowsをそのままクローンして使っている場合、見えないところでドライバーやレジストリがグチャグチャになっていることがあります。

根本から安定させたいなら、最終的には:

  1. 重要なデータをバックアップ
  2. 最新のWindows 10/11インストールメディアを作成
  3. システムドライブをフォーマットしてクリーンインストール

を検討する価値があります。手間はかかりますが、原因不明のブルースクリーンが一気に収まるケースも多いです。

追加調査:ミニダンプとDriver Verifierの活用

ミニダンプ(C:\Windows\Minidump)の確認

ブルースクリーンが出ると、Windowsは通常 C:\Windows\Minidump に小さなダンプファイルを残します。これを WhoCrashed や BlueScreenView、WinDbg などで開くと、どのドライバーが怪しいかヒントを得られることがあります。

  • 特定のドライバー名(例:nvlddmkm.sys、amdkmdag.sys など)が毎回出る場合 → そのデバイスのドライバーを重点的に更新・再インストール
  • 汎用的なメモリエラーだけで、具体名が出ない場合 → やはりメモリ設定やハード側を優先的に疑う

Driver Verifierは「最終手段」として

Driver Verifierは、ドライバーの挙動を厳しく監視して、問題のあるドライバーをあぶり出すためのツールです。ただし、設定を誤るとOSが起動しなくなる危険もあるため、経験者向けの最終手段と考えた方が無難です。

もし試す場合は、必ず:

  • 事前に復元ポイントの作成やシステムバックアップを行う
  • 有効化するチェック項目や対象ドライバーを最小限に留める
  • 不具合が出たら verifier /reset で速やかに無効化する

といった手順を守る必要があります。

ハードウェア視点で見直すポイント

ここまででメモリ設定・ドライバー・BIOS・Windowsを一通りチェックしても解決しない場合は、ハードウェア側の体力不足も疑ってみましょう。

チェック項目具体的なポイント対策の例
メモリの種類・組み合わせQVL(マザボ公式の動作確認リスト)外かどうか、
異なるロット・型番の混載になっていないか
可能なら同一キット2枚組に統一する。
QVL掲載メモリに変更を検討。
電源ユニット定格出力は足りているか(600W前後推奨)、
何年使っているか、安物ではないか
古い・容量ギリギリの電源は交換を検討。
80PLUS認証品など、余裕のある電源を選ぶ。
温度・冷却CPU/GPU温度が高すぎないか、
ケース内のエアフローが悪くないか
ファンの増設、グリス塗り直し、
吸気・排気のバランス調整などで冷却を強化。
配線・接触不良メモリ・GPU・電源ケーブルがしっかり挿さっているか、
ホコリで接触不良を起こしていないか
一度すべて抜いて挿し直す。
エアダスターでホコリを飛ばす。

最短で解決に近づくための「おすすめ手順」

ここまでの内容を、「手間」と「効果」のバランスが良い順に並べ直すと、次のようなフローになります。

  1. XMP/DOCPをOFFにして標準クロックで数日運用し、BSODの有無を確認
  2. それでも落ちる場合は、MemTest86をUSBブートで最低4パス実行し、エラーの有無と問題のあるモジュールを切り分け
  3. BIOSを最新化し、Load Optimized Defaultsで初期化(XMPはOFFのまま)
  4. AMDチップセットドライバーの再インストール+GPUドライバーをDDUでクリーンインストール
  5. ブラウザのハードウェアアクセラレーションOFFやクリーンブートで常駐ソフトを切り分け
  6. それでも解決しない場合は、Windowsのクリーンインストールやメモリ・電源の交換を検討

多くのケースでは、

  • メモリ設定を見直して安定クロックにする
  • BIOSとドライバーを最新かつクリーンな状態に整える

ことで「DRIVER_OVERRAN_STACK_BUFFER」の再発が止まります。MemTestで明確なエラーが出た場合は、迷わずメモリ交換に踏み切るのが時間とストレスを減らす近道です。

よくある質問(FAQ)

Q. DRIVER_OVERRAN_STACK_BUFFERは必ずドライバーが原因ですか?

A. 表示上は「ドライバー」となっていますが、実際にはメモリ側の不具合や設定の不安定さが原因でドライバーが暴走しているケースも少なくありません。まずはメモリのテストとXMPの無効化から着手するのがおすすめです。

Q. MemTest86でエラーが出なければメモリは完全に白ですか?

A. エラーが出なければ「大きな物理不良はなさそう」とは言えますが、高クロック運用時だけ不安定になる相性問題までは完全には否定できません。標準クロックでは安定するのに、高クロックでだけ不安定な場合は、そのクロックを常用しないという判断も現実的な選択肢です。

Q. Windowsの再インストールは必須ですか?

A. 必須ではありませんが、マザボ交換後にトラブルが続く場合の「最後の切り札」として非常に効果的です。ドライバー・レジストリ・サービスなど、過去の環境から引きずった「見えないゴミ」を一掃できるため、安定性が大きく向上することがあります。

Q. 電源や温度が原因でもDRIVER_OVERRAN_STACK_BUFFERが出るのですか?

A. はい、電源が不安定だったり、温度が限界近くまで上がっていると、メモリやGPUが不安定になり、結果としてドライバーが異常動作してこのエラーを引き起こすことがあります。イベントビューアやハードウェアモニタリングツールで温度・電圧のログを取ってみると、ヒントが得られるかもしれません。

Q. どこから手を付けていいか分からないのですが……

A. 悩んだときは、次の3ステップだけでも試してみてください。

  1. XMPをOFFにして標準クロックで運用する
  2. AMDチップセット+GPUドライバーを全て入れ直す
  3. sfc /scannow と DISM /Online /Cleanup-Image /RestoreHealth を実行する

この3つだけでも、かなりの割合で「DRIVER_OVERRAN_STACK_BUFFER」ブルースクリーンの頻度を減らせます。

この記事を書いた人

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

コメント

コメントする

目次