Windows 11/10 の起動直後にブルースクリーン（BSoD）が頻発し、「自動修復」のあとになぜか普通に使えてしまう……。原因が分からず不安なまま使い続けている方向けに、実際の事例をもとに原因と具体的な解決手順を整理します。
起動時にだけ頻発するブルースクリーン（BSoD）とは？
今回取り上げるのは、次のようなパターンのブルースクリーン（BSoD）です。
- 電源を入れて Windows が起動する直前～直後に BSoD が出る
- 自動修復や再起動が走ったあと、なぜか普通にログオンできる
- ログオン後の通常利用中にも、1～2か月に数回程度 BSoD が発生していた
sfc /scannowを実行すると、一部のシステムファイル破損が修復できないと表示される- チップセットドライバーを入れ直しても決定的な改善が見られない
一見すると「Windows が壊れている」「ストレージが怪しい」と思いがちですが、実際の事例では、マザーボードの BIOS（UEFI）とチップセットドライバーの“世代のズレ”が主因でした。
特にミニダンプの解析結果から、明確なサードパーティドライバーは特定できないものの、一部で USB ドライバーの関与が示唆されるケースが見られました。これは、起動フェーズでファームウェアとドライバーが USB デバイスを認識する際の整合性が崩れているサインと考えられます。
原因の核心：古い BIOS × 新しいチップセットドライバーの組み合わせ
今回のような「起動時にだけ BSoD が頻発する」パターンでは、以下のような構図になっていることが多いです。
| 表に出る症状 | 裏側で起きていることのイメージ | キーワード |
|---|---|---|
| 起動時だけ BSoD が出て、その後は普通に動く | 起動初期のドライバー読み込み時に、ファームウェアと OS ドライバーの想定がズレている | BIOS / UEFI とチップセットドライバーの不整合 |
| USB 機器を多数接続しているときに悪化しやすい | USB ホストコントローラーが初期化されるタイミングで例外が発生 | USB コントローラー、電源管理 |
sfc /scannow で修復できないファイルが残る | 根本原因ではないが、過去のクラッシュの影響が残っている | システムファイル破損は“結果”の場合も |
実際の Q&A 事例でも、チップセットドライバーを最新版に更新したものの、マザーボードの BIOS は古いままという状態でした。このような構成では、以下のようなことが起こりえます。
- BIOS 側が想定している PCIe／USB コントローラーの挙動と、最新ドライバー側の挙動が一致しない
- 電源管理（C-State や Modern Standby など）の扱いが BIOS と OS ドライバーでずれている
- 結果として、起動初期の不安定さだけが目立ち、ログオン後は比較的安定する
この事例では、最終的にBIOS を最新版に更新したところ、起動時の BSoD が完全に解消し、複数回の再起動・通常利用でも再発しなくなりました。つまり、ファームウェアとドライバーの「世代合わせ」が決め手だったと言えます。
最優先で試したい対処：BIOS（UEFI）のアップデート
ソフトウェア側の対処（ドライバー再インストールや SFC / DISM）はもちろん有効ですが、今回のようなケースでは、まず BIOS アップデートから着手するのが効率的です。
とはいえ、BIOS 更新は失敗すると起動不能になるリスクもあるため、慎重に準備して実行する必要があります。ここでは、一般的なフローを整理します。
BIOS アップデート前の事前チェックリスト
| 項目 | 内容 | ポイント |
|---|---|---|
| マザーボード型番の確認 | 基板印字 / 外箱 / システム情報ツールで確認 | 似た型番と間違えないことが何より重要 |
| メーカー公式サイトの確認 | 該当型番のサポートページを開き、最新 BIOS とリリースノートを取得 | 非公式サイトや第三者配布の BIOS は使用しない |
| 電源環境の確保 | 停電リスクが低い時間帯を選び、可能であれば UPS を使用 | 更新中の電源断は最悪マザーボード交換レベルの事故につながる |
| 既存設定のメモ | XMP/EXPO、ブート順、RAID 設定などを写真やメモで残す | 更新後にデフォルトに戻る前提で、再設定ができるように準備 |
| バックアップ | 重要データは別ドライブやクラウドに退避しておく | 通常はそのまま起動するが、「万が一」に備えておくと安心 |
マザーボードによっては、BIOS 更新用のユーティリティ（例：GIGABYTE の Q-Flash、ASUS の EZ Flash など）が用意されています。必ずメーカー公式の手順書に従いましょう。
BIOS ファイルの入手とメディア準備
- マザーボードメーカーの公式サイトを開く
- 型番を検索し、サポートページの「BIOS」タブを選択
- 最新版 BIOS をダウンロードし、ZIP を展開する
- メーカーが推奨する形式（通常は USB メモリ）でファイルを保存
└ 例：FAT32 でフォーマットした USB メモリのルートに.binや.capファイルをコピー - リリースノートに、
・安定性向上
・新 CPU / メモリ対応
・USB / PCIe デバイスの互換性改善
などの記載がないか確認する
今回の実例でも、メーカーが公開している最新版（例：バージョン F35）に更新したところ、BSoD が解消しました。自分の環境に合わせて、必ず該当型番の「最新安定版」を選びましょう。
BIOS 更新の実行（メーカー純正ツールを使用）
大まかな流れは、どのメーカーでも似ています。
- PC を再起動し、
DelキーやF2キーで BIOS（UEFI）画面を開く - BIOS 内の「ツール」や「Q-Flash」「EZ Flash」などのメニューを選択
- 事前に用意した USB メモリを選び、保存した BIOS ファイルを指定
- 更新処理を開始し、絶対に電源を切らずに完了まで待つ
- 自動で再起動したあと、再度 BIOS 画面に入る
このとき、画面が真っ暗な時間が普段より長く続く場合がありますが、焦って電源ボタンを長押ししないでください。ファームウェア内部の再構成中であることが多く、ここで電源を落とすと致命的な障害を招く可能性があります。
BIOS 更新後に行うべき初期設定と確認
BIOS 更新直後は、多くの設定がデフォルト状態に戻っています。ここで適切な初期設定と動作確認を行うことで、起動時 BSoD の再発を防ぎやすくなります。
デフォルト設定の読み込みと基本設定の戻し
- BIOS メニューで「Load Optimized Defaults」や「工場出荷設定に戻す」を実行
- そのうえで、以下の項目だけ最低限設定し直す
- システムの起動順（OS が入っている SSD / HDD を最優先に）
- メモリプロファイル（XMP / EXPO を有効にするかどうか）
- オンボードデバイス（不要なコントローラーは無効化してもよい）
- 必要に応じて VT-x / SVM・IOMMU 等の仮想化関連設定
- 設定を保存して再起動する
メモリの XMP / EXPO を有効にすると、高速なメモリ設定が適用される一方で、環境によっては安定性が下がる場合があります。起動時 BSoD が再発する場合は、一度 XMP / EXPO を無効にして様子を見るのも有効な切り分けです。
複数回の再起動テストで安定性を確認
BIOS 更新後、すぐに「直った」と判断せず、次のような形で再起動テストを行いましょう。
- 完全シャットダウン（後述の高速スタートアップ無効化も参照）→ 再起動を数回繰り返す
- スリープ／休止状態からの復帰も確認する
- USB 機器を普段どおり接続した状態でも BSoD が出ないか確認する
今回の実例では、BIOS 更新後に複数回再起動を行っても BSoD がまったく発生しなくなり、通常利用中にもエラーが出なくなったことから、BIOS が主原因だったと判断されました。
それでも不安定な場合の追加対処フロー
BIOS を更新しても、環境によってはまだ BSoD が残ることがあります。その場合は、以下の順番で切り分けを進めると効率的です。
USB 周辺機器の切り分け
ダンプ解析で USB ドライバーの関与が示唆されている場合、USB 機器を極力外した「最小構成」で起動テストを行うと原因特定の助けになります。
- キーボード・マウス・モニターだけを接続した状態にする
- 外付け HDD / SSD、USB ハブ、ゲームコントローラーなどはすべて外す
- この状態で複数回起動（完全シャットダウン→起動）を試し、BSoD の有無を確認
- 問題が出なければ、周辺機器を 1 台ずつ戻し、どの機器／ポートで再発するかを確認
USB ハブを介して多段接続している場合や、バスパワーの消費が大きい機器を多数つないでいる場合、電源周りの負荷が起動時に集中して一時的な不安定を招くこともあります。
チップセット・USB ドライバーの統一
次に、チップセットドライバーと USB 関連ドライバーを「どのベンダー版で統一するか」を明確にします。
- AMD / Intel 公式サイトで配布されている最新チップセットドライバー
- マザーボードメーカーが検証して公開しているドライバー
この 2 つが混在し、上書きインストールを何度も繰り返していると、意図しないバージョンのドライバーが残る場合があります。基本方針としては、
- どちらか一方に揃える（公式 AMD/Intel か、マザーボードベンダー推奨版か）
- 不要なユーティリティ類は一度アンインストールし、必要なものだけ入れ直す
といった形で整理していくと、ドライバーのバージョン不整合を減らせます。
DISM と SFC によるシステムファイル整合性チェック
sfc /scannow だけを実行して「修復できないファイルがあります」と表示された場合でも、それが必ずしも BSoD の直接原因とは限りません。ただし、OS 側の整合性をあらかじめ整えておくことは重要です。
推奨される順番は、次のとおりです。
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
- DISM：Windows イメージ自体をオンラインで検査・修復する
- SFC：システムファイルの整合性をチェックし、可能なものを修復する
DISM 実行後に SFC をもう一度行うことで、初回では修復できなかったファイルが正常に戻るケースもあります。
高速スタートアップの一時的な無効化
Windows 10/11 の「高速スタートアップ」は、完全なシャットダウンではなく、カーネル状態を部分的に保存して再利用する機能です。便利な反面、起動フェーズでのドライバー初期化が省略されることで、特定環境では不整合が出やすくなる場合があります。
一時的に無効化して、起動安定性が変わるか確認してみましょう。
- 「コントロール パネル」→「ハードウェアとサウンド」→「電源オプション」を開く
- 左メニューの「電源ボタンの動作を選択する」をクリック
- 「現在利用可能ではない設定を変更します」をクリック
- 「高速スタートアップを有効にする（推奨）」のチェックを外す
- 保存して PC をシャットダウンし、再度起動して BSoD の有無を確認
これで安定する場合、高速スタートアップ × ドライバー × BIOS の組み合わせがトラブルの引き金となっていた可能性が高くなります。
メモリとストレージのハードウェア健全性チェック
BIOS とドライバーを最新化しても改善しない場合、物理的なハードウェア障害の可能性も疑うべきです。
メモリ（RAM）のチェック
- Windows メモリ診断ツールを実行する
- 「Windows メモリ診断」で検索 → 再起動してチェック
- より厳密に見る場合：MemTest86 などのツールを USB から起動し、複数パス走らせる
- エラーが出る場合は、メモリモジュールの抜き差しやスロット変更、1 枚ずつの検査で原因を特定する
ストレージ（SSD / HDD）のチェック
chkdsk /f /rを実行し、ファイルシステムと不良セクタをチェックする
chkdsk C: /f /r
- 再起動が必要と表示されたら、指示に従って再起動する
- SMART 情報を確認できるツール（メーカー提供ツールやフリーソフト）で、異常値がないか確認する
SSD の書き込み寿命が近づいていたり、HDD に代替処理セクタが増えている場合、起動時の読み込みに失敗して BSoD が発生することもあります。
USB ドライバー関与が疑われたときの考え方
今回のように、ミニダンプで「USB 関連のドライバー」がチラつく場合、次のようなポイントを押さえておくと切り分けが進めやすくなります。
- 前面 USB ポート（ケース側）と背面ポート（マザーボード直付け）の違い
- USB 2.0 / 3.x / Type-C など、コントローラーが異なるポートごとの挙動の違い
- セルフパワー／バスパワーのハブ構成
具体的には、以下のような手順が有効です。
- 問題が起きやすい接続パターンを書き出しておく（例：前面 USB 3.0 ポートに外付け HDD を挿した状態だと BSoD が増える）
- 同じ機器を別のポート（例：背面 USB 2.0）に挿し替えて挙動を比較する
- USB ハブを外し、PC に直接接続して症状が出るか確認する
- マザーボード BIOS の USB 関連設定（レガシー USB サポートなど）を確認・調整する
これらの結果から、「特定のポート・ハブを使ったときだけ BSoD が増える」のであれば、ハブ・ケーブル・ポートのいずれかに物理的要因がある可能性が高まります。一方で、どのポートでも同様の症状が出る場合は、やはり BIOS やドライバー層の問題に重心が移ります。
ミニダンプの収集とサポートへの共有方法
自力で解析が難しい場合でも、ミニダンプを適切に収集して共有できれば、コミュニティやサポートから有用なアドバイスを得られる可能性が高まります。
ミニダンプの保存場所とまとめ方
- エクスプローラーで
C:\Windows\Minidumpフォルダーを開く - フォルダー内の
.dmpファイルをすべて選択してコピーする - デスクトップなどに新しいフォルダーを作成し、そこに貼り付ける
- フォルダーを右クリックして ZIP 形式で圧縮する
- OneDrive、Google ドライブなどのクラウドストレージにアップロードする
- 共有リンクを発行し、Microsoft Learn Q&A やフォーラムにリンクを記載して相談する
機密性の高い環境では、ミニダンプに含まれる情報の扱いを事前に確認しておきましょう（通常はユーザーデータそのものは含まれませんが、環境に依存するため注意が必要です）。
よくある疑問と落とし穴
SFC で「修復できないファイル」があっても問題ない？
sfc /scannow の結果に「修復できないファイルがあります」と表示されると不安になりますが、必ずしもそれが BSoD の直接原因とは限りません。
- 古いドライバーやサードパーティソフトが持つカスタムファイルに起因することもある
- 過去のクラッシュによる副作用が残っているだけで、現時点では影響が小さい場合もある
重要なのは、DISM → SFC の順で実施し、OS イメージとシステムファイルの整合性を最大限整えておくことです。そのうえで BSoD が解消しない場合は、やはり BIOS・ドライバー・ハードウェア側の要因を優先的に疑うべきです。
BIOS 設定をどこまで触ってよいか分からない
オーバークロックや細かい電圧調整などを行うと、起動時の不安定さに直結します。特に、
- CPU / メモリの手動オーバークロック
- 電圧設定の手動変更
- タイミング（メモリレイテンシ）の過度な詰め込み
といった設定を行っている場合は、一度すべてデフォルトに戻してから BSoD の有無を確認することを強くおすすめします。安定した状態が確認できてから、少しずつ設定を詰めていくのが安全です。
クリーンインストールは必要？
「もう諦めて Windows をクリーンインストールしたほうが早いのでは？」と思うかもしれませんが、今回のようなBIOS とドライバーの不整合が主因のケースでは、OS を入れ直しても根本解決にならない場合が多いです。
クリーンインストールが有効になるのは、
- 長期間の運用でレジストリやドライバーが混在し、整理が困難
- マルウェアや不正なチューニングツールによる改変が疑われる
といったケースが中心です。まずは、
- BIOS を最新に保つ
- チップセット・USB ドライバーを整理する
- DISM / SFC で OS の整合性を回復する
というステップを踏んでから、どうしても改善しない場合の最終手段として考えるとよいでしょう。
今回の事例から学べるポイント
本記事の元になったのは、Microsoft Learn Q&A に投稿された「Fix BSOD on boot and occasionally during use」という実際の相談事例です。このケースでは、
- 起動時の BSoD と、まれに発生する通常利用中の BSoD に悩まされていた
- チップセットドライバーの再インストールや
sfc /scannowなど、基本的な対処は実施済みだった - ミニダンプ解析では決定打となるサードパーティドライバーは出てこず、一部で USB ドライバーが関与していそうという程度のヒントしかなかった
- 最終的にマザーボード BIOS を最新版（例：F35）に更新したところ、BSoD が完全に収まり、再発しなくなった
という経緯をたどりました。
このことから分かるのは、
- ダンプ解析だけでは「真犯人」にたどり着けないケースがある（システムファイルや汎用ドライバーしか映らないことも多い）
- ファームウェア（BIOS/UEFI）と OS ドライバーの整合性を取ることは、想像以上に重要
- USB 周りのエラーに見えても、実際にはチップセット全体の世代ギャップが根底にある場合がある
という点です。
まとめ：起動時 BSoD は「BIOS × ドライバー」を最優先で疑う
起動時にブルースクリーン（BSoD）が頻発し、自動修復のあとになぜか普通に使えてしまう――という症状は、単なる OS の不具合やストレージ障害と決めつけてしまいがちです。しかし今回の実例から見えてきたのは、
- 古い BIOS と最新チップセットドライバーの組み合わせが、不安定さの大きな要因になりうること
- USB ドライバーが関係していそうに見えても、その裏に BIOS/UEFI の世代ギャップが隠れている場合があること
- BIOS 更新後は、起動順・XMP/EXPO・高速スタートアップなどの設定を丁寧に見直すことで、安定性が大きく向上すること
という点です。
もしあなたの Windows 11/10 環境で、
- 起動直後の BSoD → 自動修復 → 通常起動という流れを繰り返している
- チップセットドライバーや SFC は一通り試したが、決定的な改善が見られない
といった状況であれば、まずは以下の順序で対処してみてください。
- マザーボード BIOS を、メーカー公式の最新安定版に更新する
- BIOS 設定をデフォルトに戻し、必要最低限の設定だけ再適用する
- USB 周辺機器を最小構成にし、起動テストを繰り返す
- DISM / SFC、メモリ／ストレージチェックで OS とハードウェアの整合性を確認する
- 再発時はミニダンプを収集し、Microsoft Learn Q&A などで専門家やコミュニティに相談する
これらを順に実施することで、起動時 BSoD の原因を体系的に切り分けられ、「なんとなく不安なまま使い続ける状態」から脱出できるはずです。
本記事が、同じ症状で悩んでいる方の一助になれば幸いです。
コメント