A
A.
WinUser
- Asus-Laptop stürzt während der...
- #1
Wie der Titel schon sagt, habe ich auf meinem Asus Zenbook 14-Laptop ein Problem, bei dem der Bildschirm während der Vollbild-YouTube-Wiedergabe manchmal einfriert, was schließlich zum Systemabsturz führt. Dies geschieht normalerweise nach 10 bis 30 Minuten YouTube-Schauen. Mein Bruder hat ein ähnliches Zenbook 14 und ist auf das gleiche Problem gestoßen. Wir gehen davon aus, dass es sich um ein Problem mit den Grafikkartentreibern handelt, diese sollten jedoch auf dem neuesten Stand sein.
Ich habe meine MEMORY.DMP-Datei vom vorherigen Absturz. Es sagt mir, dass ich eine DPC_WATCHDOG_VIOLATION habe, aber ich weiß nicht, wie ich das auf die fehlerhafte Komponente zurückführen kann. Ich habe derzeit nur eine vollständige .DMP-Datei und kann sie aufgrund seltsamer Administratorrechte (ich bin der Administrator?) nicht auf Google Drive oder OneDrive hochladen. Ich habe meine Startwiederherstellung dahingehend geändert, dass sie stattdessen einen Kernel-Speicherauszug ausgibt, damit ich diesen hochladen kann, wenn mein Computer das nächste Mal abstürzt.
Hier ist ein Link zu meinem msinfo32: OneDrive
Es folgt die Ausgabe von MEMORY.DMP mit WinDbg:
Ich habe meine MEMORY.DMP-Datei vom vorherigen Absturz. Es sagt mir, dass ich eine DPC_WATCHDOG_VIOLATION habe, aber ich weiß nicht, wie ich das auf die fehlerhafte Komponente zurückführen kann. Ich habe derzeit nur eine vollständige .DMP-Datei und kann sie aufgrund seltsamer Administratorrechte (ich bin der Administrator?) nicht auf Google Drive oder OneDrive hochladen. Ich habe meine Startwiederherstellung dahingehend geändert, dass sie stattdessen einen Kernel-Speicherauszug ausgibt, damit ich diesen hochladen kann, wenn mein Computer das nächste Mal abstürzt.
Hier ist ein Link zu meinem msinfo32: OneDrive
Es folgt die Ausgabe von MEMORY.DMP mit WinDbg:
Code:
14: kd> !analyze -v
************************************************** *****************************
* *
* Bugcheck-Analyse *
* *
************************************************** *****************************
DPC_WATCHDOG_VIOLATION (133)
Der DPC-Watchdog hat eine längere Laufzeit bei einem IRQL von DISPATCH_LEVEL erkannt
oder höher.
Argumente:
Arg1: 0000000000000001, Das System verbrachte insgesamt einen längeren Zeitraum bei
DISPATCH_LEVEL oder höher. Die störende Komponente kann normalerweise sein
mit einem Stacktrace identifiziert.
Arg2: 0000000000001e00, Der Watchdog-Zeitraum.
Arg3: fffff8007af05330, umgewandelt in nt!DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK, das enthält
Zusätzliche Informationen zum kumulativen Timeout
Arg4: 0000000000000000
Debugging-Details:
-------------------
************************************************** *********************
[B]* *
* *
* Entweder Sie haben ein unqualifiziertes Symbol angegeben oder Ihr Debugger *
* verfügt nicht über vollständige Symbolinformationen. Unqualifiziertes Symbol *
* Die Auflösung ist standardmäßig deaktiviert. Bitte geben Sie entweder einen *[/B] an
[B]* Vollqualifiziertes Symbolmodul! Symbolname, oder Auflösung aktivieren *
* von unqualifizierten Symbolen durch Eingabe von „.symopt-100“. Beachten Sie, dass *
* Aktivierung der unqualifizierten Symbolauflösung mit Netzwerksymbol *
* Serverfreigaben im Symbolpfad können dazu führen, dass der Debugger *
* scheint über einen längeren Zeitraum hängen zu bleiben, wenn ein falscher *
* Der Symbolname wurde eingegeben oder der Netzwerksymbolserver ist ausgefallen. *
* *
* Damit einige Befehle ordnungsgemäß funktionieren, ist Ihr Symbolpfad *
* muss auf .pdb-Dateien verweisen, die über vollständige Typinformationen verfügen. *
* *
* Bestimmte .pdb-Dateien (z. B. die öffentlichen Betriebssystemsymbole) funktionieren nicht *
* enthalten die erforderlichen Informationen. Kontaktieren Sie die Gruppe, die *
* habe Ihnen diese Symbole zur Verfügung gestellt, wenn Sie diesen Befehl benötigen, um *
* arbeiten. *
* *
* Referenzierter Typ: TickPeriods *
* *[/B]
************************************************** *********************
KEY_VALUES_STRING: 1
Schlüssel: Analysis.CPU.mSec
Wert: 4202
Schlüssel: Analysis.DebugAnalysisManager
Wert: Erstellen
Schlüssel: Analysis.Elapsed.mSec
Wert: 4268
Schlüssel: Analysis.Init.CPU.mSec
Wert: 2265
Schlüssel: Analysis.Init.Elapsed.mSec
Wert: 63781
Schlüssel: Analysis.Memory.CommitPeak.Mb
Wert: 99
Schlüssel: Bugcheck.Code.DumpHeader
Wert: 0x133
Schlüssel: Bugcheck.Code.KiBugCheckData
Wert: 0x133
Schlüssel: Bugcheck.Code.Register
Wert: 0x133
Schlüssel: Dump.Attributes.AsUlong
Wert: 1000
Schlüssel: WER.OS.Branch
Wert: co_release
Schlüssel: WER.OS.Timestamp
Wert: 2021-06-04T16:28:00Z
Schlüssel: WER.OS.Version
Wert: 10.0.22000.1
FILE_IN_CAB: MEMORY.DMP
DUMP_FILE_ATTRIBUTES: 0x1000
BUGCHECK_CODE: 133
BUGCHECK_P1: 1
BUGCHECK_P2: 1e00
BUGCHECK_P3: fffff8007af05330
BUGCHECK_P4: 0
DPC_TIMEOUT_TYPE: DPC_QUEUE_EXECUTION_TIMEOUT_EXCEEDED
TRAP_FRAME: fffff40fd2bff8b0 – (.trap 0xfffff40fd2bff8b0)
HINWEIS: Der Trap-Frame enthält nicht alle Register.
Einige Registerwerte sind möglicherweise auf Null gesetzt oder falsch.
rax=ffff91037ba206c1 rbx=0000000000000000 rcx=fffff40fd2bffaa0
rdx=fffff40fd1c3f200 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8007a54dbf0 rsp=fffff40fd2bffa40 rbp=ffff91037ba20000
r8=0000000000000000 r9=000000007ffffff4 r10=0000000000000000
r11=fffff40fd2bff960 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!KeyYieldProcessorEx+0x10:
fffff800`7a54dbf0 8b01 mov eax,dword ptr [rcx] ds:fffff40f`d2bffaa0=5a54a4fe
Zurücksetzen des Standardbereichs
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1
PROCESS_NAME: System
STACK_TEXT:
ffffd600`6e591dd8 fffff800`7a536bdf : 00000000`00000133 00000000`00000001 00000000`00001e00 fffff800`7af05330 : nt!KeBugCheckEx
ffffd600`6e591de0 fffff800`7a5367f1 : 00015b38`469e50b6 ffffd600`6e525180 fffff800`7a56ea60 fffff800`7a53204e : nt!KeAccumulateTicks+0x20f
ffffd600`6e591e50 fffff800`7a5349da : ...