IRQL_NOT_LESS_OR_EQUAL: stornvme.sys

[Y.]

Unten finden Sie die Dump-Datei. Kann mir jemand helfen, herauszufinden, welcher Treiber nicht funktioniert?

Microsoft (R) Windows Debugger Version 10.0.22473.1005 AMD64

Urheberrecht (c) Microsoft Corporation. Alle Rechte vorbehalten.

Dump-Datei wird geladen [C:\Benutzer\nfsir\Desktop\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 (36 Prozesse) Kostenlos x64

Produkt: WinNt, Suite: TerminalServer SingleUserTS

Edition-Build-Lab: 22000.1.amd64fre.co_release.210604-1628

Maschinenname:

Kernelbasis = 0xfffff807`63400000 PsLoadedModuleList = 0xfffff807`64029620

Zeit der Debug-Sitzung: Mi, 19. Januar 09:30:05.329 2022 (UTC – 5:00)

Systemverfügbarkeit: 0 Tage 0:11:11.028

Laden von Kernel-Symbolen

................................................. .............

................................................. ..............

................................................. ..............

................

Laden von Benutzersymbolen

Liste der entladenen Module wird geladen

.........

Führen Sie zur Analyse dieser Datei !analyze -v aus

nt!KeBugCheckEx:

fffff807`63815b00 48894c2408 mov qword ptr [rsp+8],rcx ss:0018:ffffa98c`cbeefb60=000000000000000a

0: 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: fffff80766b16c33, Adresse, die auf den Speicher verweist

Debugging-Details:

-------------------

KEY_VALUES_STRING: 1

Schlüssel: Analysis.CPU.mSec

Wert: 2499

Schlüssel: Analysis.DebugAnalysisManager

Wert: Erstellen

Schlüssel: Analysis.Elapsed.mSec

Wert: 3918

Schlüssel: Analysis.Init.CPU.mSec

Wert: 530

Schlüssel: Analysis.Init.Elapsed.mSec

Wert: 32480

Schlüssel: Analysis.Memory.CommitPeak.Mb

Wert: 100

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: d1

BUGCHECK_P1: 1080

BUGCHECK_P2: 2

BUGCHECK_P3: 0

BUGCHECK_P4: fffff80766b16c33

READ_ADDRESS: 0000000000001080

BLACKBOXBSD: 1 (!blackboxbsd)

BLACKBOXNTFS: 1 (!blackboxntfs)

BLACKBOXPNP: 1 (!blackboxpnp)

BLACKBOXWINLOGON: 1

PROCESS_NAME: System

TRAP_FRAME: ffffa98ccbeefca0 – (.trap 0xffffa98ccbeefca0)

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=ffffd1072bf9ee10 rsi=0000000000000000 rdi=0000000000000000

rip=fffff80766b16c33 rsp=ffffa98ccbeefe30 rbp=0000000000000100

r8=ffffa98ccbeefe10 r9=0000000000000000 r10=0000000000000000

r11=00000000000000ff r12=0000000000000000 r13=0000000000000000

r14=0000000000000000 r15=0000000000000000

iopl=0 nv up ei pl zr na po nc

stornvme!NVMeCompleteSubmissionQueueRequests+0xa3:

fffff807`66b16c33 488b8080100000 mov rax,qword ptr [rax+1080h] ds:00000000`00001080=????????????????

Zurücksetzen des Standardbereichs

STACK_TEXT:

ffffa98c`cbeefb58 fffff807`638286a9 : 00000000`0000000a 00000000`00001080 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx

ffffa98c`cbeefb60 fffff807`63824800 : 00000002`220fe000 fffff807`636d713c fffff7c7`80001000 00000000`00000000 : nt!KiBugCheckDispatch+0x69

ffffa98c`cbeefca0 fffff807`66b16c33 : ffffd107`286818c0 00000000`00000100 ffffd107`05dad148 00000000`00000031 : nt!KiPageFault+0x440

ffffa98c`cbeefe30 fffff807`66b16f27 : ffffd107`05dad010 00000000`00000000 ffffd107`0569910e ffffa98c`cbeefbc0 : stornvme!NVMeCompleteSubmissionQueueRequests+0xa3

ffffa98c`cbeefe80 fffff807`66b17493: ffffd107`05dad010 ffffa98c`cbef0000 ffffd107`05699100 00000000`00000051: stornvme!NVMeControllerCompleteAllIORequests+0xe3

ffffa98c`cbeefed0 fffff807`66b15fe5: ffffa98c`cbef0058 ffffd107`0ebeb1a0 ffffa98c`cbef00f0 ffffd107`056991a0: stornvme!NVMeControllerReset+0xb7

ffffa98c`cbeeffc0 fffff807`66a45d6c: 00000000`00000000 fffff807`63e6b019 01000000`00000000 ffffa98c`cbef0090: stornvme!NVMeHwResetBus+0x15

ffffa98c`cbeefff0 fffff807`66a64487 : ffffd107`0ebeb1a0 ffffd107`0ebeb1a0 ffffffff`ffffffff 00000000`c0000185 : storport!RaidAdapterResetBus+0x18c

ffffa98c`cbef0150 fffff807`66a6363a: ffffd107`2bdc4610 ffffd107`0ebeb8a0 ffffd107`2bdc4610 ffffd107`2bdc4610: storport!RaidUnitHierarchicalReset+0xf3

ffffa98c`cbef0200 fffff807`637688fb : ffffd107`2bdc4610 00000000`00000000 ...

 

[A.]

Hallo, ich bin A&K, hier um zu helfen.

Die von Ihnen bereitgestellten Informationen zeigen das Problem mit dem NVME-Speicherlaufwerk. Dies kann durch einen Festplattenfehler verursacht werden, und ich empfehle Ihnen, einen Integritätsscan Ihrer Festplatte durchzuführen. Gleichzeitig empfehle ich Ihnen, Ihre wichtigen Daten vorab zu sichern, um Verluste durch Festplattenschäden zu vermeiden.

 

[Y.]

Das ist noch nie passiert, bevor ich auf Windows 11 aktualisiert habe. Ich werde den Gesundheitsscan durchführen, aber ich bezweifle es.

 

[A.]

Wenn ja, empfehle ich einen sauberen Neustart, um festzustellen, ob es sich um ein Software- oder Hardwareproblem handelt. Bitte beachten Sie: https://support.microsoft.com/en-us/topic/how-t...