DRIVER_POWER_STATE_FAILUREの原因は何ですか？

ハードウェアドライバがデバイスに電源状態の変更要求（スリープ、復帰、ハイバネート）を送ったが、デバイスが時間内に応答しなかった。リモートで診断するケースの約65%はGPUドライバが原因で、NVIDIAのnvlddmkm.sysが最も多い犯人。特にRTX 30/40カードの570.x-572.xドライバシリーズ。ネットワークアダプタードライバ（Intel I225-V、Realtek RTL8125B）が2番目に多く、通常スリープ中のWake-on-LANがトリガー。

どのドライバが原因かどうやって見つけますか？

nirsoft.netからBlueScreenViewをダウンロード（無料、インストール不要）。C:\Windows\Minidump\のミニダンプファイルを読み取り、「Caused By Driver」列に原因の.sysファイルを正確に表示。約30秒で推測を完全に排除できます。

ノートPCをスリープにすると発生するのはなぜ？

蓋を閉じるかスリープにすると、Windowsはすべてのハードウェアデバイスに低電力状態への移行を指示します。ドライバがその移行を処理できない場合（通常GPUかネットワークアダプター）、デバイスが電源状態間でスタックします。高パフォーマンス電源プランへの切り替えとPCI Express Link State Power Managementの無効化で即座に止まることが多い。

高パフォーマンス電源プランで恒久的に解決しますか？

約25%のケースでクラッシュが止まりますが、回避策です。バグのあるドライバはまだ存在し、トリガーとなる電源移行を避けているだけ。恒久的な修正にはBlueScreenViewで特定ドライバを識別し、ロールバック、DDUクリーンインストール（GPU）、または電源管理機能の無効化（ネットワークアダプター）が必要。

BIOSアップデートで直りますか？

はい。特にAMD Ryzen 7000とIntel第12-14世代システム。BIOSにはすべてのデバイスの電源移行を定義するACPI電源管理テーブルが含まれています。AMDもIntelも2025-2026年に電源状態処理のバグに対する複数のパッチを配布。マザーボードメーカーのサポートページで最新BIOSバージョンを確認してください。

DRIVER_POWER_STATE_FAILUREをWindows 11で修正

nirsoft.netからBlueScreenViewをダウンロード。無料、インストール不要、Windowsがクラッシュごとに作成するミニダンプファイルを読み取ります。開いて最新のBSODエントリをクリック、下部ペインの「Caused By Driver」列を確認。原因の.sysファイルが正確にわかります。30秒、推測不要。

Dell XPS 15の客。蓋を閉じるたびにブルースクリーン。使用中は正常だが、スリープにして開き直すとDRIVER_POWER_STATE_FAILUREでクラッシュ、再起動。すでにGPUドライバを交換しあらゆるスキャンを実行。何も効かなかった。原因を推測していたから。ミニダンプをBlueScreenViewで開くとCaused By Driver列にnvlddmkm.sys——NVIDIAのディスプレイドライバ。具体的にはバージョン572.16がGPUのスリープ復帰時のD3からD0への電源移行に失敗。セーフモードでDDUを使って566.36にロールバック、クラッシュ完全停止。12分。

ストップコード0x9Fはドライバがハードウェアデバイスに電源状態の変更要求を送り、デバイスが応答しなかったことを意味します。Windowsは数秒待ち、諦め、ハードウェアを電源状態間でスタックさせたままにできないのでクラッシュ。スリープ、復帰、ハイバネート、シャットダウン中——Windowsがデバイスに電力消費レベルの変更を指示するあらゆる瞬間に発生。リモート診断の約65%はGPUドライバ。ネットワークアダプターが2番目。

電源設定

調査中にクラッシュを今すぐ止めたい場合は電源プランを変更。コントロールパネル（モダンな設定アプリではない）→電源オプション→高パフォーマンスに切り替え（「追加のプランを表示」クリックが必要かも）。バランスプランはデバイスを電源状態間で常に移行させ省エネしますが、どのドライバにも電源状態バグがあればバランスが数分ごとにそれを突く。高パフォーマンスはデバイスを起動状態に保つ。約25%のケースで完全に修正しますが、根本治療より応急処置。

他のどのドライババグより多くのこのクラッシュを引き起こす単一設定：PCI Express Link State Power Management。電源オプションで、アクティブプランの横にある「プラン設定の変更」→「詳細な電源設定の変更」→PCI Expressを展開→Link State Power ManagementをOff。ASPMはPCIeデバイス（GPU、NVMe SSD、時にWiFi）を操作間に低電力状態にします。特定のNVMeコントローラーとGPUはASPM L1状態からのクリーンな復帰ができず、特にB550/B650チップセットのAMDボードで。デバイスがスリープ、Windowsが復帰コマンド送信、デバイスが応答せず、カーネルが0x9Fでクラッシュ。

高速スタートアップもう1つ。シャットダウン時に部分的なハイバネーションイメージを保存して次の起動を高速化しますが、起動時にドライバを完全には再初期化せず、イメージから復元。イメージ保存時にドライバの電源状態が破損していれば、高速スタートアップが毎回の起動でその破損を再現。コントロールパネル→電源オプション→「電源ボタンの動作を選択する」→「現在利用可能ではない設定を変更する」→「高速スタートアップを有効にする」のチェックを外す。

特定ドライバの修正

BlueScreenViewがどの.sysファイルがクラッシュしているか教えてくれたら、修正はハードウェアによって異なります。

GPUドライバ（NVIDIAのnvlddmkm.sys、AMDのatikmpag.sys）の場合、デバイスマネージャーの標準再インストールはほぼ効かない。古いドライバの電源管理レジストリエントリをクリーンアップしないから。同じドライバが負荷時にSYSTEM_SERVICE_EXCEPTIONクラッシュも引き起こす。ストップコードは違うが根本原因は同じ。DDU（Display Driver Uninstaller）をダウンロード、セーフモードで起動（設定→システム→回復→今すぐ再起動→トラブルシューティング→スタートアップ設定→4）、DDUを実行→「クリーンアンドリスタート」。レジストリキー、シェーダーキャッシュ、クラッシュ原因のほぼ確実な電源プロファイルを含むすべての痕跡を削除。再起動後、nvidia.comから新しいドライバをインストール。NVIDIAでは566.xシリーズがほとんどのRTXカードでスリープ/復帰の安定性が570.x-572.xよりはるかに優れています。

ネットワークアダプター（Intelイーサネットのe1d65x64.sys、Realtekのrt640x64.sys）の修正は異なります。デバイスマネージャー→ネットワークアダプターでアダプターを見つけてダブルクリック→電源の管理タブ→「電力の節約のためにコンピューターでこのデバイスの電源をオフにできるようにする」のチェックを外す。詳細設定タブ→Wake on Magic Packet、Wake on Pattern Match、Energy Efficient Ethernetを無効化。Z590/Z690/B660ボードのIntel I225-V 2.5Gbアダプターと、バジェットB550/B650ボードのRealtek RTL8125Bが最も多く見る2つ。どちらも電源状態移行処理に既知のファームウェアバグあり。

BlueScreenViewがサードパーティドライバではなくntoskrnl.exeを指す場合、クラッシュは単一ドライバより深いレベル。DISM /Online /Cleanup-Image /RestoreHealthを実行し、次にsfc /scannowで破損システムコンポーネントを修復。BIOSアップデートも確認。BIOSにはすべてのデバイスの電源移行を定義するACPI電源管理テーブルがあり、バグのあるテーブルを持つ古いBIOSはドライバがすべて完璧でも電源状態障害を引き起こす。AMD Ryzen 7000とIntel第12-14世代は2025-2026年に電源状態処理に特化したAGESAとマイクロコードパッチを半ダース以上配布。マザーボードメーカーのサポートページで確認、Windows Updateではなく。

もう1つ。ドライバを修正して2週間正常、その後Windows Updateが交換したドライバの新バージョンを無言でインストールしクラッシュ再発。設定→システム→バージョン情報→システムの詳細設定→ハードウェアタブ→デバイスのインストール設定→「いいえ」を選択で防止。ドライバ更新ガイドで安全な管理方法を解説。ブルースクリーン分析（CRITICAL_PROCESS_DIED、DPC_WATCHDOG_VIOLATION、KERNEL_DATA_INPAGE_ERROR含む）や、ブルースクリーンなしでフリーズする場合は、ミニダンプファイルを取得してWinDbg分析をリモートで実行、約20分で対応。