J
J.
WinUser
- Windows 11 Häufiger BSOD beim Start...
- #1
Computerspezifikationen:
i5 12600k
z690i
DDR5 – 4800 MHz
RX 6600XT
EVGA GM 650W
Nach dem Update auf Windows 11 bekomme ich oft dieses BSOD, wenn ich Windows starte. Ich dachte, es läge an der von mir vorgenommenen Übertaktung, aber der Fehlercode zeigt den Fehler IRQL_NOT_LESS_OR_EQUAL an, was schief gelaufen ist: Stormnvme.sys, ein anderes Mal bekam ich einen anderen Fehlercode: SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
Dies sind die beiden Fehlercodes, die ich oft beim Booten von Windows bekam. Normalerweise kann ich nach BSOD problemlos in Windows wechseln.
Ich habe versucht, alle Treiber auf den neuesten Treiber zu aktualisieren, der für Windows 11 verfügbar ist, auch für AMD RX 6600xt. Ich installiere auch das Windows-Treiberkit.
Als ich in der Ereignisanzeige nachgesehen habe, wurde mir angezeigt, dass ein Problem mit dem Ereigniskernel 41 (63) vorliegt
Kann jemand, der sich damit auskennt, helfen? Es ist so nervig. Danke schön.
DUMP-Code zur Analyse:
Microsoft (R) Windows Debugger Version 10.0.22000.194 X86
Urheberrecht (c) Microsoft Corporation. Alle Rechte vorbehalten.
Dump-Datei wird geladen [C:\Windows\MEMORY.DMP]
Kernel-Bitmap-Dump-Datei: Der Kernel-Adressraum ist verfügbar, der Benutzeradressraum ist möglicherweise nicht verfügbar.
Dump erfolgreich abgeschlossen, Fortschrittsprozentsatz: 100
Symbolsuchpfad ist: srv*
Der ausführbare Suchpfad ist:
Windows 10 Kernel Version 22000 MP (16 Prozesse) Kostenlos x64
Produkt: WinNt, Suite: TerminalServer SingleUserTS Personal
Edition-Build-Lab: 22000.1.amd64fre.co_release.210604-1628
Maschinenname:
Kernelbasis = 0xfffff806`37400000 PsLoadedModuleList = 0xfffff806`38029620
Zeit der Debug-Sitzung: Montag, 24. Januar, 16:13:02.981 2022 (UTC + 8:00)
Systemverfügbarkeit: 0 Tage 0:00:56.577
Laden von Kernel-Symbolen
................................................. .............
................................................. ..............
................................................. ..............
....................
Laden von Benutzersymbolen
Liste der entladenen Module wird geladen
..........
Führen Sie zur Analyse dieser Datei !analyze -v aus
11: kd> !analyze -v
************************************************** *****************************
* *
* Bugcheck-Analyse *
* *
************************************************** *****************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
Es wurde versucht, auf eine auslagerbare (oder völlig ungültige) Adresse zuzugreifen
Interrupt Request Level (IRQL) ist zu hoch. Dies ist normalerweise der Fall
verursacht durch Fahrer, die falsche Adressen verwenden.
Wenn der Kernel-Debugger verfügbar ist, rufen Sie den Stack-Backtrace ab.
Argumente:
Arg1: 0000000000001080, referenzierter Speicher
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, Wert 0 = Lesevorgang, 1 = Schreibvorgang
Arg4: fffff8063c8e6c33, Adresse, die auf den Speicher verweist
Debugging-Details:
-------------------
KEY_VALUES_STRING: 1
Schlüssel: Analysis.CPU.mSec
Wert: 7421
Schlüssel: Analysis.DebugAnalysisManager
Wert: Erstellen
Schlüssel: Analysis.Elapsed.mSec
Wert: 18204
Schlüssel: Analysis.Init.CPU.mSec
Wert: 20984
Schlüssel: Analysis.Init.Elapsed.mSec
Wert: 63682
Schlüssel: Analysis.Memory.CommitPeak.Mb
Wert: 85
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
DUMP_FILE_ATTRIBUTES: 0x1000
BUGCHECK_CODE: d1
BUGCHECK_P1: 1080
BUGCHECK_P2: 2
BUGCHECK_P3: 0
BUGCHECK_P4: fffff8063c8e6c33
READ_ADDRESS: 0000000000001080
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXWINLOGON: 1
PROCESS_NAME: System
TRAP_FRAME: ffffed81cbc3f320 – (.trap 0xffffed81cbc3f320)
HINWEIS: Der Trap-Frame enthält nicht alle Register.
Einige Registerwerte sind möglicherweise auf Null gesetzt oder falsch.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000000
rdx=ffffdc063e19bb10 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8063c8e6c33 rsp=ffffed81cbc3f4b0 rbp=0000000000000100
r8=ffffed81cbc3f490 r9=0000000000000000 r10=000000000000000b
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
stornvme!NVMeCompleteSubmissionQueueRequests+0xa3:
fffff806`3c8e6c33 488b8080100000 mov rax,qword ptr [rax+1080h] ds:00000000`00001080=????????????????
Zurücksetzen des Standardbereichs
STACK_TEXT:
ffffed81`cbc3f1d8 fffff806`378286a9 : 00000000`0000000a 00000000`00001080 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
ffffed81`cbc3f1e0 fffff806`37824800 : 00000001`f74ff000 fffff806`376d713c fffff780`40001000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
ffffed81`cbc3f320 fffff806`3c8e6c33 : ffffdc06`42d2e660 00000000`00000100 ffffdc06`271a5148 00000000`0000002e : nt!KiPageFault+0x440
FFFFED81`CBC3F4B0 FFFFF806`3C8E6F27: FFFFFDC06`271A5010 000000`000000 FFFFFDC06`271E310E FFFFED81`CBC3F240: stornvme!
ffffed81`cbc3f500 fffff806`3c8e7493: ffffdc06`271a5010 ffffed81`cbc3f700 ffffdc06`271e3100 00000000`00000051: stornvme!NVMeControllerCompleteAllIORequests+0xe3
ffffed81`cbc3f550 fffff806`3c8e5fe5 ...
i5 12600k
z690i
DDR5 – 4800 MHz
RX 6600XT
EVGA GM 650W
Nach dem Update auf Windows 11 bekomme ich oft dieses BSOD, wenn ich Windows starte. Ich dachte, es läge an der von mir vorgenommenen Übertaktung, aber der Fehlercode zeigt den Fehler IRQL_NOT_LESS_OR_EQUAL an, was schief gelaufen ist: Stormnvme.sys, ein anderes Mal bekam ich einen anderen Fehlercode: SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
Dies sind die beiden Fehlercodes, die ich oft beim Booten von Windows bekam. Normalerweise kann ich nach BSOD problemlos in Windows wechseln.
Ich habe versucht, alle Treiber auf den neuesten Treiber zu aktualisieren, der für Windows 11 verfügbar ist, auch für AMD RX 6600xt. Ich installiere auch das Windows-Treiberkit.
Als ich in der Ereignisanzeige nachgesehen habe, wurde mir angezeigt, dass ein Problem mit dem Ereigniskernel 41 (63) vorliegt
Kann jemand, der sich damit auskennt, helfen? Es ist so nervig. Danke schön.
DUMP-Code zur Analyse:
Microsoft (R) Windows Debugger Version 10.0.22000.194 X86
Urheberrecht (c) Microsoft Corporation. Alle Rechte vorbehalten.
Dump-Datei wird geladen [C:\Windows\MEMORY.DMP]
Kernel-Bitmap-Dump-Datei: Der Kernel-Adressraum ist verfügbar, der Benutzeradressraum ist möglicherweise nicht verfügbar.
Dump erfolgreich abgeschlossen, Fortschrittsprozentsatz: 100
Symbolsuchpfad ist: srv*
Der ausführbare Suchpfad ist:
Windows 10 Kernel Version 22000 MP (16 Prozesse) Kostenlos x64
Produkt: WinNt, Suite: TerminalServer SingleUserTS Personal
Edition-Build-Lab: 22000.1.amd64fre.co_release.210604-1628
Maschinenname:
Kernelbasis = 0xfffff806`37400000 PsLoadedModuleList = 0xfffff806`38029620
Zeit der Debug-Sitzung: Montag, 24. Januar, 16:13:02.981 2022 (UTC + 8:00)
Systemverfügbarkeit: 0 Tage 0:00:56.577
Laden von Kernel-Symbolen
................................................. .............
................................................. ..............
................................................. ..............
....................
Laden von Benutzersymbolen
Liste der entladenen Module wird geladen
..........
Führen Sie zur Analyse dieser Datei !analyze -v aus
11: kd> !analyze -v
************************************************** *****************************
* *
* Bugcheck-Analyse *
* *
************************************************** *****************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
Es wurde versucht, auf eine auslagerbare (oder völlig ungültige) Adresse zuzugreifen
Interrupt Request Level (IRQL) ist zu hoch. Dies ist normalerweise der Fall
verursacht durch Fahrer, die falsche Adressen verwenden.
Wenn der Kernel-Debugger verfügbar ist, rufen Sie den Stack-Backtrace ab.
Argumente:
Arg1: 0000000000001080, referenzierter Speicher
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, Wert 0 = Lesevorgang, 1 = Schreibvorgang
Arg4: fffff8063c8e6c33, Adresse, die auf den Speicher verweist
Debugging-Details:
-------------------
KEY_VALUES_STRING: 1
Schlüssel: Analysis.CPU.mSec
Wert: 7421
Schlüssel: Analysis.DebugAnalysisManager
Wert: Erstellen
Schlüssel: Analysis.Elapsed.mSec
Wert: 18204
Schlüssel: Analysis.Init.CPU.mSec
Wert: 20984
Schlüssel: Analysis.Init.Elapsed.mSec
Wert: 63682
Schlüssel: Analysis.Memory.CommitPeak.Mb
Wert: 85
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
DUMP_FILE_ATTRIBUTES: 0x1000
BUGCHECK_CODE: d1
BUGCHECK_P1: 1080
BUGCHECK_P2: 2
BUGCHECK_P3: 0
BUGCHECK_P4: fffff8063c8e6c33
READ_ADDRESS: 0000000000001080
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXWINLOGON: 1
PROCESS_NAME: System
TRAP_FRAME: ffffed81cbc3f320 – (.trap 0xffffed81cbc3f320)
HINWEIS: Der Trap-Frame enthält nicht alle Register.
Einige Registerwerte sind möglicherweise auf Null gesetzt oder falsch.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000000
rdx=ffffdc063e19bb10 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8063c8e6c33 rsp=ffffed81cbc3f4b0 rbp=0000000000000100
r8=ffffed81cbc3f490 r9=0000000000000000 r10=000000000000000b
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
stornvme!NVMeCompleteSubmissionQueueRequests+0xa3:
fffff806`3c8e6c33 488b8080100000 mov rax,qword ptr [rax+1080h] ds:00000000`00001080=????????????????
Zurücksetzen des Standardbereichs
STACK_TEXT:
ffffed81`cbc3f1d8 fffff806`378286a9 : 00000000`0000000a 00000000`00001080 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
ffffed81`cbc3f1e0 fffff806`37824800 : 00000001`f74ff000 fffff806`376d713c fffff780`40001000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
ffffed81`cbc3f320 fffff806`3c8e6c33 : ffffdc06`42d2e660 00000000`00000100 ffffdc06`271a5148 00000000`0000002e : nt!KiPageFault+0x440
FFFFED81`CBC3F4B0 FFFFF806`3C8E6F27: FFFFFDC06`271A5010 000000`000000 FFFFFDC06`271E310E FFFFED81`CBC3F240: stornvme!
ffffed81`cbc3f500 fffff806`3c8e7493: ffffdc06`271a5010 ffffed81`cbc3f700 ffffdc06`271e3100 00000000`00000051: stornvme!NVMeControllerCompleteAllIORequests+0xe3
ffffed81`cbc3f550 fffff806`3c8e5fe5 ...