Hallo liebe Leute,
mir ist vor einer Zeit aufgefallen, dass mein Surface Pro 3, nachdem ich den Hardware-Aus Schalter gedrückt hatte (Ist auf Standby konfiguriert), auf einmal wieder An war.
Dann habe ich zufällig gesehen, dass das Surface neugestartet ist...
Heute habe ich mal in die Systemprotokolle geschaut und folgendes gefunden:
Anhang anzeigen 143424
BluescreenView:
Anhang anzeigen 143425
WinDbg:
Kennt von euch jemand das Problem oder jemand eine Idee, wie man da weiter recherchieren kann?
Ach ja, es läuft mit W10 10586
Viele Grüße,
Paul
mir ist vor einer Zeit aufgefallen, dass mein Surface Pro 3, nachdem ich den Hardware-Aus Schalter gedrückt hatte (Ist auf Standby konfiguriert), auf einmal wieder An war.
Dann habe ich zufällig gesehen, dass das Surface neugestartet ist...
Heute habe ich mal in die Systemprotokolle geschaut und folgendes gefunden:
Anhang anzeigen 143424
BluescreenView:
Anhang anzeigen 143425
WinDbg:
Code:
Microsoft (R) Windows Debugger Version 10.0.10586.567 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\032216-11218-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 10586 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 10586.162.amd64fre.th2_release_sec.160223-1728
Machine Name:
Kernel base = 0xfffff801`0fa03000 PsLoadedModuleList = 0xfffff801`0fce1cd0
Debug session time: Tue Mar 22 20:21:42.365 2016 (UTC + 1:00)
System Uptime: 4 days 7:10:21.640
Loading Kernel Symbols
.
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
..............................................................
................................................................
................................................................
.........
Loading User Symbols
Loading unloaded module list
...........................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 14F, {4, 1, ffffc0001f0a66e0, ffffd00020618b60}
Probably caused by : dam.sys
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
PDC_WATCHDOG_TIMEOUT (14f)
A system component failed to respond within the allocated time period,
preventing the system from exiting connected standby.
Arguments:
Arg1: 0000000000000004, Client ID of the hung component.
Arg2: 0000000000000001, A notification client failed to respond.
Arg3: ffffc0001f0a66e0, Pointer to the notification client (pdc!_PDC_NOTIFICATION_CLIENT).
Arg4: ffffd00020618b60, Pointer to a pdc!PDC_14F_TRIAGE structure.
Debugging Details:
------------------
DUMP_CLASS: 1
DUMP_QUALIFIER: 400
BUILD_VERSION_STRING: 10586.162.amd64fre.th2_release_sec.160223-1728
SYSTEM_MANUFACTURER: Microsoft Corporation
SYSTEM_PRODUCT_NAME: Surface Pro 3
SYSTEM_SKU: Surface_Pro_3
SYSTEM_VERSION: 1
BIOS_VENDOR: American Megatrends Inc.
BIOS_VERSION: 3.11.1150
BIOS_DATE: 12/09/2015
BASEBOARD_MANUFACTURER: Microsoft Corporation
BASEBOARD_PRODUCT: Surface Pro 3
BASEBOARD_VERSION: 1
DUMP_TYPE: 2
BUGCHECK_P1: 4
BUGCHECK_P2: 1
BUGCHECK_P3: ffffc0001f0a66e0
BUGCHECK_P4: ffffd00020618b60
IMAGE_NAME: dam.sys
BUGCHECK_STR: 0x14F_DAM
CPU_COUNT: 4
CPU_MHZ: 9be
CPU_VENDOR: GenuineIntel
CPU_FAMILY: 6
CPU_MODEL: 45
CPU_STEPPING: 1
CPU_MICROCODE: 6,45,1,0 (F,M,S,R) SIG: 1D'00000000 (cache) 1D'00000000 (init)
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 0
ANALYSIS_SESSION_HOST: SURFACE
ANALYSIS_SESSION_TIME: 03-25-2016 16:10:32.0043
ANALYSIS_VERSION: 10.0.10586.567 amd64fre
STACK_TEXT:
ffffd000`20618b08 fffff801`1dd622a4 : 00000000`0000014f 00000000`00000004 00000000`00000001 ffffc000`1f0a66e0 : nt!KeBugCheckEx
ffffd000`20618b10 fffff801`0fa546a9 : ffffe000`e5262800 fffff801`1dd62150 fffff801`00000000 fffff801`614a7351 : pdc!PdcpNotificationWatchdog+0x154
ffffd000`20618b80 fffff801`0fae6895 : 00490020`00500041 00000000`00000080 ffffe000`df67f680 ffffe000`e5262800 : nt!ExpWorkerThread+0xe9
ffffd000`20618c10 fffff801`0fb4a906 : ffffd001`8072f180 ffffe000`e5262800 fffff801`0fae6854 00000000`00000000 : nt!PspSystemThreadStartup+0x41
ffffd000`20618c60 00000000`00000000 : ffffd000`20619000 ffffd000`20613000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16
STACK_COMMAND: kb
THREAD_SHA1_HASH_MOD_FUNC: 277dce755e0926bddbad3f8722fc32e5cfda9e2b
THREAD_SHA1_HASH_MOD_FUNC_OFFSET: a31f128f856f94d28ec349cb1579eac53a98d435
THREAD_SHA1_HASH_MOD: 9153fcc24a9debd7fc9e7c503c3c6added606b19
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: dam
DEBUG_FLR_IMAGE_TIMESTAMP: 0
IMAGE_VERSION:
FAILURE_BUCKET_ID: 0x14F_DAM_IMAGE_dam.sys
BUCKET_ID: 0x14F_DAM_IMAGE_dam.sys
PRIMARY_PROBLEM_CLASS: 0x14F_DAM_IMAGE_dam.sys
TARGET_TIME: 2016-03-22T19:21:42.000Z
OSBUILD: 10586
OSSERVICEPACK: 0
SERVICEPACK_NUMBER: 0
OS_REVISION: 0
SUITE_MASK: 272
PRODUCT_TYPE: 1
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS
OS_LOCALE:
USER_LCID: 0
OSBUILD_TIMESTAMP: 2016-02-24 06: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: 2026
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:0x14f_dam_image_dam.sys
FAILURE_ID_HASH: {71a660da-efa0-43ad-07ec-33220699ba4c}
Followup: MachineOwner
---------Kennt von euch jemand das Problem oder jemand eine Idee, wie man da weiter recherchieren kann?
Ach ja, es läuft mit W10 10586
Viele Grüße,
Paul
