Windows 11でBluetooth機器を使ったあと、スリープ復帰やシャットダウン、再起動のタイミングで「DRIVER_POWER_STATE_FAILURE」「0x0000009F」と表示され、ブルースクリーンになる問題が発生することがあります。
Microsoftは、2026年7月20日に公開したWindows 11 version 26H1のRelease Preview向けOS Build 28000.2605で、特定のPCメーカー製ドライバーを使用した環境におけるエラーコード0x9Fについて、Windows全体の安定性を改善したと案内しました。
ただし、Build 28000.2605は一般提供チャネルではなくRelease Preview向けです。さらに、該当するBluetoothの改善は段階的ロールアウトに分類されています。現時点で、すべてのWindows 11 PCへ修正が一般提供されたと判断することはできません。業務用PCではBuild 28000.2605を無理に導入せず、まずPCメーカー提供のBluetoothドライバー更新やロールバック、クラッシュダンプの確認を進めるのが安全です。(Microsoft Learn)
Windows 11のBluetooth関連バグチェック0x9FをBuild 28000.2605で改善
Microsoftが公開した情報を整理すると、今回の改善対象は次のとおりです。
| 項目 | 内容 |
|---|---|
| 対象OS | Windows 11 version 26H1 |
| 対象チャネル | Windows Insider Release Preview |
| OSビルド | 28000.2605 |
| 公開日 | 2026年7月20日 |
| 関連機能 | Bluetooth |
| 改善内容 | 特定のPCメーカー製ドライバーを使用した環境で、エラーコード0x9Fに関連するWindowsの安定性を改善 |
| 配信方式 | 段階的ロールアウト |
| 一般提供状況 | 該当改善が安定版へ一般提供済みとは確認できない |
Microsoftのリリースノートでは、Bluetoothオーディオの安定性に関する項目として、特定のPCメーカー製ドライバーを使用した場合のWindows全体の安定性を改善すると説明されています。
ここで注意したいのは、Microsoftが「0x9Fを完全に解消した」とは表現していないことです。英語版リリースノートの表現は「improves」であり、問題の発生確率を下げる改善や、特定条件に対する互換性調整である可能性もあります。(Microsoft Learn)
対象OEMやドライバー名は公表されていない
Microsoftは、影響を受けるPCメーカー、機種、Bluetoothチップ、ドライバーのバージョンを明らかにしていません。
そのため、次のような判断はできません。
- Intel、Realtek、MediaTek、Qualcommなど、特定のBluetoothチップだけが対象である
- 特定メーカーのノートPCだけで発生する
- BluetoothドライバーそのものがBuild 28000.2605で更新される
- Build 28000.2605を導入すれば、すべての0x9Fが解消する
リリースノートから確認できるのは、あくまで「特定のPCメーカー製ドライバーを使用した環境における安定性改善」です。Windows側のBluetoothスタック、電源管理処理、互換性回避策、ドライバー配信のいずれが変更されたのかまでは公開されていません。(Microsoft Learn)
同じBuild 28000.2605でも改善が反映される時期は異なる可能性がある
Bluetooth関連の修正は、リリースノートの「Gradual rollout」に掲載されています。
段階的ロールアウトでは、同じOSビルドを使用していても、機能や改善の配信タイミングが端末ごとに異なる場合があります。そのため、Build 28000.2605へ更新した直後に0x9Fが再発したとしても、それだけで改善が無効だったとは判断できません。(Microsoft Learn)
一方で、段階的ロールアウトを待てば必ず解決するとも限りません。0x9FはBluetooth専用のエラーではなく、別のデバイスドライバーが原因で発生することもあるためです。
バグチェック0x9Fとは
バグチェック0x9Fの正式名称は「DRIVER_POWER_STATE_FAILURE」です。
Microsoftの技術資料では、デバイスドライバーの電源状態が不整合または無効になった場合に発生するエラーと説明されています。電源状態を変更するための要求が完了しない、デバイスが要求を長時間ブロックする、電源遷移中にタイムアウトするといった状況が原因になります。(Microsoft Learn)
Bluetooth機器に関連する場合は、次のようなタイミングで発生することがあります。
- Bluetoothヘッドセットを使用したままスリープしたとき
- スリープや休止状態から復帰したとき
- Bluetooth機器の接続中にシャットダウンや再起動を実行したとき
- Bluetoothアダプターの省電力状態が切り替わったとき
- 音声通話終了後にBluetoothプロファイルが切り替わったとき
- ドッキングステーションやUSB Bluetoothアダプターを着脱したとき
ただし、発生タイミングだけでBluetoothドライバーが原因だと断定することはできません。0x9Fはドライバーの電源管理に関する汎用的なバグチェックであり、Bluetooth以外のデバイスドライバーでも発生します。
自分のPCが今回の改善対象か確認する方法
今回のBuild 28000.2605に関係する問題かどうかは、OSビルドだけでなく、エラーの発生条件とクラッシュダンプを組み合わせて判断します。
Windows 11のバージョンとOSビルドを確認する
WindowsキーとRキーを押し、次のコマンドを入力します。
winver表示された画面で、次の項目を確認してください。
- バージョンが26H1か
- OSビルドが28000系列か
- OSビルドが28000.2605以上か
判断の目安は次のとおりです。
| 使用環境 | Build 28000.2605との関係 |
|---|---|
| Windows 11 24H2 | 今回のリリースノートの直接的な対象ではない |
| Windows 11 25H2 | 今回のリリースノートの直接的な対象ではない |
| Windows 11 26H1、28000.2605未満 | 今回のRelease Preview改善は未導入 |
| Windows 11 26H1、28000.2605 | 対象ビルドだが、改善が段階的に配信される可能性がある |
| Windows 11 26H1、28000.2605より新しいビルド | 改善が累積されている可能性はあるが、各ビルドのリリースノート確認が必要 |
Bluetoothドライバーの情報を記録する
デバイスマネージャーを開き、次の手順でBluetoothアダプターの情報を確認します。
- スタートボタンを右クリックする
- 「デバイス マネージャー」を開く
- 「Bluetooth」を展開する
- Bluetoothアダプターを右クリックする
- 「プロパティ」を開く
- 「ドライバー」タブを選択する
次の情報を記録しておくと、更新前後の比較やメーカーへの問い合わせに役立ちます。
- ドライバーの提供元
- ドライバーの日付
- ドライバーのバージョン
- デバイスのハードウェアID
- PCの製品名と型番
- BIOSまたはUEFIのバージョン
Bluetooth機器の名前ではなく、PC本体に搭載されているBluetoothアダプターを確認するのがポイントです。
0x9Fが発生した時刻と操作を記録する
再現条件を特定するため、ブルースクリーンの直前に行った操作を記録します。
特に重要なのは、次の項目です。
- スリープに入るときか、復帰するときか
- シャットダウンか、再起動か
- 接続していたBluetooth機器
- Bluetoothで音声通話をしていたか
- Bluetooth機器の電源を切った直後か
- USB機器やドッキングステーションを接続していたか
- Windows Updateやドライバー更新の直後か
単に「不定期にブルースクリーンになる」と記録するより、「Bluetoothヘッドセットで通話後、ふたを閉じてスリープすると復帰時に0x9F」と記録したほうが、原因を絞り込みやすくなります。
Build 28000.2605は一般提供済みなのか
Windows 11 version 26H1自体は、特定の新しいデバイス向けとして一般提供されています。しかし、今回の改善が含まれるBuild 28000.2605はRelease Preview向けです。
2026年7月23日時点で、MicrosoftのWindows 11リリース情報ページに掲載されている26H1一般提供チャネルの最新ビルドは28000.2525です。Build 28000.2605は一般提供チャネルの更新履歴には掲載されていません。したがって、Bluetooth関連の0x9F改善が安定版に一般提供されたとは、現時点では断定できません。(Microsoft Learn)
26H1は既存PC向けの通常の機能更新ではない
Windows 11 version 26H1は、24H2や25H2を使用している既存PC向けの通常の機能更新プログラムではありません。
Microsoftは、26H1を2026年初頭に登場する新しいデバイスのサポートを目的としたバージョンと位置付けています。既存の24H2または25H2環境に対し、26H1へのインプレース更新として提供されるものではありません。(Microsoft Learn)
そのため、24H2や25H2で同様のBluetooth関連0x9Fが発生していても、26H1を無理に導入する対処は適切ではありません。
Microsoftが今後、同じ改善を24H2や25H2へ反映する可能性はありますが、Build 28000.2605のリリースノートだけでは判断できません。各バージョンの累積更新プログラムとリリースノートを確認する必要があります。
0x9Fが発生している場合に実施する対処
最初にPCメーカー提供のドライバーを確認する
ノートPCやメーカー製デスクトップでは、Bluetoothドライバーに独自の電源管理設定や機種別の調整が含まれることがあります。
次の順番で更新情報を確認してください。
- PCメーカーのサポートページ
- PCメーカーの更新アプリ
- Windows Update
- Windows Updateのオプション更新プログラム
PCメーカーのサポートページでは、Bluetoothだけでなく次の更新も確認します。
- 無線LANドライバー
- チップセットドライバー
- 電源管理関連ドライバー
- BIOSまたはUEFI
- ThunderboltまたはUSBコントローラードライバー
Bluetoothと無線LANが同じ無線モジュールに統合されている機種では、Bluetoothドライバーだけでなく無線LAN側の更新が必要になることもあります。
Microsoftも0x9Fの原因ドライバーを特定した場合は、Windows UpdateまたはOEMのWebサイトからドライバーを入手し、更新またはロールバックする方法を案内しています。(Microsoft Learn)
問題が更新直後に始まった場合はロールバックする
Bluetoothドライバーを更新した直後から0x9Fが発生した場合は、以前のドライバーへ戻すことで改善する可能性があります。
- デバイスマネージャーを開く
- Bluetoothアダプターの「プロパティ」を開く
- 「ドライバー」タブを選択する
- 「ドライバーを元に戻す」を選択する
- 再起動する
- スリープと復帰を複数回テストする
「ドライバーを元に戻す」が選択できない場合は、PCメーカーのサポートページから以前のバージョンを入手できるか確認します。
非公式なドライバー配布サイトから入手するのは避けてください。機種固有の設定が欠けていたり、改変されたファイルが配布されていたりするおそれがあります。
Bluetoothを一時的に無効化して切り分ける
原因がBluetooth周辺にあるかを確認するには、Bluetoothを一時的に無効にした状態で同じ操作を試します。
例えば、通常はBluetoothヘッドセットを接続したままスリープ復帰すると0x9Fが発生する場合、次のように比較します。
| テスト条件 | 結果の見方 |
|---|---|
| Bluetooth有効、機器接続あり | 通常の再現条件 |
| Bluetooth有効、機器接続なし | 周辺機器との組み合わせを確認 |
| Bluetooth無効 | Bluetoothアダプターを含む経路を切り分け |
| 別のBluetooth機器を接続 | 特定機器との互換性を確認 |
| USB機器を外した状態 | USBやドックの影響を切り分け |
Bluetoothを無効にした状態だけで発生しなくなれば、Bluetooth関連ドライバーが原因である可能性は高まります。
ただし、これは状況証拠です。Bluetoothを無効化するとPC全体の電源状態やデバイス構成も変わるため、それだけで原因ドライバーを確定することはできません。
Bluetooth機器を削除して再登録する
ペアリング情報やBluetoothプロファイルの状態に問題がある可能性を切り分ける場合は、対象機器を一度削除して再登録します。
- 「設定」を開く
- 「Bluetoothとデバイス」を選択する
- 対象機器のメニューを開く
- 「デバイスの削除」を選択する
- PCを再起動する
- Bluetooth機器を再度ペアリングする
この操作は、ドライバーの電源管理バグそのものを修正するものではありません。しかし、特定のBluetooth機器やプロファイル情報を読み込んだ場合だけ発生する問題の切り分けには役立ちます。
クラッシュダンプでBluetoothが原因か確認する
0x9Fの原因を詳しく調べるには、クラッシュダンプを確認します。
小さなメモリダンプが有効になっている環境では、通常、次のフォルダーにダンプファイルが保存されます。
C:\Windows\Minidump管理者や技術担当者は、MicrosoftのWinDbgでダンプを開き、次のコマンドを実行します。
!analyze -vMicrosoftの技術資料でも、0x9Fの初期分析に!analyze -vを使用する方法が案内されています。パラメーター1が0x3の場合は、デバイスオブジェクトが電源要求を長時間ブロックしていることを示し、さらにIRPを調査することで原因となったデバイススタックを絞り込めます。(Microsoft Learn)
確認したいのは、単にntoskrnl.exeが表示されているかではなく、次の情報です。
- バグチェックコードが0x9Fか
- どのデバイスオブジェクトが電源要求をブロックしたか
- Bluetoothアダプターや無線モジュールのドライバーがスタックに含まれるか
- 同じドライバーが複数回のダンプで繰り返し登場するか
- 更新前後で原因ドライバーが変化したか
ダンプ解析に慣れていない場合は、ファイルを不用意に公開せず、PCメーカーのサポートや組織内の管理者へ提供してください。ダンプには、実行中のプロセス名やシステム情報などが含まれる場合があります。
Build 28000.2605を導入すべきか
Build 28000.2605を導入するかどうかは、PCの用途によって判断が変わります。
| PCの用途 | 推奨判断 |
|---|---|
| 業務で使用する本番PC | 修正だけを目的にRelease Previewへ移行しない |
| 個人のメインPC | 原則として安定版への提供を待つ |
| 検証専用PC | 同じ機種とドライバー構成であれば検証候補になる |
| すでにRelease Previewを使用中 | 更新後に再現テストを行う |
| Windows 11 24H2／25H2 | 26H1を無理に導入せず、使用中バージョンの更新を待つ |
| ダンプでBluetooth以外が疑われる | Build 28000.2605に限定せず、原因ドライバーを調査する |
Release Previewは、一般提供前の更新を検証するためのチャネルです。比較的安定性を重視したチャネルであっても、本番環境向けの一般提供ビルドと同じではありません。
特に、0x9Fの発生を止める目的だけで業務用PCをWindows Insider Programへ登録すると、別のプレビュー変更が同時に導入される可能性があります。問題の切り分けが複雑になるため、検証専用端末以外では避けるのが無難です。
組織で修正効果を検証する手順
企業や自治体などで同一機種を複数台運用している場合は、全台へ一斉に適用せず、同一構成の端末を使って検証します。
検証前の情報をそろえる
最低限、次の情報を記録します。
- PCメーカーと型番
- OSのバージョンとビルド
- Bluetoothドライバーのバージョン
- 無線LANドライバーのバージョン
- BIOSまたはUEFIのバージョン
- 接続するBluetooth機器
- 0x9Fの発生条件
- 更新前のクラッシュダンプ
同じ操作を更新前後で繰り返す
例えば、Bluetoothヘッドセット利用時のスリープ復帰で問題が起きる場合は、次の操作を更新前後で同じ回数実施します。
- Bluetoothヘッドセットを接続する
- 音声を再生する
- マイクを使用する
- 再生を停止する
- PCをスリープさせる
- 復帰する
- Bluetooth音声を再開する
- シャットダウンまたは再起動する
実務上は、1回成功しただけでは改善を確認できません。例として20回から30回程度のスリープ復帰を行い、0x9F、Bluetooth切断、音声無出力、デバイス認識失敗が発生しないかを確認します。
判定結果を3段階に分ける
検証結果は、次のように整理すると判断しやすくなります。
| 判定 | 状況 |
|---|---|
| 改善 | 同じ条件で0x9Fが再発せず、Bluetoothの接続や音声にも問題がない |
| 一部改善 | 0x9Fは減ったが、切断や再接続失敗が残る |
| 未改善 | 0x9Fが同じ条件で再発する、または別の重大な問題が発生する |
Build 28000.2605で再発した場合は、改善がまだ段階的に配信されていない可能性と、今回の修正対象とは異なる原因である可能性の両方を考える必要があります。
よくある疑問
Build 28000.2605をインストールすれば0x9Fは必ず直りますか
必ず直るとは限りません。
Microsoftが案内しているのは、特定のPCメーカー製ドライバーを使用した環境における安定性改善です。すべてのOEM、機種、Bluetoothアダプター、0x9Fの原因を対象としているとは説明されていません。(Microsoft Learn)
0x9Fが表示されたらBluetoothが原因ですか
0x9FだけではBluetoothが原因とは判断できません。
0x9Fは、ドライバーの電源状態が不整合または無効になった場合に発生する汎用的なバグチェックです。クラッシュダンプ、発生条件、Bluetoothを無効にした比較テストなどを組み合わせて判断します。(Microsoft Learn)
対象となるPCメーカーは分かりますか
現時点のリリースノートでは公表されていません。
メーカー名や対象機種を推測して断定せず、自分のPCのドライバーバージョンとメーカーの更新情報を確認してください。
Windows 11 24H2や25H2にも同じ修正は提供されますか
Build 28000.2605のリリースノートからは判断できません。
今回の案内は26H1 Release Preview向けです。24H2や25H2へ同様の修正が提供される場合は、それぞれの更新プログラムのリリースノートに掲載される必要があります。
26H1へアップグレードすれば解決しますか
既存の24H2や25H2 PCを、今回の問題だけを理由に26H1へ移行する方法は推奨できません。
Microsoftは26H1を特定の新しいデバイス向けに位置付けており、既存の24H2または25H2端末へインプレース更新として提供するバージョンではないと説明しています。(Microsoft Learn)
現時点で取るべき対応
Build 28000.2605では、特定のPCメーカー製ドライバーに関連するBluetooth使用時の0x9Fについて、Windowsの安定性改善が案内されています。ただし、Release Previewかつ段階的ロールアウトの情報であり、一般提供済みの修正とは断定できません。
0x9Fが発生している場合は、次の順番で対応してください。
winverでWindowsのバージョンとOSビルドを確認する- PCメーカー提供のBluetooth、無線LAN、チップセット更新を確認する
- 問題がドライバー更新後に始まった場合はロールバックする
- Bluetoothを無効化した比較テストで原因を切り分ける
- クラッシュダンプを保存し、
!analyze -vで原因ドライバーを確認する - 本番PCではRelease Previewを無理に導入しない
- 使用中のWindowsバージョン向け一般提供更新を継続して確認する
重要なのは、「0x9Fが出たからBuild 28000.2605を入れる」と即断しないことです。OSビルド、OEMドライバー、発生条件、クラッシュダンプをそろえたうえで、今回の改善対象に近い問題かを判断してください。
コメント