自作PCで Windows 11 を入れたら、電源投入から 5〜15 分以内にかならずブルースクリーン「DRIVER_POWER_STATE_FAILURE」が出るのに、再起動すると一日中安定してしまう──そんな不可解なトラブルに悩んでいませんか。本記事では Ryzen 7 9700X＋X670E ITX＋NVMe SSD という実際の構成で起きたケースを例に、同様の症状を再現性高く切り分けていく具体的な手順と、最終的に判明した原因（問題のある Samsung SSD）までを詳しく解説します。
症状の整理：Windows 11 コールドブート直後だけ BSOD が発生
まずは、実際に発生していた環境と症状を整理します。
| 項目 | 内容 |
|---|---|
| PCタイプ | 自作 ITX マシン |
| CPU | AMD Ryzen 7 9700X |
| メモリ | DDR5-6000 32GB |
| マザーボード | Asus ROG STRIX X670E‑I |
| GPU | NVIDIA GeForce 5070 Ti |
| ストレージ | Samsung 990 EVO Plus 2TB ＋ Crucial T500 2TB |
| OS | Windows 11（クリーンインストール） |
| 発生タイミング | 完全シャットダウン後の「コールドブート」から 5〜15 分以内 |
| 現象 | 必ず BSOD「DRIVER_POWER_STATE_FAILURE」でクラッシュ |
| その後の挙動 | 再起動後は一日中ゲームや高負荷でも安定して動作 |
ポイントは次の 3 つです。
- クラッシュするのは「電源投入直後の数分間」にほぼ限定されている
- BSOD の内容は DRIVER_POWER_STATE_FAILURE 固定
- 再起動後は極めて安定しているため、一見「ハードは問題なさそう」に見える
この条件が揃うと、「電源まわりの遷移」「ストレージの初期アクセス」「特定ドライバの起動時バグ」などが疑われます。実際、このケースでも PCI バス上のデバイス と 問題のある NVMe SSD がキーワードになりました。
DRIVER_POWER_STATE_FAILURE とは何か
今回のブルースクリーンメッセージ DRIVER_POWER_STATE_FAILURE は、バグチェックコード 0x9F に対応する電源管理関連のエラーです。ざっくり言うと、
「あるデバイスドライバが、スリープ・シャットダウン・起動時などの電源状態の変更にきちんと応答せず、OS が根負けして落ちた」
という状況を示します。
Windows は電源状態を切り替える際、各デバイスドライバに対して 電源 IRP（I/O 要求パケット） を投げて、「低電力モードに入って」「復帰して」などの指示を出します。ところが、何らかの理由で
- ドライバが電源 IRP を長時間ブロックしたまま返さない
- 異常終了して応答しなくなる
- 想定外の状態で固まる
と、OS 全体の一貫性を保てなくなるため、「DRIVER_POWER_STATE_FAILURE」としてブルースクリーンを出してシステムを保護します。
pci.sys がミニダンプに出てくる意味
今回のミニダンプを解析すると、
pci.sysが「電源 IRP を長時間ブロックしている」と報告
という結果が出ていました。ここで重要なのは、
pci.sysは PCI バス全体を管理する「土台」のドライバ- 実際に悪さをしているのは、その「上」にぶら下がる個別デバイス（NVMe / GPU / USB コントローラなど）のことが多い
という点です。つまり、ミニダンプ上は pci.sys が「犯人」に見えても、実際は PCI バスにつながったどれかのデバイス／ドライバ が電源遷移に失敗しているケースが大半です。
想定される原因候補と今回の状況整理
この環境で実際に疑われた要因を、整理し直したものが下の表です。
| 区分 | 内容 | 状況整理 |
|---|---|---|
| デバイスドライバ | ミニダンプでは pci.sys が「電源 IRP を長時間ブロック」と解析。PCI バス上のいずれかのデバイス／ドライバが電源遷移に失敗している可能性。 | PCI 配下の NVMe・GPU・USB・LAN など、候補が多い。Driver Verifier での絞り込みが必須。 |
| ストレージ | Samsung 990 EVO Plus で Read/Write エラーや Samsung Magician の自己診断失敗を確認。Crucial T500 に OS を再インストールしたところ BSOD が消失。 | OS ドライブを入れ替えた瞬間に症状が消えたため、990 EVO Plus 側の不良または互換性問題が最有力候補。 |
| インストールメディア | 初回インストール USB が不良で OS ファイルが破損していた懸念（黒画面で数時間フリーズ）。別 USB で再インストールして一時的に改善。 | USB メモリの不調や書き込みエラーで OS イメージが壊れていると、クリーンインストールしたつもりでも土台が不安定になりやすい。 |
| 温度／電圧 | 夏場に CPU 95℃、起動直後に高負荷を掛けると不安定。 | ITX ケースはエアフローが厳しく、PBO や OC で電圧を盛ると起動直後の瞬間的な負荷に弱くなる。ただし今回は温度だけが主原因ではなかった。 |
このように、原因候補はいくつかありますが、最終的には 「怪しい SSD を切り離して OS を別ドライブに移す」 ことで決着がつきました。ただし、そこに到達するまでにはドライバ・電源管理・温度といった複数の切り分けを順番に試しています。
再現性のある切り分け手順（チェックポイント付き）
ここからは、同様の「コールドブート直後だけ DRIVER_POWER_STATE_FAILURE が出る」ケースで使える、実践的な切り分けフローを紹介します。
事前準備：必ずバックアップと復元ポイントを作る
まず最初にやっておきたいのは、
- ユーザーデータのバックアップ
- システムの復元ポイント作成
です。特に後述の Driver Verifier を使うと、あえてクラッシュを誘発するため、設定を誤ると起動ループにハマることがあります。
- 重要なデータは別ドライブやクラウドに退避
- 「復元ポイントの作成」から OS ドライブの保護を有効化し、新しいポイントを作成
ここまで準備してから、次のステップに進みましょう。
Driver Verifier で問題ドライバをあぶり出す
ミニダンプの情報が「pci.sys」止まりで怪しいデバイスが特定できない場合、Windows 標準の Driver Verifier が非常に有効です。
Driver Verifier の設定手順
- 管理者権限で「Windows Terminal」または「コマンドプロンプト」を開く
- 以下のコマンドを実行する
verifier /standard /all
- PC を再起動する
- 通常どおり使い、あえて 2〜3 回クラッシュさせる
Driver Verifier を有効にすると、電源管理やメモリまわりに怪しい挙動をするドライバがあれば、より厳しくチェックされるため 短時間で BSOD が再現しやすくなります。その結果生成されるミニダンプファイルを解析すると、
- 特定ベンダーのストレージドライバ
- 古いマザーボードユーティリティ
- サードパーティ製のセキュリティソフト・チューニングツール
など、実際の「犯人」ドライバ名が浮かび上がることがあります。
Driver Verifier の解除忘れに注意
検証が終わったら、必ず無効化します。
- 再度、管理者コマンドプロンプトを開く
- 次のコマンドを実行
verifier /reset
- PC を再起動
もし Driver Verifier の設定後に Windows が起動しなくなった場合は、
- 起動中に電源ボタン長押しで強制終了 → これを 2 回繰り返す
- 3 回目の起動で「自動修復」が開くので、トラブルシューティングからセーフモード起動
- セーフモードのコマンドプロンプトで
verifier /resetを実行
という手順で解除できます。
怪しい SSD を切り離し、別ドライブに OS をクリーンインストール
今回のケースでは、OS を入れていた Samsung 990 EVO Plus で
- アプリケーション側の Read/Write エラー
- Samsung Magician の自己診断（診断スキャン）失敗
が確認されました。そこで、次のような切り分けを行っています。
物理的に SSD を切り離してテスト
- PC の電源を完全に切り、電源ケーブルも抜く
- ケースを開け、問題が疑われる SSD（ここでは 990 EVO Plus）を一度取り外す
- 別の SSD（Crucial T500）だけを接続した状態にする
- Crucial T500 に Windows 11 を完全なクリーンインストールする
- 数日〜1 週間程度、コールドブートを繰り返して様子を見る
この環境では、Crucial T500 に OS を移した途端、コールドブート時の DRIVER_POWER_STATE_FAILURE がピタリと止まりました。同時に、990 EVO Plus を別の環境でテストしても自己診断エラーが継続していたことから、
→ 不良もしくは互換性に問題のある Samsung 990 EVO Plus が根本原因
と判断できます。
SSD 側のチェックポイント
| 項目 | 確認するポイント |
|---|---|
| SMART 情報 | 再割り当てセクタ・エラー回数・温度などに異常値が出ていないか |
| メーカー診断ツール | Samsung Magician 等のフルスキャンでエラーやハングが出ないか |
| ファームウェア | 最新バージョンになっているか。古い FW に既知の不具合がないか |
| 別ドライブへの OS 移行 | 他社 SSD にクリーンインストールしても同じ BSOD が出るかどうか |
特に 「別 SSD に OS を移したら症状が完全に消えた」 場合、元の SSD に強い疑いがかかります。保証期間内であれば RMA・交換を前向きに検討しましょう。
BIOS・チップセット・ストレージ・GPU ドライバを最新化
ハードが怪しい場合でも、ファームウェアやドライバが古いと 「特定の組み合わせでだけ起きる電源遷移バグ」 を踏みやすくなります。特に AM5 初期〜中期は BIOS の更新頻度が高く、安定性が改善されている版も多いため、
- マザーボード BIOS（X670E‑I なら 3222 以降の Patch A など、ベンダーが安定版として案内しているもの）
- AMD チップセットドライバ
- ストレージドライバ（NVMe ドライバや RAID ドライバ）
- NVIDIA GPU ドライバ
といった順で、公式サイトから最新版を適用していきます。
その際のコツとして、
- BIOS アップデート中は停電・強制終了厳禁（UPS があればなお安心）
- チップセットドライバは古いバージョンをアンインストールせず、上書きインストールが推奨されることが多い
- GPU ドライバは DDU 等でクリーンインストールすると不具合を減らせることもある
といった点も押さえておきましょう。
電源管理の負荷を軽くする（高速スタートアップ・電源プランの見直し）
DRIVER_POWER_STATE_FAILURE は「電源状態の遷移」が絡むため、Windows 側の電源管理設定を見直すだけで改善することもあります。
高速スタートアップを無効化
コールドブート時だけ BSOD が出て、再起動では出ない場合、高速スタートアップによるハイブリッドブートが悪さをしているケースがあります。無効化の目安は次のとおりです。
- コントロールパネルの電源オプションから「電源ボタンの動作を選択する」を開く
- 「現在利用可能ではない設定を変更します」をクリック
- シャットダウン設定の「高速スタートアップを有効にする（推奨）」のチェックを外す
そのうえで、数日間コールドブートを繰り返し、BSOD の頻度が変わるかを確認してみてください。
電源プランを「高パフォーマンス」寄りに変更
AMD 環境では、「AMD Ryzen Balanced」プランが既定になっていることが多いですが、電源状態の切り替えが頻繁すぎると、ギリギリなデバイスが取り残されることがあります。検証目的で
- 一時的に「高パフォーマンス」プランに変更する
- 省電力のためのデバイスごとのスリープ機能を一部オフにする
といった調整を行うと、電源 IRP のやり取りが簡素になり、DRIVER_POWER_STATE_FAILURE が出にくくなることがあります。
デバイスマネージャーでの電源節約機能をオフ
一部のデバイス（特に LAN アダプタや USB ルートハブなど）は、
- デバイスマネージャー → 対象デバイスのプロパティ →「電源の管理」タブ
から、
- 「電力節約のために、コンピューターでこのデバイスの電源をオフにできるようにする」
といったチェックボックスが用意されています。DRIVER_POWER_STATE_FAILURE が頻発する場合、一時的にここをオフにして挙動を比較してみる価値があります。
熱と電圧：PBO・OC を定格に戻し、エアフローを見直す
夏場に CPU 温度が 95℃ 近くまで上がる環境では、起動直後に高負荷を掛けたときの安定性が大きく落ちます。特に ITX ケースは電源・GPU・CPU クーラーが密集しているため、
- PBO（Precision Boost Overdrive）で PPT/EDC/TDC を盛りすぎている
- Curve Optimizer で無理な負電圧を設定している
- GPU も同時に OC し、瞬間的なピーク電力が電源の余裕を超えている
といった状態だと、電源投入直後の「一番不安定なタイミング」で DRVIER_POWER_STATE_FAILURE を引き起こすリスクが高まります。
切り分け時は、
- BIOS で PBO・手動 OC をすべて「Auto（既定）」に戻す
- CPU 電圧・SoC 電圧・メモリ電圧を定格設定に近づける
- ケースファンを 1〜2 個増設し、CPU 温度を 85℃ 以下に抑えられるかチェック
といった「安全側」の設定に戻してから、BSOD の頻度がどう変わるか確認するのがおすすめです。
インストールメディアの作り直しと検証
見落としがちですが、インストール用 USB メモリの不良や書き込みエラーも、地味にトラブルの火種になります。
今回のケースでも、初回インストール時に
- 黒画面のまま数時間ハング
といった異常があり、別の USB メモリに作り直してインストールし直したところ、一時的に症状が改善しました。
安定した環境を作るためには、
- Microsoft 公式の Media Creation Tool を使う
- 新品の USB 3.2 スティックにインストールメディアを作成する
- 作成後、別 PC でもブートできるか軽くチェックしておく
といった基本をしっかり押さえておくことが重要です。インストール途中で固まる・異常に時間がかかる場合は、迷わず USB／ISO を作り直しましょう。
ケーススタディ：OS を Crucial T500 に移したら BSOD が消えた
ここで、実際に行った切り分けの流れを、時系列で振り返ってみます。
時系列で見るトラブルシュートの流れ
- Ryzen 7 9700X＋X670E‑I＋Samsung 990 EVO Plus に Windows 11 をインストール
- コールドブート後 5〜15 分以内に必ず DRIVER_POWER_STATE_FAILURE が発生
- 再起動後は一日中ゲームも含めて安定 → 温度や電源だけではなさそうと判断
- ミニダンプ解析 →
pci.sysが電源 IRP をブロックとの結果 - Samsung 990 EVO Plus で Read/Write エラー、Samsung Magician の自己診断失敗を確認
- インストールメディアを作り直し、再インストール → 一時的に改善するも、BSOD が再発
- Crucial T500 に OS をクリーンインストールし、990 EVO Plus を一度切り離して運用
- 以後、コールドブート直後を含め BSOD が完全に消失
- 990 EVO Plus は別環境や診断ツールでもエラーが継続 → SSD の不良／互換性問題と判断
- 保証期間内のため RMA・交換対応へ
このように、ドライバ・電源設定・温度などを一つずつ潰していった結果、「OS ドライブそのものが怪しい」 という結論にたどり着いています。
なぜ SSD が原因だと決め打てるのか
SSD を疑う決め手となったポイントを整理すると、次のようになります。
- 問題の SSD（Samsung 990 EVO Plus）でのみ、メーカー診断ツールが正常終了しない
- OS を別 SSD（Crucial T500）に移した瞬間に、BSOD が一切出なくなった
- 同じマザーボード・CPU・メモリ・GPU を使い回しても、OS ドライブだけを変えると安定性が激変した
これらはすべて、「NVMe SSD 自身が電源遷移時におかしな応答を返し、pci.sys から見ると電源 IRP が完了しないように見える」 という仮説と矛盾しません。結果として、
⇒ 不良または互換性問題を抱えた Samsung 990 EVO Plus が根本原因
という結論が、かなり強い説得力を持つことになります。
ミニダンプの取り方と簡易解析のポイント
同じような BSOD が出ている場合、自分の環境での「犯人」を探すためにも、ミニダンプを確認できるようにしておくと便利です。
ミニダンプの保存設定
- 「システムの詳細設定」→「起動と回復」→「設定」
- 「デバッグ情報の書き込み」を「小（256KB）のメモリダンプ」または「カーネルメモリダンプ」に設定
- 既定の書き込み先（
%SystemRoot%\Minidump）を確認
これで、BSOD 発生時にミニダンプが保存されるようになります。
何を見ればよいか
WinDbg や簡易解析ツールを使ってミニダンプを開いた場合、最低限チェックしたいのは次の 3 点です。
- BugCheck コード：0x9F（DRIVER_POWER_STATE_FAILURE）かどうか
- 問題のドライバ名：
pci.sys以外に、特定ベンダー名の .sys が出ていないか - スタックトレース：NVMe・GPU・USB・LAN など、どのカテゴリ周辺で止まっているか
これらの情報と、実際の構成（どのスロットにどのデバイスを挿しているか、どの SSD を OS に使っているか）を突き合わせていくと、切り分けの優先順位が見えてきます。
よくある疑問とヒント
再起動後は安定しているのに、なぜハード不良なの？
「一日中ゲームしても落ちないのに、本当にハードが壊れているの？」という疑問はよく出ます。ですが、
- 電源投入直後の「冷えている状態」だけ特定のコンポーネントが不安定
- キャッシュに乗るまではアクセスパターンが偏り、エラーを誘発しやすい
- 高速スタートアップやスリープ復帰時の電源遷移シーケンスだけが特殊
といった条件が重なると、「起動直後だけ壊れる」 ハード不良・相性問題は実際に起こり得ます。今回の SSD のように、自己診断で堂々とエラーを吐くケースもあれば、ギリギリで SMART をすり抜けるケースもあります。
ノート PC や別構成でも同じ手順は使える？
本記事は自作 ITX マシンを前提にしていますが、基本的な考え方は次のように応用できます。
- ノート PC：SSD の換装・増設が可能なら、同様に「別 SSD へクリーンインストール」で切り分け可能
- メーカー製デスクトップ：拡張カード（増設 NIC・キャプチャボード等）を一度すべて外し、最小構成でテスト
- 外付けデバイス：USB ハブや外付けストレージをすべて外した状態でコールドブート検証
物理的に外せるものから切り離していくのが、最も再現性の高い切り分けです。
ワンポイントチェックリスト（実践版）
最後に、今回のケースをもとにしたチェックリストを少し肉付けして載せておきます。上から順に試していくと、同じような症状のときにかなりの確率で原因にたどり着けます。
- □ Samsung 990 EVO Plus など、怪しい SSD を一度外して起動テストを行ったか
- □ 別 SSD（例：Crucial T500）に Windows 11 をクリーンインストールし、数日間コールドブート検証をしたか
- □ Driver Verifier で問題ドライバを洗い出し、古い・怪しいドライバを更新／削除したか
- □ マザーボード BIOS・AMD チップセット・ストレージ・GPU ドライバをすべて最新に更新したか
- □ Windows の高速スタートアップを無効化し、電源プランを高パフォーマンス寄りに変更して比較したか
- □ デバイスマネージャーで、ネットワークや USB などの「電力節約設定」を一時的にオフにしてみたか
- □ PBO・OC・電圧調整をすべて定格に戻し、CPU 温度を 85℃ 以下に抑えた状態で再検証したか
- □ 公式の Media Creation Tool と新品 USB でインストールメディアを作り直したか
- □ ミニダンプを有効化し、BugCheck コードとスタックトレースを一度確認したか
まとめ：コールドブート BSOD は「電源 × ストレージ × ドライバ」を順に潰す
コールドブート直後にだけ発生する DRIVER_POWER_STATE_FAILURE（0x9F） は、
- 電源管理の遷移（高速スタートアップ・スリープ復帰など）
- ストレージや PCI デバイスの初期化
- それらを束ねるデバイスドライバの不具合
が複雑に絡み合っていることが多く、原因が一見分かりにくいトラブルです。
しかし、
- Driver Verifier で怪しいドライバを炙り出す
- 疑わしい SSD を一度切り離し、別 SSD に OS を移して比較する
- BIOS・チップセット・ストレージ・GPU ドライバを最新に保つ
- 高速スタートアップや電源プラン・デバイスの省電力設定を見直す
- 熱と電圧を定格側に寄せて、ITX 特有の熱問題を排除する
- インストールメディアの健全性も含めて「土台」から疑う
という切り分けを順番に行っていけば、今回のように 「実は SSD 自体が根本原因だった」 という結論にたどり着けることも少なくありません。
同じような「コールドブート直後だけ BSOD」「再起動後は安定」という厄介な症状に悩んでいる方は、ぜひ本記事の手順とチェックリストを参考に、自分の環境でも一つずつ検証してみてください。
コメント