藍(lán)屏代碼0x0000009F代表"DRIVER_POWER_STATE_FAILURE"，這意味著發(fā)生了一個(gè)驅(qū)動(dòng)程序電源狀態(tài)失敗的錯(cuò)誤。這種藍(lán)屏錯(cuò)誤通常發(fā)生在計(jì)算機(jī)進(jìn)入睡眠或休眠模式時(shí)，或者當(dāng)系統(tǒng)試圖通過關(guān)閉、暫停、重新啟動(dòng)或注銷來改變電源狀態(tài)時(shí)。

要解決這個(gè)問題，可以嘗試以下方法：

方法一：檢查RAM

藍(lán)屏錯(cuò)誤也可能是由于不穩(wěn)定的內(nèi)存導(dǎo)致的,運(yùn)行Windows自帶的內(nèi)存診斷工具來檢查內(nèi)存是否有問題,如果發(fā)現(xiàn)錯(cuò)誤，嘗試更換或重新安裝內(nèi)存條。

方法二：檢查電源設(shè)置

在控制面板中，打開“電源選項(xiàng)”，確保計(jì)算機(jī)的電源管理設(shè)置正確,嘗試調(diào)整睡眠和待機(jī)模式的設(shè)置，重新啟動(dòng)計(jì)算機(jī)后觀察是否還會(huì)出現(xiàn)藍(lán)屏錯(cuò)誤。

方法三：故障排除

逐個(gè)斷開外部設(shè)備，例如打印機(jī)、攝像頭等，以確定是否是其中某個(gè)設(shè)備導(dǎo)致了問題,如果發(fā)現(xiàn)特定設(shè)備導(dǎo)致藍(lán)屏錯(cuò)誤，可以嘗試重新安裝該設(shè)備的驅(qū)動(dòng)程序或者尋求設(shè)備制造商的支持。

方法四：使用一鍵修復(fù)工具助手（強(qiáng)烈推薦）

1、首先你的電腦必須下載與完成安裝完成快快藍(lán)屏修復(fù)助手。如果你還沒有安裝點(diǎn)擊下方鏈接下載。

下載地址：>>>快快藍(lán)屏修復(fù)助手<<<

提示：安裝路徑不要選擇C盤，避免產(chǎn)生問題造成損失。

2、找到你電腦中的快快藍(lán)屏修復(fù)助手，點(diǎn)擊進(jìn)入?？吹绞醉摵螅c(diǎn)擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘，就能獲取你急切想要的結(jié)果。

3、掃描完成后會(huì)顯示電腦的所有藍(lán)屏記錄以及藍(lán)屏的詳細(xì)信息。

4、解決方案頁面顯示了導(dǎo)致該次藍(lán)屏的具體原因和解決方案，點(diǎn)擊右上角的一鍵修復(fù)進(jìn)行修復(fù)。

5、切記，當(dāng)修復(fù)完成之后我們還是需要重新啟動(dòng)計(jì)算機(jī)的。畢竟一切修復(fù)的結(jié)果，需要重新后，才能被系統(tǒng)認(rèn)可。

當(dāng)你完成重啟后，你電腦的藍(lán)屏問題已經(jīng)基本解決了。相信小編，不要急需卸載快快藍(lán)屏修復(fù)助手。畢竟它強(qiáng)大的功能是你未來的一個(gè)保障，可以隨時(shí)隨地為你服務(wù)，讓你再次遇到藍(lán)屏問題不在抓狂。

其他相關(guān)信息：

DRIVER_POWER_STATE_FAILURE bug 檢查 的值為 0x0000009F。 此 bug 檢查指示驅(qū)動(dòng)程序處于不一致或無效的電源狀態(tài)。

DRIVER_POWER_STATE_FAILURE參數(shù)

參數(shù) 1 指示沖突的類型。

參數(shù) 1	參數(shù) 2	參數(shù) 3	參數(shù) 4	原因
0x1	設(shè)備對(duì)象	預(yù)留	預(yù)留	正在釋放的設(shè)備對(duì)象仍具有尚未完成的未完成的電源請求。
0x2	目標(biāo)設(shè)備的設(shè)備對(duì)象（如果可用）	設(shè)備對(duì)象	驅(qū)動(dòng)程序?qū)ο螅ㄈ绻捎茫?/td>	設(shè)備對(duì)象完成了系統(tǒng)電源狀態(tài)請求的 I/O 請求數(shù)據(jù)包 (IRP) ，但它未調(diào)用 PoStartNextPowerIrp。
0x3	物理設(shè)備對(duì)象 (堆棧的 PDO)	nt！_TRIAGE_9F_POWER.	被阻止的 IRP	設(shè)備對(duì)象阻止 IRP 的時(shí)間過長。
0x4	超時(shí)值（以秒為單位）。	當(dāng)前持有即插即用 (PnP) 鎖的線程。	Nt！TRIAGE_9F_PNP。	電源狀態(tài)轉(zhuǎn)換超時(shí)，等待與 PnP 子系統(tǒng)同步。
0x5	堆棧的物理設(shè)備對(duì)象	POP_FX_DEVICE 對(duì)象	已保留 - 0	設(shè)備未能在所需時(shí)間內(nèi)完成定向電源轉(zhuǎn)換。
0x6	POP_FX_DEVICE 對(duì)象	指示這是定向關(guān)閉電源 (1) 還是 (0) 完成。	已保留 - 0	設(shè)備未成功完成其定向電源轉(zhuǎn)換回調(diào)。
0x500	保留	目標(biāo)設(shè)備的設(shè)備對(duì)象（如果可用）	設(shè)備對(duì)象	設(shè)備對(duì)象已完成系統(tǒng)電源狀態(tài)請求的 IRP，但它未調(diào)用 PoStartNextPowerIrp。

原因

有關(guān)可能原因的說明，請參閱參數(shù)部分中每個(gè)代碼的說明。 常見原因包括：

設(shè)備對(duì)象釋放，但未完成的電源請求未完成 電源狀態(tài)轉(zhuǎn)換超時(shí) 阻止 IRP 的設(shè)備對(duì)象 已完成 IRP，但未調(diào)用 PoStartNextPowerIrp

解決方法

若要確定特定原因并創(chuàng)建代碼修補(bǔ)程序，需要具有編程經(jīng)驗(yàn)和對(duì)故障模塊源代碼的訪問權(quán)限。

當(dāng)參數(shù) 1 等于 0x3 時(shí)調(diào)試 bug 檢查 0x9F

在內(nèi)核調(diào)試器中，使用 ！analyze -v 命令執(zhí)行初始 bug 檢查分析。 詳細(xì)分析顯示 nt！TRIAGE_9F_POWER 結(jié)構(gòu)，位于 Arg3 中。

kd>!analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_POWER_STATE_FAILURE (9f) A driver has failed to complete a power IRP within a specific time. Arguments: Arg1: 0000000000000003, A device object has been blocking an Irp for too long a time Arg2: fffffa8007b13440, Physical Device Object of the stack Arg3: fffff8000386c3d8, nt!_TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack Arg4: fffffa800ab61bd0, The blocked IRP

如果可以識(shí)別負(fù)責(zé)該錯(cuò)誤的驅(qū)動(dòng)程序，則其名稱將打印在藍(lán)屏上，并存儲(chǔ)在內(nèi)存中 (PUNICODE_STRING) KiBugCheckDriver 的位置。 可以使用一個(gè)調(diào)試器命令 dx（顯示調(diào)試器對(duì)象模型表達(dá)式）來顯示此內(nèi)容：dx KiBugCheckDriver。

nt！TRIAGE_9F_POWER結(jié)構(gòu)提供了其他 bug 檢查信息，這些信息可以幫助你確定此 bug 檢查的原因。 結(jié)構(gòu)可以提供所有未完成電源 IRP 的列表、所有電源 IRP 工作線程的列表，以及指向延遲的系統(tǒng)輔助角色隊(duì)列的指針。

使用 dt (顯示類型) 命令并指定 nt！使用 Arg3 中的地址TRIAGE_9F_POWER結(jié)構(gòu)。

0: kd> dt nt!_TRIAGE_9F_POWER fffff8000386c3d8 +0x000 Signature : 0x8000 +0x002 Revision : 1 +0x008 IrpList : 0xfffff800`01c78bd0 _LIST_ENTRY [ 0xfffffa80`09f43620 - 0xfffffa80`0ad00170 ] +0x010 ThreadList : 0xfffff800`01c78520 _LIST_ENTRY [ 0xfffff880`009cdb98 - 0xfffff880`181f2b98 ] +0x018 DelayedWorkQueue : 0xfffff800`01c6d2d8 _TRIAGE_EX_WORK_QUEUE

dt (顯示類型) 命令顯示結(jié)構(gòu)。 可以使用各種調(diào)試器命令來跟蹤LIST_ENTRY字段，以檢查未完成的 IRP 和電源 IRP 工作線程的列表。

使用 ！irp 命令檢查被阻止的 IRP。 此 IRP 的地址位于 Arg4 中。

0: kd> !irp fffffa800ab61bd0 Irp is active with 7 stacks 6 is current (= 0xfffffa800ab61e08) No Mdl: No System Buffer: Thread 00000000: Irp stack trace. cmd flg cl Device File Completion-Context [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-00000000 Args: 00000000 00000000 00000000 00000000 >[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)] 0 e1 fffffa800783f060 00000000 00000000-00000000 pending \Driver\HidUsb Args: 00016600 00000001 00000004 00000006 [N/A(0), N/A(0)] 0 0 00000000 00000000 00000000-fffffa800ad00170 Args: 00000000 00000000 00000000 00000000 將 ！devstack 命令與 Arg2 中的 PDO 地址一起使用，以顯示與故障驅(qū)動(dòng)程序關(guān)聯(lián)的信息。

0: kd> !devstack fffffa8007b13440 !DevObj !DrvObj !DevExt ObjectName fffffa800783f060 \Driver\HidUsb fffffa800783f1b0 InfoMask field not found for _OBJECT_HEADER at fffffa800783f030 > fffffa8007b13440 \Driver\usbhub fffffa8007b13590 Cannot read info offset from nt!ObpInfoMaskToOffset !DevNode fffffa8007ac8a00 : DeviceInst is "USB\VID_04D8&PID_0033\5&46fa7b7&0&1" ServiceName is "HidUsb" 使用 ！poaction 命令顯示處理電源操作和任何分配的電源 IRP 的線程。

3: kd> !poaction PopAction: fffff801332f3fe0 State..........: 0 - Idle Updates........: 0 Action.........: None Lightest State.: Unspecified Flags..........: 10000003 QueryApps|UIAllowed Irp minor......: ?? System State...: Unspecified Hiber Context..: 0000000000000000 Allocated power irps (PopIrpList - fffff801332f44f0) IRP: ffffe0001d53d8f0 (wait-wake/S0), PDO: ffffe00013cae060 IRP: ffffe0001049a5d0 (wait-wake/S0), PDO: ffffe00012d42050 IRP: ffffe00013d07420 (set/D3,), PDO: ffffe00012daf840, CURRENT: ffffe00012dd5040 IRP: ffffe0001e5ac5d0 (wait-wake/S0), PDO: ffffe00013d33060 IRP: ffffe0001ed3e420 (wait-wake/S0), PDO: ffffe00013c96060 IRP: ffffe000195fe010 (wait-wake/S0), PDO: ffffe00012d32050 Irp worker threads (PopIrpThreadList - fffff801332f3100) THREAD: ffffe0000ef5d040 (static) THREAD: ffffe0000ef5e040 (static), IRP: ffffe00013d07420, DEVICE: ffffe00012dd5040 PopAction: fffff801332f3fe0 State..........: 0 - Idle Updates........: 0 Action.........: None Lightest State.: Unspecified Flags..........: 10000003 QueryApps|UIAllowed Irp minor......: ?? System State...: Unspecified Hiber Context..: 0000000000000000 Allocated power irps (PopIrpList - fffff801332f44f0) IRP: ffffe0001d53d8f0 (wait-wake/S0), PDO: ffffe00013cae060 IRP: ffffe0001049a5d0 (wait-wake/S0), PDO: ffffe00012d42050 IRP: ffffe00013d07420 (set/D3,), PDO: ffffe00012daf840, CURRENT: ffffe00012dd5040 IRP: ffffe0001e5ac5d0 (wait-wake/S0), PDO: ffffe00013d33060 IRP: ffffe0001ed3e420 (wait-wake/S0), PDO: ffffe00013c96060 IRP: ffffe000195fe010 (wait-wake/S0), PDO: ffffe00012d32050 Irp worker threads (PopIrpThreadList - fffff801332f3100) THREAD: ffffe0000ef5d040 (static) THREAD: ffffe0000ef5e040 (static), IRP: ffffe00013d07420, DEVICE: ffffe00012dd5040

如果使用 KMDF 驅(qū)動(dòng)程序，請使用 Windows 驅(qū)動(dòng)程序框架擴(kuò)展 (！wdfkd) 收集其他信息。

使用 ！wdfkd.wdflog 轉(zhuǎn)儲(chǔ)<驅(qū)動(dòng)程序名稱>，查看 KMDF 是否正在等待你確認(rèn)任何掛起的請求。

使用 ！wdfkd.wdfdevicequeues<你的 WDFDEVICE> 檢查所有未完成的請求及其處于什么狀態(tài)。

使用 ！stacks 擴(kuò)展檢查每個(gè)線程的狀態(tài)，并查找可能阻礙電源狀態(tài)轉(zhuǎn)換的線程。

為了幫助你確定錯(cuò)誤的原因，請考慮以下問題：

(PDO) 驅(qū)動(dòng)程序 (Arg2) 的物理設(shè)備對(duì)象有哪些特征？ 你能找到被阻止的線程嗎？ 使用 ！thread debugger 命令檢查線程時(shí)，線程由什么組成？ 是否存在與阻止它的線程關(guān)聯(lián)的 IO？ 堆棧上有哪些符號(hào)？ 檢查受阻電源 IRP 時(shí)，你注意到了什么？ 電源 IRP 的 PnP 次要函數(shù)代碼是什么？

當(dāng)參數(shù) 1 等于 0x4 時(shí)調(diào)試 bug 檢查 0x9F

在內(nèi)核調(diào)試器中，使用 ！analyze -v 命令執(zhí)行初始 bug 檢查分析。 詳細(xì)分析顯示 nt！TRIAGE_9F_PNP 結(jié)構(gòu)，位于參數(shù) 4 (arg4) 中。

kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* DRIVER_POWER_STATE_FAILURE (9f) A driver has failed to complete a power IRP within a specific time (usually 10 minutes). Arguments: Arg1: 00000004, The power transition timed out waiting to synchronize with the Pnp subsystem. Arg2: 00000258, Timeout in seconds. Arg3: 84e01a70, The thread currently holding on to the Pnp lock. Arg4: 82931b24, nt!TRIAGE_9F_PNP on Win7

nt！TRIAGE_9F_PNP 結(jié)構(gòu)提供了其他 bug 檢查信息，這些信息可以幫助你確定錯(cuò)誤的原因。 nt！TRIAGE_9F_PNP 結(jié)構(gòu)提供指向結(jié)構(gòu)的指針，該結(jié)構(gòu)包含已調(diào)度 (但未完成) PnP IRP 的列表，并提供指向延遲的系統(tǒng)輔助角色隊(duì)列的指針。

使用 dt (顯示類型) 命令并指定 nt！TRIAGE_9F_PNP 結(jié)構(gòu)和在 Arg4 中找到的地址。

kd> dt nt!TRIAGE_9F_PNP 82931b24 +0x000 Signature : 0x8001 +0x002 Revision : 1 +0x004 CompletionQueue : 0x82970e20 _TRIAGE_PNP_DEVICE_COMPLETION_QUEUE +0x008 DelayedWorkQueue : 0x829455bc _TRIAGE_EX_WORK_QUEUE

dt (顯示類型) 命令顯示結(jié)構(gòu)。 可以使用調(diào)試器命令按照LIST_ENTRY字段來檢查未完成的 PnP IRP 的列表。

為了幫助你確定錯(cuò)誤的原因，請考慮以下問題：

是否有與線程關(guān)聯(lián)的 IRP？

CompletionQueue 中是否有 IO？

堆棧上有哪些符號(hào)？

請參閱上述參數(shù)0x3下所述的其他技術(shù)。

備注

如果你沒有能力使用上述技術(shù)來調(diào)試此問題，則可以使用一些基本的故障排除技術(shù)。

如果最近添加了新的設(shè)備驅(qū)動(dòng)程序或系統(tǒng)服務(wù)，請嘗試刪除或更新它們。 嘗試確定系統(tǒng)中導(dǎo)致新 Bug 檢查代碼出現(xiàn)的原因。

查看設(shè)備管理器，查看是否有任何設(shè)備標(biāo)有感嘆號(hào) (！) 。 查看驅(qū)動(dòng)程序?qū)傩灾酗@示的事件日志，了解是否有任何故障驅(qū)動(dòng)程序。 請嘗試更新相關(guān)驅(qū)動(dòng)程序。

檢查事件查看器中的系統(tǒng)日志，以獲取可能有助于查明導(dǎo)致錯(cuò)誤的設(shè)備或驅(qū)動(dòng)程序的其他錯(cuò)誤消息。 有關(guān)詳細(xì)信息，請參閱打開事件查看器。 在系統(tǒng)日志中查找與藍(lán)屏同時(shí)出現(xiàn)的嚴(yán)重錯(cuò)誤。

若要嘗試找出原因，請使用控制面板、電源選項(xiàng)暫時(shí)禁用節(jié)電。 某些驅(qū)動(dòng)程序問題與系統(tǒng)休眠的各種狀態(tài)以及電源的掛起和恢復(fù)有關(guān)。

如果最近向系統(tǒng)添加了硬件，請嘗試刪除或替換它。 或與制造商聯(lián)系，查看是否有可用的修補(bǔ)程序。

你可嘗試運(yùn)行系統(tǒng)制造商提供的硬件診斷。

請與制造商核實(shí)是否有更新的系統(tǒng) ACPI/BIOS 或其他固件可用。

另請參閱

使用 Windows 調(diào)試器 (WinDbg) 進(jìn)行故障轉(zhuǎn)儲(chǔ)分析

使用 WinDbg 分析內(nèi)核模式轉(zhuǎn)儲(chǔ)文件

Bug 檢查代碼參考