Windows 11をクリーンインストールした直後なのに、いきなり「DRIVER_OVERRAN_STACK_BUFFER」のブルースクリーンで落ちる――しかも原因ドライバーがミニダンプから特定できない。この記事では、Beelink SER4（Ryzen 7 4700U）のケースを例に、同様の症状が出たときにどの順番で切り分け・対処していけばよいかを、再現性の高い手順としてまとめます。
症状の概要と前提環境
まずは、想定している状況を整理しておきます。この記事は、次のようなケースを想定しています。
- PC：Beelink SER4（Ryzen 7 4700U 搭載ミニPC）
- ストレージ：内蔵SSDを一度すべて削除してからWindows 11をクリーンインストール
- インストールメディア：Microsoft公式「メディア作成ツール」で作成したUSB
- インストール後、1時間以内に「DRIVER_OVERRAN_STACK_BUFFER」のBSOD（ブルースクリーン）が発生
- インストール後に行った変更は最小限
- ミニダンプ出力を有効化
- 自動再起動を無効化
- Microsoft Edge に 1Password 拡張機能を追加
- 接続機器は最小構成（有線キーボード＋ワイヤレスマウス）
- ミニダンプをWinDbgなどで見ても、原因ドライバーがはっきりしない
このような状況では、ぱっと見「クリーンインストール直後なのにおかしい」「ほとんど何も入れていないのに落ちる」ため、どこから疑ってよいか分かりづらくなりがちです。そこで、原因候補に優先順位をつけて、上から順に潰していくやり方を解説します。
DRIVER_OVERRAN_STACK_BUFFER とは何か
「DRIVER_OVERRAN_STACK_BUFFER」は、バグチェックコード「0x000000F7」で知られるブルースクリーンエラーです。ざっくり言うと、
- カーネルモードで動作しているドライバーが
- 割り当てられたスタック領域をオーバーラン（はみ出して書き込み）し
- Windowsがその異常を検知して強制的に停止した
という意味合いになります。ユーザーモードのアプリのバグであれば、そのアプリだけが落ちて終わりですが、ドライバーはOSのど真ん中で動いているため、強制的にシステム全体を止めるしかありません。
重要なのは、
- 多くのケースでサードパーティ製ドライバー（純正ではないデバイスドライバー）がトリガーになる
- ですが、メモリやストレージなどのハードウェア異常が背景にあることも珍しくない
という点です。「ドライバー名が特定できないから諦める」ではなく、ハードとソフトの両面から順番に絞り込めば、かなりの確率で原因にたどり着けます。
クリーンインストール直後でもブルースクリーンが出る理由
「何も入れていないのにBSODになるのはおかしい」と感じるかもしれませんが、Windows 11のクリーンインストール直後は、実は裏側でかなり多くの処理が走っています。
- 初回起動後すぐに、Windows Updateが自動でドライバーを多数インストールし始める
- Wi‑Fi/Bluetoothドライバー
- チップセットドライバー
- ストレージ（NVMe）やUSB関連ドライバー
- ディスプレイドライバー（APU内蔵GPU用）など
- さらに、PCメーカー（ここではBeelink）固有のドライバーや設定が、Windows標準の汎用ドライバーに置き換わっていることもある
つまり、ユーザーがほとんど何もしていなくても、「サードパーティ製ドライバーの導入」は自動的に行われているわけです。その中のどれかが、スタックバッファオーバーランを起こせば、クリーンインストール直後でもDRIVER_OVERRAN_STACK_BUFFERが発生し得ます。
想定される原因の優先度
実際に切り分けを進めるうえで、何から疑っていくかの優先度を整理しておきます。
| 優先度 | カテゴリ | 具体例 | 目安・特徴 |
|---|---|---|---|
| 高 | サードパーティ製デバイスドライバー | Wi‑Fi/Bluetooth、NVMe/ストレージ、USBドングル、古いチップセット・GPUドライバーなど | クリーンインストール直後〜数時間以内に発生しやすい。Windows Update後、ドライバー更新直後に出ることが多い。 |
| 中 | ハードウェア起因 | メモリモジュールの不良、SSDの不安定化、マザーボードの問題 | OSやドライバーを入れ替えても似たタイミングで落ちる。MemTestやSMARTでエラーが出る。 |
| 中 | BIOS設定の不整合 | オーバークロック、XMP相当のメモリ設定、電圧/電力周りのチューニング | BIOSを既定値に戻すと安定することがある。特にミニPCは放熱と電力のマージンが小さい。 |
| 低 | アプリ・ブラウザ拡張 | 1Passwordなどのブラウザ拡張、常駐アプリ | 基本的にはユーザーモードで動作するため直接の原因になりにくいが、ドライバーを叩くトリガーになる可能性はある。 |
これを踏まえ、「ハード異常の除外 → BIOS/ドライバーの整備 → クリーンブート → Driver Verifierでドライバー特定」という流れで見ていくのが効率的です。
切り分けの全体フロー
これから紹介する手順の全体像をざっくり書くと、次のようになります。
- メモリ・SSDの健全性チェック（ハードウェア異常の有無を確認）
- BIOS設定の初期化と、Beelink公式BIOS/ECの更新
- AMDチップセット・APU内蔵GPU・LAN/Wi‑Fiドライバーの最新化
- クリーンブート（Microsoft以外のサービス・スタートアップを止める）で再現するか確認
- Driver Verifier（ドライバー検証ツール）でサードパーティ製ドライバーを絞り込み
- sfc /scannow と DISM でOSイメージの整合性チェック
- 最終手段として、「オフラインインストール→最小構成ドライバーのみ導入→1つずつ追加」で再インストール
- 比較用にWindows 10を一時的に導入し、「ハード依存か、Windows 11＋ドライバー依存か」を切り分け
以下、それぞれのステップを詳しく見ていきます。
ハードウェア異常を最優先で除外する
メモリ診断：MemTest86で1枚ずつ4周以上
DRIVER_OVERRAN_STACK_BUFFERは「ドライバーのバグ」が表層に見えていても、実際にはメモリ不良が根本原因になっていることもあります。まずはメモリ診断を行いましょう。
- MemTest86の公式サイトから最新版をダウンロードし、起動USBを作成
- SER4本体にUSBを挿して起動し、BIOSでUSBメモリからブート
- メモリを1枚ずつ挿してテスト（デュアルチャネル構成の場合）
- それぞれ最低でも4周は回す（時間はかかりますが、ここをケチると見落としが増えます）
どれか1枚でエラーが出るなら、そのモジュールが怪しいです。両方でエラーが出る場合は、スロット側（マザーボード）やAPU内蔵メモリコントローラの不具合も疑われます。
どうしても時間が取れない場合は、Windows標準の「Windowsメモリ診断」でも構いませんが、検出力はMemTest86より落ちます。できればMemTest86をおすすめします。
SSDのSMART情報とファームウェアを確認
次にSSDです。NVMe SSDの不調も、カーネルモードでの異常動作を引き起こすことがあります。
- CrystalDiskInfoなどのツールで、SMART情報を確認
- 「代替処理済のセクタ数」や「現在の保留中セクタ数」が増えていないか
- 異常な温度になっていないか（特にミニPCは放熱がシビア）
- SSDメーカーのツールがある場合は、ファームウェア更新が出ていないか確認
- 電源設定で「高パフォーマンス」や独自チューニングを入れている場合は、いったん標準の「バランス」に戻す
SMART上問題がなくても、別のSSDに仮インストールしてみると「SSDを変えたら落ちなくなった」というケースもあります。サブのSSDを持っているなら、試してみる価値は高いです。
BIOS設定を既定値に戻す
ハードチェックと並行して、BIOS設定も確認します。ミニPCでも、出荷時に微妙なOC設定や電力チューニングが入っていることがあります。
- 起動時にDelキーやF7キー（機種により異なる）でBIOSセットアップに入る
- 「Load Default」「Load Optimized Defaults」などの項目で既定値を読み込み
- メモリのXMP/EXPO相当のプロファイルや、CPUのオーバークロック設定を無効にする
- 不要な高速化機能（極端なCステート無効化、怪しいOCプリセットなど）があればオフに
BIOS設定を既定値に戻した状態でしばらく使ってみて、BSODが出なくなるなら、設定起因の不安定化と考えられます。
BIOS・チップセット・各種ドライバーを最新化する
Beelink公式のBIOS/ECアップデート
Beelink SER4に限らず、ミニPCはBIOS/EC（組み込みコントローラ）の更新で安定性が大きく変わることがあります。Beelink公式サイトで、SER4向けの最新BIOSやECファームが公開されていないか確認しましょう。
- 公式の手順に従ってBIOSを更新する
- 更新中に電源が落ちないよう、必ずACアダプタを接続して実行
- 更新後は再度「Load Default」で既定値を読み込んでから使い始める
BIOS更新は失敗するとリスクがありますが、安定性向上の効果も大きい部分です。慎重に手順通り行いましょう。
AMDチップセット・APUドライバーの導入順序
Ryzen 7 4700UはAPU（CPU＋内蔵GPU）です。AMD系のマシンでは、ドライバー導入の順番が意外と重要です。おすすめの順番は次のとおりです。
| 順番 | ドライバー | 入手先 | ポイント |
|---|---|---|---|
| 1 | AMDチップセットドライバー | AMD公式サイト | CPU・PCIe・USBなどの土台。これが古いと他のドライバーも不安定になりやすい。 |
| 2 | APU（内蔵GPU）ドライバー | AMD公式またはBeelink提供ドライバー | 表示・動画再生・ハードウェアアクセラレーションに関わる。Windows標準の汎用ドライバーは避けたい。 |
| 3 | 有線LANドライバー | チップメーカー or Beelink | まずは有線LANから安定させる。Wi‑Fiよりトラブルが少ないことが多い。 |
| 4 | Wi‑Fi / Bluetoothドライバー | チップメーカー or Beelink | 無線ドライバーはBSODの原因として頻出。最新版を入れつつ、挙動を要チェック。 |
| 5 | オーディオ、カードリーダー、周辺機器 | 各ベンダー | 必須度が低いものほど後回しにして、問題が出たらすぐ切り分けできるようにする。 |
導入のコツは、一気に全部入れないことです。1〜3まで入れて再起動＆様子見、問題なければ4〜5、といった具合に少しずつ進めていくと、どの段階で不具合が出たか追いやすくなります。
Windows Updateと「オプションの更新」の扱い
Windows Updateは基本的に必須ですが、ドライバーが含まれることも多く、「オプションの更新」でさらに追加ドライバーが出てくることもあります。
- まずは品質更新プログラム（セキュリティ更新など）を優先して適用
- 「オプションの更新」にドライバーが複数並んでいる場合、一度に全部入れず、1〜2個ずつインストール
- ドライバー更新後は必ず再起動し、しばらく使ってBSODやフリーズが出ないか確認
DRIVER_OVERRAN_STACK_BUFFERが「Windows Update直後に出る」ようなら、そのタイミングで入れたドライバーのどれかが怪しいという目安になります。
クリーンブートで原因を絞り込む
ハード・BIOS・基本ドライバーを整えたら、次は「クリーンブート」で余計な常駐を止め、純粋にドライバーまわりの問題かどうかを確認します。
システム構成（msconfig）でクリーンブート
- Win＋Rで「ファイル名を指定して実行」を開き、
msconfigと入力してEnter - [サービス]タブで、「Microsoftのサービスをすべて隠す」にチェックを入れる
- 残ったサービス（サードパーティ製）をすべて無効化
- [スタートアップ]タブから「タスクマネージャーを開く」をクリックし、スタートアップアプリをすべて無効化
- PCを再起動
この状態で数時間〜1日ほど普段どおり（動画視聴やブラウジングなど）に使ってみて、BSODが出るかを確認します。
- クリーンブート状態でもBSODが出る → ドライバー／ハード寄りの問題の可能性が高い
- クリーンブートだと安定する → 有効にしていないサービスやスタートアップの中に、不正なドライバーを呼ぶ要因が潜んでいる
Edge拡張（1Passwordなど）を一時的に無効化
ブラウザ拡張は直接カーネルを触るわけではないので、DRIVER_OVERRAN_STACK_BUFFERの主犯というよりは「きっかけ」になっているケースが多いです。ただし切り分けのために、一度無効化してみる価値はあります。
- Edge右上の「…」→ [拡張機能] から、1Passwordなど全ての拡張機能を無効化
- 同じような操作（タブをたくさん開く、動画再生など）をして、BSODが出るかを確認
拡張を無効化すると安定するなら、拡張が使っている処理が特定のドライバーを刺激している可能性があります。その場合でも、根本はドライバー側にあることが多いので、次のDriver Verifierでそれをあぶり出していきます。
Driver Verifier で原因ドライバーを特定する
ここまででハード・BIOS・基本ドライバーを確認してもまだ原因が分からない場合、Driver Verifier（ドライバー検証ツール）を使って、怪しいドライバーをピンポイントで炙り出します。
Driver Verifierの設定方法
- Win＋R →
verifierと入力してEnter - 「カスタム設定を作成する（コード開発者用）」を選択
- 標準的なチェック（IO検証・プールのチェックなど）にチェックを入れる（基本はデフォルトでOK）
- 「ドライバーの選択」では、「Microsoftのドライバーを除外し、サードパーティ製ドライバーのみ」を選択
- 設定を完了し、PCを再起動
再起動後、普段どおりにPCを使ってみてください。Driver Verifierが有効になっている間は、問題のあるドライバーがより厳しくチェックされ、わずかな不正アクセスでも即座にBSODになります。
注意点として、Driver Verifierを有効にすると、
- BSODが頻発するようになる（意図的にそうしている）
- 最悪の場合、起動途中で必ずBSODになり、通常起動できなくなる
といった「副作用」があります。あくまで短期間の原因特定用ツールとして使い、常用はしないようにしましょう。
起動不能になったときの解除方法
Driver Verifierが原因で起動不能ループに陥った場合は、セーフモードか回復環境から解除します。
- Windowsブート中に強制電源オフを2〜3回繰り返し、「自動修復」画面を出す
- [詳細オプション] → [トラブルシューティング] → [詳細オプション] → [スタートアップ設定] からセーフモードで起動
- セーフモードでコマンドプロンプトを開き、以下を実行
verifier /reset - 再起動して通常モードに戻る
ミニダンプから怪しいドライバーを読むポイント
Driver Verifier有効時にBSODが出たら、ミニダンプをWinDbgやBlueScreenViewで開きます。
- WinDbgの場合、
!analyze -vを実行し、レポートの中の- 「Probably caused by」
- スタックトレース内に頻出する.sysファイル名
- BlueScreenViewの場合、上部の一覧で「Caused By Driver」列に表示されているドライバー名を確認
ここで名前が出てきた xxxx.sys が、ほぼ必ずしも「犯人」ではありませんが、最初に疑うべき対象になります。そのドライバーがどのデバイスに属するかを調べ、次の対処をします。
- デバイスマネージャーから該当デバイスを開き、「ドライバーのロールバック」を実行
- ベンダー公式サイトから、最新版／もしくはより安定しているバージョンのドライバーを入れ直す
- 使っていないデバイス（古いUSBドングルなど）であれば、デバイス自体を無効化する
DRIVER_OVERRAN_STACK_BUFFERの場合、特にネットワーク関連（Wi‑Fi/Bluetooth）やストレージ関連（NVMe、RAID）ドライバーが関わっていることが多いので、優先的にチェックすると効率が良くなります。
OSイメージの整合性チェック（sfc / DISM）
ドライバーやハードが原因であっても、BSODを繰り返すうちにWindowsのシステムファイルが破損してしまうことがあります。そのため、一度OSイメージの整合性も確認しておきましょう。
sfc /scannow の実行
- スタートメニューを右クリックし、「Windows ターミナル（管理者）」または「PowerShell（管理者）」を開く
- 以下のコマンドを実行
sfc /scannow
完了後、
- 「問題は検出されませんでした」 → システムファイルは一応正常
- 「破損したファイルを修復しました」 → 破損はあったが修復済み
- 「修復できないファイルがありました」 → 次のDISMを実行してから再度sfcを試す
DISMでコンポーネントストアを修復
sfcで修復しきれない場合や、念のためOSイメージも整えておきたい場合は、DISMを使います。
DISM /Online /Cleanup-Image /RestoreHealth実行には時間がかかることがありますが、完了したらPCを再起動し、もう一度 sfc /scannow を流して問題がないことを確認します。
クリーンインストール直後であればOSファイル破損の可能性は低めですが、BSODが絡んでいる場合はチェックしておくと安心です。
再インストール手順を見直す（段階的インストール）
ここまでの手順を行っても原因が特定できない場合、最終手段としてインストール手順そのものをもっと分解する、というアプローチがあります。
オフラインでWindows 11をインストールする
ポイントは、初回セットアップ時にネットワークを切った状態でインストールを完了させることです。こうすることで、Windows Updateが勝手に大量のドライバーを入れてしまうのを一時的に防げます。
- LANケーブルを抜き、Wi‑Fiの設定も行わずにセットアップを進める
- 可能であればローカルアカウントでサインイン（ネット接続必須のバージョンでは、「今はスキップ」などの選択肢を使う）
初回デスクトップにたどり着いたら、すぐに必要最低限のドライバーを手動で入れていきます。
「最低限のドライバーだけ」を決めた順番で導入
あらかじめ別PCでダウンロードしておいたドライバーをUSBメモリなどに入れておき、次の順番で導入します。
- AMDチップセットドライバー
- APU（内蔵GPU）ドライバー
- 有線LANドライバー
ここまで入れて再起動し、まだネットには繋がずに数十分〜数時間使ってみて、BSODが出ないかを確認します。問題なければLANを有効化し、Windows Updateで品質更新と必須ドライバーのみを適用します。
その後、
- Wi‑Fi / Bluetooth ドライバー
- オーディオドライバー
- その他の周辺機器（USBドングル、プリンタなど）
という順に、1つ導入する → 再起動 → 様子を見るを繰り返していきます。どの段階でDRIVER_OVERRAN_STACK_BUFFERが再発するかを記録しておけば、「このドライバーを入れると落ちる」というポイントが分かりやすくなります。
比較用にWindows 10を一時導入する意味
Windows 11側でどうしても原因が特定できない場合、同じハードウェアにWindows 10を一時的に入れてみるのも有効な手です（ライセンスやサポートの条件は事前に要確認）。
- Windows 10を別SSDや別パーティションにインストールする
- Windows 11と同様に、最小構成のドライバーだけを入れて検証
結果の解釈は次のようになります。
| 挙動 | 考えられる方向性 |
|---|---|
| Windows 10でも同じようにDRIVER_OVERRAN_STACK_BUFFERが出る | ハードウェア（メモリ・SSD・マザーボードなど）寄りの問題の可能性が高い。 |
| Windows 10では安定し、Windows 11だけでBSODが出る | Windows 11固有のドライバーや、Windows 11＋特定ドライバーの組み合わせによる不具合を疑う。 |
最終的にWindows 11を使うとしても、「ハードが怪しいのか、OS＋ドライバーの組み合わせが怪しいのか」を切り分ける材料として非常に役立ちます。
ミニダンプ・イベントログ・信頼性モニターの活用
ここまでのどの段階でも共通するのが、「発生したBSODの情報をきちんと残しておく」ことです。すでにミニダンプを有効にしている前提ですが、改めて確認しておきましょう。
ミニダンプの保存設定
- 「このPC」を右クリック → [プロパティ] → [システムの詳細設定]
- [起動と回復]の[設定]をクリック
- [デバッグ情報の書き込み]を「小さいメモリダンプ (256 KB)」に設定
- ダンプファイルのパスが
%SystemRoot%\Minidumpになっていることを確認
ここが設定されていれば、BSOD発生時にミニダンプが作成されます。Driver Verifierを使ったときのダンプを含めて、ファイル名と発生日時をメモしておくと、あとでパターンが見えてきます。
イベントビューアと信頼性モニター
- イベントビューア（Win＋X → [イベントビューア]）で「システム」ログを確認し、BSOD直前に出ている警告やエラーをチェック
- 信頼性モニター（スタートメニューで「信頼性」と検索）で、クラッシュの履歴と「どのアプリ／ドライバーが落ちているか」を時系列で確認
DRIVER_OVERRAN_STACK_BUFFERの直前に特定デバイスの警告が連続していれば、そのデバイスのドライバーを優先的に疑う根拠になります。
ここまでやっても直らないときの考え方
全ての手順を試してもDRIVER_OVERRAN_STACK_BUFFERが頻発する場合、残念ですがハードウェア自体の不良や設計上の問題である可能性も視野に入ってきます。
- 購入からあまり時間が経っていない場合は、販売店やBeelinkサポートに症状と実施した切り分け内容をまとめて問い合わせる
- メモリやSSDをユーザーが交換可能なモデルであれば、別のモジュール・別のSSDに入れ替えて再検証
- それでも改善しない場合は、マザーボード（またはAPU）側の故障の可能性もあるため、修理・交換を検討
ここまで詳細に切り分けたログがあれば、サポートに話を持ち込む際にも「ただブルースクリーンが出ます」と言うだけより、問題の伝わり方が格段に良くなります。
安定したら何をもって「解決」とみなすか
最後に、「どこまで行けば解決と言ってよいか」の目安をまとめておきます。
- 数時間〜1日以上、連続稼働させてもDRIVER_OVERRAN_STACK_BUFFERが再発しない
- イベントビューアに致命的なエラーが頻発していない
- 信頼性モニターで「重大なイベント」が連続して記録されていない
- 特定の操作（動画再生、ファイルコピー、Wi‑Fi利用など）で再現していたBSODが発生しなくなった
これらを満たしていれば、ひとまず実用上は「解決」と考えてよいでしょう。あとは、ドライバーやWindows Updateを適用するたびに、
- 変更は1回に1つだけ
- 必ず再起動してからしばらく様子を見る
- 怪しい更新はすぐにロールバックできるよう、復元ポイントを作成しておく
といった運用の工夫を続けていけば、同じトラブルに悩まされる可能性をかなり減らせます。
DRIVER_OVERRAN_STACK_BUFFER（BugCheck 0xF7）は一見「原因不明」に見えますが、ハードウェア健全性の確認 → BIOS/ドライバーの整備 → クリーンブート → Driver Verifier → 段階的インストールという流れで攻めていけば、ほぼ必ずどこかで手がかりが見つかるはずです。焦らず一つずつ潰していきましょう。
コメント