又一次 DRIVER_POWER_STATE_FAILURE 崩溃，这是一段时间以来第一次发生

2024-6-17 • tag-icon

又一次 DRIVER_POWER_STATE_FAILURE 崩溃，这是一段时间以来第一次发生

好吧，首先，也许是为了提供一些额外的背景信息，我会说我之前在这个网站上问过一个关于这个 BSOD 的问题这里。值得庆幸的是，自从我按照链接问题所述更新驱动程序以来，我相信在今天之前我的笔记本电脑再也没有崩溃过。有一件事可能相当重要，那就是昨晚我第一次将笔记本电脑休眠，而这个 BSOD 发生在今天下午重新启动后至少一个小时。正如我之前提到的（至少在我的旧问题链接到的 reddit 帖子中提到过，但你不必阅读它），在我开始经常遇到这种崩溃之前，没有休眠，我在“取消休眠”后经常遇到这种情况，这让我无法将笔记本电脑休眠。

因此，我觉得这次崩溃的原因与休眠密切相关。 :/ 老实说，我希望能够再次安全地休眠我的笔记本电脑，所以如果有人能提出解决这个问题的建议，我会很高兴。无论如何，事不宜迟，这里有一些技术细节需要查看。

简单的错误检查输出

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9F, {3, ffffe0019b6a0840, ffffd00070ce3990, ffffe0019bbe99c0}

Implicit thread is now ffffe001`95ca6040
Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+5255d )

Followup:     MachineOwner

输出!analyze -v

    3: 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: ffffe0019b6a0840, Physical Device Object of the stack
Arg3: ffffd00070ce3990, nt!TRIAGE_9F_POWER on Win7 and higher, otherwise the Functional Device Object of the stack
Arg4: ffffe0019bbe99c0, The blocked IRP

Debugging Details:
------------------

Implicit thread is now ffffe001`95ca6040

DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING:  10586.162.amd64fre.th2_release_sec.160223-1728

SYSTEM_MANUFACTURER:  Alienware

SYSTEM_PRODUCT_NAME:  Alienware 14

SYSTEM_SKU:  Alienware 14

SYSTEM_VERSION:  A09

BIOS_VENDOR:  Alienware

BIOS_VERSION:  A09

BIOS_DATE:  04/23/2014

BASEBOARD_MANUFACTURER:  Alienware

BASEBOARD_PRODUCT:  07MJ2Y

BASEBOARD_VERSION:  A01

DUMP_TYPE:  2

BUGCHECK_P1: 3

BUGCHECK_P2: ffffe0019b6a0840

BUGCHECK_P3: ffffd00070ce3990

BUGCHECK_P4: ffffe0019bbe99c0

DRVPOWERSTATE_SUBCODE:  3

FAULTING_THREAD:  95ca6040

CPU_COUNT: 8

CPU_MHZ: 9be

CPU_VENDOR:  GenuineIntel

CPU_FAMILY: 6

CPU_MODEL: 3c

CPU_STEPPING: 3

CPU_MICROCODE: 6,3c,3,0 (F,M,S,R)  SIG: 1E'00000000 (cache) 1E'00000000 (init)

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

BUGCHECK_STR:  0x9F

PROCESS_NAME:  System

CURRENT_IRQL:  2

ANALYSIS_SESSION_HOST:  ICY-ALIEN

ANALYSIS_SESSION_TIME:  03-26-2016 16:45:06.0892

ANALYSIS_VERSION: 10.0.10586.567 amd64fre

LAST_CONTROL_TRANSFER:  from fffff802592d29ec to fffff8025942165d

STACK_TEXT:  
ffffd000`70becbe0 fffff802`592d29ec : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt! ?? ::FNODOBFM::`string'+0x5255d
ffffd000`70becc10 fffff802`593e6c3d : 00000000`00000001 00000000`00000000 00000000`0000000e 00000000`00000000 : nt!KiEndThreadAccountingPeriod+0xec
ffffd000`70becc40 fffff802`592d2796 : fffff802`5959b180 fffff802`5933d790 00000000`00000000 00000000`000000ff : nt! ?? ::FNODOBFM::`string'+0x17b3d
ffffd000`70becc70 fffff802`593c1c25 : ffffe001`9bd03bb0 fffff802`5959b180 00000000`00000000 00000000`00000000 : nt!KiGroupSchedulingGenerationEnd+0xb6
ffffd000`70beccb0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiInterruptDispatch+0x85


STACK_COMMAND:  .thread 0xffffe00195ca6040 ; kb

THREAD_SHA1_HASH_MOD_FUNC:  2f16e170ede2df1f2f71367e4ce0f1d269daa431

THREAD_SHA1_HASH_MOD_FUNC_OFFSET:  6500e784302654f495d2c05db6191015891f2f2a

THREAD_SHA1_HASH_MOD:  f08ac56120cad14894587db086f77ce277bfae84

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+5255d
fffff802`5942165d 448bc8          mov     r9d,eax

FAULT_INSTR_CODE:  41c88b44

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+5255d

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  56cd4410

IMAGE_VERSION:  10.0.10586.162

BUCKET_ID_FUNC_OFFSET:  5255d

FAILURE_BUCKET_ID:  0x9F_3_nt!_??_::FNODOBFM::_string_

BUCKET_ID:  0x9F_3_nt!_??_::FNODOBFM::_string_

PRIMARY_PROBLEM_CLASS:  0x9F_3_nt!_??_::FNODOBFM::_string_

TARGET_TIME:  2016-03-26T16:36:29.000Z

OSBUILD:  10586

OSSERVICEPACK:  0

SERVICEPACK_NUMBER: 0

OS_REVISION: 0

SUITE_MASK:  784

PRODUCT_TYPE:  1

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

OSEDITION:  Windows 10 WinNt TerminalServer SingleUserTS Personal

OS_LOCALE:  

USER_LCID:  0

OSBUILD_TIMESTAMP:  2016-02-24 05:48:00

BUILDDATESTAMP_STR:  160223-1728

BUILDLAB_STR:  th2_release_sec

BUILDOSVER_STR:  10.0.10586.162.amd64fre.th2_release_sec.160223-1728

ANALYSIS_SESSION_ELAPSED_TIME: 1f77

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:0x9f_3_nt!_??_::fnodobfm::_string_

FAILURE_ID_HASH:  {4b556018-4707-5756-5581-83191182f054}

Followup:     MachineOwner

然后，像之前一样，我!irp使用该Arg4值运行。

3: kd> !irp ffffe0019bbe99c0
Irp is active with 6 stacks 5 is current (= 0xffffe0019bbe9bb0)
 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
>[IRP_MJ_POWER(16), IRP_MN_SET_POWER(2)]
            0 e1 ffffe0019b6dd040 00000000 fffff8025938e0b8-ffffe0019e535d60 Success Error Cancel pending
          Unable to load image \SystemRoot\system32\DRIVERS\nvlddmkm.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nvlddmkm.sys
*** ERROR: Module load completed but symbols could not be loaded for nvlddmkm.sys
 \Driver\nvlddmkm   nt!PopRequestCompletion
            Args: 00000000 00000001 00000004 00000000
 [N/A(0), N/A(0)]
            0  0 00000000 00000000 00000000-ffffe0019e535d60    

            Args: 00000000 00000000 00000000 00000000

所以我注意到，就像在以前的崩溃转储中一样，驱动程序 nvlddmkm.sys（对吧？）再次被提及。我 99% 确定自从我切换到最新测试版以来我没有更新过 Nvidia 驱动程序，正如我在上一个问题的评论中所讨论的那样......因为我认为目前还没有更新的版本。测试版可能已经过渡到稳定版，因为我认为它在 GeForce Experience 中不再被标记为测试版。我认为我不再有那个时候的转储，但我觉得值得注意的是，这似乎与现在发生的崩溃类型相同，可能发生在接近甚至超过一个月前（也就是休眠后崩溃......我现在意识到我在这里的旧问题现在只有 17 天了，但无论如何我不知道），甚至在我换用测试版 Nvidia 和 Intel 驱动程序之前。尽管我很想在这里发布更多的命令输出，就像在我之前的问题中一样，以防它们能提供更多帮助，但我真的需要在几分钟后出去见一个人，所以我将链接我最近崩溃的转储文件这里。

答案1

虽然您的驱动程序可能是最新的，但也可能已损坏。我会完全删除当前驱动程序并安装最新驱动程序的副本。如果这不能“解决”问题，我会尝试使用更旧的驱动程序，然后运行视频压力测试。

完全删除当前驱动程序（或软件）并安装最新的可用驱动程序。有关如何操作的说明，请在此处阅读我的合作伙伴 JMH3143 撰写的有关更新驱动程序的所有信息http://answers.microsoft.com/en-us/windows/wiki/windows_other-hardware/updating-a-driver/a5e6345e-af9b-4099-bef0-8d22254aa1c1?tm=1436753520149

尝试这个免费的视频压力测试： http://www.ozone3d.net/benchmarks/fur/ FurMark 设置：

如果您有多个 GPU，请在设置期间选择多 GPU
在运行模式框中，选择“稳定性测试”和“记录 GPU 温度”，单击“开始”开始测试
运行测试，直到 GPU 温度达到最大值 - 或者直到开始出现问题（以先发生者为准）
点击“退出”退出

答案1

相关内容