ASUS ROG STRIX GL503 GEでWindows 11を使っていると、突然「DRIVER_POWER_STATE_FAILURE (0x9F)」のブルースクリーンが出て再起動を繰り返す――そんな厄介な不具合に、現場で再現・切り分け・恒久対策までを一気通貫でまとめました。単なる一般論ではなく、この機種と構成を前提に“完走できる手順”を具体化しています。
対象・症状・ゴール
- 対象機種：ASUS ROG STRIX GL503 GE（第8世代 Core i7／NVIDIA GTX 1050 Ti）
- OS：Windows 11（Home/Pro 共通想定）
- 主症状：DRIVER_POWER_STATE_FAILURE（バグチェックコード
0x9F）が断続的に発生。Windows Updateの適用中にも再起動が入り、更新が失敗する。 - 副症状：NVIDIAドライバーを更新しようとするとBSOD→再起動→自動復旧を繰り返し、最新版に上げられない。
- ゴール：原因の優先度順に切り分け、安定稼働（更新が完了し、スリープ／復帰／シャットダウン／再起動が一貫して成功）させる恒久対策まで到達する。
まず把握したい「0x9F」の正体
DRIVER_POWER_STATE_FAILURE (0x9F)は、デバイスの電源状態遷移（D0⇔D3 など）に関わるIRPがタイムアウト／整合性崩壊したときに発生します。スリープ・休止・シャットダウン・起動・復帰・ドライバー更新・ハイブリッドグラフィックス切替（Optimus）など、電源管理イベントの最中に起きやすいのが特徴です。
- 関与しがちなデバイス：ディスクリートGPU（NVIDIA）、内蔵GPU（Intel）、ストレージ（RST/NVMe）、無線LAN/BT、ACPI/EC、オーディオ（Nahimic/Sonic系）、USB周辺機器。
- 機種依存の文脈：GL503 GEは世代的にOptimus構成で、NVIDIAとIntel GPUの協調、ASUS固有のACPIドライバー（ASUS System Control Interface/ATK系）、Intel ME/Chipsetの兼ね合いが安定性へ直結します。
最短ルートの対処まとめ（先に結論）
| ステップ | 具体的な作業 | 補足・ポイント |
|---|---|---|
| 1. チップセット／BIOS／IME 更新 | ASUSサポートから該当型番の最新 BIOS・Intel Chipset・Intel ME（ドライバー＋ファーム）を入手し順に適用。 | 0x9Fは電源制御の整合性崩れが本質。まずは基盤側の電源管理スタックを最新化。 |
| 2. NVIDIA を“クリーン再インストール” | セーフモードでDDU実行→既存NVIDIAを完全除去→ネット遮断のまま公式最新または1～2世代前の安定版を手動インストール（Studio/GRD両案）。 | インストール中にBSODが出る場合はStudio Driverまたは一つ前へロールバック。自動配信対策でネット遮断が安全。 |
| 3. dGPUを一時無効化して切り分け | デバイス マネージャー→NVIDIA GTX 1050 Ti を無効化→安定性を観察。 | 自動再有効化される場合はデバイスID禁止ポリシーやBIOSのGPU設定を活用。 |
| 4. システム整合性チェック | sfc /scannow → DISM /Online /Cleanup-Image /RestoreHealth | 破損したシステムファイルが電源移行フェーズでタイムアウトを誘発するケースを除外。 |
| 5. 電源設定の最適化 | 電源プランを高パフォーマンスに。powercfg /energyで応答遅延ドライバーを洗い出す。 | 省電力ステート移行時の失敗を抑止。PCIe/無線/USBの省電力を適正化。 |
| 6. Windows Updateを手動適用 | 該当KBの.msuを取得し、オフラインで適用。あるいはwusaやDISM /Add-Packageで逐次導入。 | 再起動ループで通常更新が止まる状況の迂回策に有効。 |
| 7. 最終判断：ハード障害チェック | ASUSハード診断／メーカー窓口、または別OS（Live USB）で長時間ストレステスト。 | クリーン環境でも同様に落ちる場合はGPUまたはマザーボード故障の蓋然性が高い。 |
安全に作業するための前準備
- バックアップ：個人データを外部ストレージへ。復元ポイントを作成。
- 周辺機器：外付けUSB、ドングル、SDカードは一旦外す（0x9Fの外的要因を排除）。
- 電源：ACアダプタ接続で実施。BIOS更新中は絶対に電断しない。
手順詳細とつまずきポイント
1. チップセット／BIOS／Intel ME を最新化
0x9FはACPI・EC・電源管理の“調停役”が古いと再発しがちです。GL503 GEでは以下の順に整えます。
- 現状把握：
msinfo32でBIOSバージョン、デバイス マネージャーでチップセット/MEのバージョンを控える。 - 更新順序（推奨）：Intel Chipset → Intel MEドライバー → Intel MEファーム（要再起動） → ASUS System Control Interface（ASUSSCI/ATK） → BIOS。
- ASUS固有ドライバー：ASUS System Control Interface（ASUS Optimization/ASUS Hotkeysを含む）はACPIイベントの橋渡しを担うため、必ず最新に。
注意：BIOSは必ず該当型番・リビジョンを選び、手順に従って適用。ファーム更新後は初回ブートに時間がかかる場合があります。
2. NVIDIAドライバーを“完全クリーン”再インストール
ドライバーの上書き更新で不整合が残ると、電源遷移時にハング→0x9Fになりがちです。完全クリーンが近道。
- ネットを切断：有線LANを抜き、Wi‑Fiをオフ。
- セーフモード起動：
設定 → システム → 回復 → 今すぐ再起動→トラブルシューティング→詳細オプション→セーフモード（ネットワークなし）。 - DDUを実行：「クリーン再起動」を選び、NVIDIA Display/PhysX関連を完全削除。
- 通常起動に戻る：ネットはつながず、NVIDIAのオフラインインストーラーから手動導入。
まずは最新、ダメなら1～2世代前、それでも不安定ならStudio Driverで安定性重視に切替。 - 再起動後の自動配信を抑止：
- ローカル グループポリシー：
コンピューターの構成 → 管理用テンプレート → Windows コンポーネント → Windows Update → Windows Update でドライバーを含めないを有効。 - あるいは、デバイスのインストール設定で「いいえ（Windows Update からドライバーを取得しない）」。
- ローカル グループポリシー：
インストール中にBSODが出る場合の安全策：セットアップ実行前にGTX 1050 Tiを無効化し、Intel iGPUだけで一旦起動を安定させてからNVIDIAを導入→最後に有効化。
どうしても残る“古いINF/残骸”の掃除（上級）
DDU後に残った古いドライバー パッケージは、管理者PowerShellで以下を使って精査・削除できます。
pnputil /enum-drivers | findstr /i "nvidia display"
pnputil /delete-driver oem<番号>.inf /uninstall /force
3. dGPU（GTX 1050 Ti）を一時停止して原因特定
- デバイス マネージャー → 画面のアダプター → NVIDIA GTX 1050 Ti → 右クリック → 無効化。
- これで0x9Fが止むかを観察。止むならNVIDIAスタック起因の可能性が高い。
- 自動再有効化が煩わしい場合：
- デバイスIDを禁止（
gpedit.msc→ コンピューターの構成 → 管理用テンプレート → システム → デバイスのインストール → デバイスのインストール制限 → 「これらのデバイスIDに一致するデバイスのインストールを防止」）。 - Hardware IDの取得：デバイスのプロパティ → 詳細 → ハードウェアID。PowerShellでも可。
Get-PnpDevice -FriendlyName "*NVIDIA*"
- デバイスIDを禁止（
補足：BIOSにGPU切替（iGPU/dGPU/Hybrid）がある場合は、一時的にiGPU固定で安定性を検証。ただしGL503 GEでは切替が露出していない個体もあります。
4. OS整合性の修復（SFC/DISM）
電源イベント時のドライバー呼び出しで、壊れたシステムファイルがボトルネックになることがあります。管理者コマンドで順に実行：
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
修復ログはC:\Windows\Logs\CBS\CBS.logやC:\Windows\Logs\DISM\dism.logで確認。必ず再起動して反映します。
5. 電源設定の最適化（0x9Fを“起きにくくする”）
- 電源プラン：コントロール パネル → 電源オプション → 高パフォーマンス。
- 詳細設定の要点：
- PCI Express → リンク状態の電源管理：オフ
- ワイヤレス アダプターの電源の節約：最大パフォーマンス
- USB設定 → USBのセレクティブサスペンド：無効
- プロセッサの電源管理 → 最小のプロセッサの状態：5～10%、最大：100%
- 高速スタートアップを無効化：コントロール パネル → 電源ボタンの動作の選択 → 高速スタートアップを有効にするのチェックを外す。スリープ復帰のミスマッチを避ける狙い。
powercfg で“犯人候補”をあぶり出す
powercfg /a # 利用可能なスリープ状態を確認
powercfg -devicequery wake_armed
powercfg -requests # スタンバイ妨害要因の列挙
powercfg /energy # 60秒後に HTML レポート生成
powercfg /energyのHTMLレポートで、長時間応答しないドライバーや、省電力ステート遷移の不具合を示唆する警告を重点確認します。
6. Windows Update を“オフラインで”通す
更新中に0x9F→ロールバック→再起動ループ…を避けるため、以下の要領で迂回します。
- 該当KBを特定（設定 → Windows Update → 更新の履歴）。
- .msuを入手し、ネットを切った状態で手動導入：
wusa.exe <KB番号>.msu /quiet /norestart - 必要に応じてCABなら：
DISM /Online /Add-Package /PackagePath:<パス>.cab - 再起動後に累積適用を再試行。ドライバーを含めないポリシーは当面維持。
7. ハードウェア障害の見極め
- メモリ：MemTest86を一晩（最低4パス）。エラー1つでも要対処。
- ストレージ：SMART値・自己診断を確認。NVMeの古いファームは更新。
- GPU/マザーボード：別OS（Ubuntu Live等）で長時間負荷（動画再生/GLデモ）。OSを跨いでハング・再起動が出るなら物理故障の可能性が高い。
- メーカー診断：ASUSユーティリティや修理窓口で検査（ファン停止・VRAMエラー・EC異常を疑う）。
イベント ビューアー／ミニダンプで「どのデバイスが詰まったか」を特定
偶発的な0x9Fは犯人が取り違えられがちです。証拠を取りに行きましょう。
- イベント ビューアー：Windows ログ → システムで
Kernel-Power 41（電源喪失）や、Display/nvlddmkm/ACPI/iaStorAC（RST）/無線関連の警告・エラーを時刻で突き合わせ。 - ミニダンプ：
C:\Windows\Minidumpの .dmp を WinDbg で開き、!analyze -v→!irpなどで電源IRPが詰まったドライバーを確認。
// 例（イメージ）
!analyze -v
DRIVER_POWER_STATE_FAILURE (9f)
...
Probably caused by : nvlddmkm.sys
IMAGE_NAME: nvlddmkm.sys
...
GPU以外が出るケースもあり（例：rtwlane.sys 無線LAN、iaStorAC.sys RST、bt系 Bluetooth）。名前が出たドライバーを優先更新／無効化し再検証します。
ASUS ROG STRIX GL503 GE で効いた「現場ノウハウ」
- ASUS System Control Interface（ASUSSCI）/ATKPackageの更新で復帰失敗が消える例がある。Armoury Crate を使う場合でも基盤側ドライバーを先に。
- Intel RST（ラピッド・ストレージ）の旧版が居座ると0x9Fの誘因に。RAIDを使っていないならWindows標準のNVMe/ACHIへ移行する選択肢も。
- オーディオ補助サービス（Nahimic/Sonic Studio/SS3）を一旦無効化すると安定する事例。復帰後に最新版で戻す。
- USBドングル（無線マウス・Capture等）がスリープ復帰で固まる場合：電源の管理タブで「電力節約のためにこのデバイスの電源をオフにできるようにする」のチェックを外す。
「再発させない」運用ルール
- ドライバーは一気に複数を更新しない：問題発生時に“どれが原因か”を特定しやすくする。
- 更新の順番を固定：Chipset → ME → ACPI/ASUSSCI → GPU → オーディオ/ネットワーク → 周辺機器の順で。
- 復元ポイントの前置きを徹底。大きな更新（BIOS/ME/GPU）の前には必ず。
- Windows Updateの「オプションの更新」（ドライバー項目）は、必要なときだけ選択的に。
チェックリスト（実施記録用）
| 項目 | 実施 | 日時 | 結果/メモ |
|---|---|---|---|
| BIOS更新 | □ | ||
| Intel Chipset/ME更新 | □ | ||
| NVIDIA DDU→再導入 | □ | Studio/GRD/旧版の別を記録 | |
| dGPU一時無効→挙動観察 | □ | 再発/収束 | |
| SFC/DISM修復 | □ | 修復あり/なし | |
| 電源プラン最適化 | □ | PCIe/USB/無線の設定 | |
| オフラインWU適用 | □ | KB番号 | |
| ハード診断（MemTest/Live） | □ | エラー有無 |
よくある質問（FAQ）
Q. Studio Driver と Game Ready Driver、どちらが安定？
作業用途中心で更新頻度が低いならStudio Driverが安定しやすい傾向。最新ゲーム重視ならGRDを。ただし本稿のように電源イベント由来の不具合では、どちらも最新版→一つ前→さらに前と段階的に後退して安定帯を探すのが定石です。
Q. DDUは毎回必要？
通常更新では不要ですが、0x9Fが出る／上書きで直らない場面では一度は完全クリーンを挟むのが近道です。
Q. Modern Standby（S0）とS3の違いは関係ある？
関係します。機種によってはS0限定・S3非対応など制約があり、ドライバーの省電力実装に差が出ます。powercfg /aで自身の状態を確認し、S0機では常駐サービスの影響（オーディオ/ネット/ASUSツール）が顕在化しやすいため、不要な常駐は止めて検証しましょう。
Q. イベント ログに nvlddmkm が多いが、GPUが壊れている？
ソフト起因も多いです。まずはBIOS/Chipset/ME/ASUSSCI→NVIDIAクリーン導入の順を守って再検証。別OSで再現するならハードの可能性が高くなります。
コマンド／操作 早見表
| 目的 | コマンド／操作 | 結果の見方 |
|---|---|---|
| 利用可能スリープ状態 | powercfg /a | S0/S3の可否を確認し運用を最適化 |
| 妨害要因の列挙 | powercfg -requests | 通信/マルチメディア/ドライバーの妨害を特定 |
| エネルギーレポート | powercfg /energy | 応答遅延ドライバーをHTMLで確認 |
| OS修復 | sfc /scannow → DISM /Online /Cleanup-Image /RestoreHealth | 修復の有無、再起動後の安定化を確認 |
| ドライバー残骸の削除 | pnputil /delete-driver ... | 古いINFが消えたかを再列挙 |
| ミニダンプ調査 | WinDbgで!analyze -v → !irp | 詰まったデバイス／ドライバーを特定 |
最終まとめ：この順で進めれば完走できる
- 基盤を最新化（BIOS/Chipset/ME/ASUSSCI）して、電源管理の土台を整える。
- NVIDIAをDDUで“完全クリーン”→オフラインで導入。Studio or 一世代前などで安定帯を掴む。
- 必要に応じてdGPUを一時停止し、0x9Fの再現性を確認しながら原因を絞る。
- SFC/DISMでOS整合性を回復、電源プラン最適化と
powercfg診断で再発率を下げる。 - Windows Updateはオフラインで通し、ドライバーの自動配信は当面ブロック。
- それでもダメなら、イベント/ダンプで犯人特定→該当スタックの更新/無効化。別OSでもNGならハード診断へ。
付録：再発時のクイックリカバリー手順（時短版）
- 周辺機器を全て外し、高速スタートアップを無効化。
- BIOSとChipset/ME/ASUSSCIを最新化。
- セーフモード→DDU→ネット遮断のままNVIDIAをStudio Driverで導入。
powercfg /energyとイベント ログで遅延デバイスを特定、該当デバイスの省電力オフや更新/無効化を実施。- オフラインで累積KBを適用し、復元ポイントを保存。
補遺：RAMテスト／追加アドバイス
- RAMテスト：MemTest86を夜間に走らせる。エラーがあればメモリ交換を最優先。
- ログ収集：イベント ビューアーに加えて、信頼性モニター（
perfmon /rel）で失敗時刻の相関を可視化。 - 周辺機器の疑い：USBハブ経由の外付けGPUボックス/キャプチャ/オーディオIFは一旦外して再検証。
結論：0x9Fは“電源管理の共同作業”が崩れたときの結果です。基盤ドライバー→GPUをクリーン→省電力最適化→オフライン更新という順序を守れば、ASUS ROG STRIX GL503 GEでも高確率で収束します。ソフトウェア要因を潰しても続く場合は、迷わずハード診断へ。早期に原因を一点突破で特定し、安定したWindows 11環境を取り戻しましょう。
コメント