Хорошо, чтобы начать, для некоторого дополнительного контекста, возможно, я скажу, что я задал предыдущий вопрос на этом сайте об этом BSOD здесь. К счастью, я полагаю, что до сегодняшнего дня я больше не видел сбой моего ноутбука, с тех пор как я обновил драйверы, как описано в связанном вопросе. Одна вещь, которую, вероятно, довольно важно отметить, это то, что я спал на своем ноутбуке впервые за последние сутки, и этот BSOD произошел, по крайней мере, через час после включения его сегодня днем. Как я упоминал ранее (по крайней мере, может быть, в посте Reddit мой старый вопрос ссылается на то, что вы не должны чувствовать себя обязанным читать его), до того, как я начал получать этот сбой очень часто, без гибернации, я получал его после "гибернации" довольно последовательно, и это остановило меня от гибернации моего ноутбука.
Следовательно, я чувствую, что причина этой аварии сильно связана с гибернацией. :/ TBH Я хотел бы снова иметь возможность безопасно переводить свой ноутбук в спящий режим, поэтому я был бы рад, если бы кто-то мог предложить решение этой проблемы. Во всяком случае, без лишних слов, вот некоторые технические детали для просмотра.
Простой вывод баг-чека
*******************************************************************************
* *
* 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 (что является правым для Nvidia?) упоминается снова. Я на 99% уверен, что не обновлял драйвер Nvidia с тех пор, как я переключился на новейшую бета-версию, как обсуждалось в комментариях к моему последнему вопросу ... потому что я не думаю, что более новая версия еще существует. Бета-версия, возможно, перешла в стабильную, потому что я не думаю, что она больше помечена как бета-версия в GeForce Experience. Я не думаю, что у меня больше дампов того времени, но я чувствую, что стоит отметить, что это похоже на тот же сбой, который произошел, что, вероятно, было близко, если не больше, чем месяц назад (сбой после является..Теперь я понимаю, что мой старый вопрос здесь - всего 17 дней, но все равно, что было до того, как я перешел на бета-версию драйверов Nvidia и Intel. Как бы я не хотел публиковать здесь больше выводов команд, как в моем предыдущем вопросе, на случай, если они помогут больше, мне действительно нужно встретиться с кем-то через несколько минут, поэтому я свяжу свой файл дампа для этого последнего сбоя здесь