Häufige BSODs

[Zurbo]

Moin,

ich bekomme seit Kurzem häufig BSODs, die sich meist IRQL_NOT_LESS_OR_EQUAL oder nun zuletzt ATTEMPTED_WRITE_TO_READONLY_MEMORY schimpfen.

Die Abstürze scheinen nur in bestimmten Situationen aufzutreten, wobei ich sie trotzdem nicht provozieren kann. Gefühlt tauchen sie ausschließlich bei dem Spiel Magic The Gathering Arena sowie beim Streamen von Videos (z. B.) Mediatheken auf. Ich kann aber nicht beschwören, dass die BSODs nicht auch unabhängig davon erscheinen.

Manchmal habe ich dabei 1-2 Tage lang keinen BSOD, manchmal habe ich aber auch fünf an einem Tag.

Zu den IRQL_NOT_LESS_OR_EQUAL BSODs kann ich euch jetzt gerade keine weiteren Infos liefern, weil ich seit dem letzten Mal CCleaner habe durchlaufen lassen und dabei auch alle Dumps gelöscht wurden. Gerade hatte ich allerdings den ATTEMPTED_WRITE_TO_READONLY_MEMORY BSOD und über WinDbg kommt dabei Folgendes rum:

ATTEMPTED_WRITE_TO_READONLY_MEMORY (be)
An attempt was made to write to readonly memory. The guilty driver is on the
stack trace (and is typically the current instruction pointer).
When possible, the guilty driver's name (Unicode string) is printed on
the BugCheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: fffff8071f7327d7, Virtual address for the attempted write.
Arg2: 0a000001004001a1, PTE contents.
Arg3: ffffe3026167d590, (reserved)
Arg4: 000000000000000f, (reserved)

Debugging Details:
------------------


KEY_VALUES_STRING: 1

Key : Analysis.CPU.mSec
Value: 2484

Key : Analysis.DebugAnalysisManager
Value: Create

Key : Analysis.Elapsed.mSec
Value: 25300

Key : Analysis.Init.CPU.mSec
Value: 1139

Key : Analysis.Init.Elapsed.mSec
Value: 69393

Key : Analysis.Memory.CommitPeak.Mb
Value: 82

Key : WER.OS.Branch
Value: co_release

Key : WER.OS.Timestamp
Value: 2021-06-04T16:28:00Z

Key : WER.OS.Version
Value: 10.0.22000.1


FILE_IN_CAB: 012422-4812-01.dmp

BUGCHECK_CODE: be

BUGCHECK_P1: fffff8071f7327d7

BUGCHECK_P2: a000001004001a1

BUGCHECK_P3: ffffe3026167d590

BUGCHECK_P4: f

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: MTGA.exe

TRAP_FRAME: ffffe3026167d590 -- (.trap 0xffffe3026167d590)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000009 rbx=0000000000000000 rcx=0000000000000000
rdx=fffff8071f7327a7 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8071f733264 rsp=ffffe3026167d720 rbp=ffffbf803f7a8180
r8=0000000000000000 r9=0000000000000000 r10=0000000000000003
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!KiSearchForNewThreadOnProcessor+0x174:
fffff807`1f733264 f0490fba6f3000 lock bts qword ptr [r15+30h],0 ds:00000000`00000030=????????????????
Resetting default scope

STACK_TEXT:
ffffe302`6167d398 fffff807`1f6220c9 : 00000000`000000be fffff807`1f7327d7 0a000001`004001a1 ffffe302`6167d590 : nt!KeBugCheckEx
ffffe302`6167d3a0 fffff807`1f72788c : 00000000`00000002 00000000`00000003 ffffe302`6167d4f0 00000000`00000000 : nt!MiRaisedIrqlFault+0x381
ffffe302`6167d3f0 fffff807`1f8246f5 : 00000000`00000000 fffff807`1f65918a fffff807`1f6180a0 fffff807`1f60fa78 : nt!MmAccessFault+0x3bc
ffffe302`6167d590 fffff807`1f733264 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x335
ffffe302`6167d720 fffff807`1f732811 : ffffbf80`3f7a8180 00000000`ffffffff 00000000`0000000b 00000002`00000000 : nt!KiSearchForNewThreadOnProcessor+0x174
ffffe302`6167d7d0 fffff807`1f734359 : 00000000`00000003 00000000`00000009 ffffe302`6167d9b0 00000000`00000000 : nt!KiSwapThread+0x711
ffffe302`6167d8b0 fffff807`1f72e274 : ffffe302`00000000 fffff807`00000000 00000000`00000000 00000000`00000000 : nt!KiCommitThreadWait+0x159
ffffe302`6167d950 fffff807`1fb6accb : ffffac0c`1e55a1e0 00000000`00000006 00000000`00000001 00000000`00000000 : nt!KeWaitForSingleObject+0x234
ffffe302`6167da40 fffff807`1fb6abfa : ffffac0c`1df51080 00000000`00000000 00000000`00000000 ffffac0c`1e55a1e0 : nt!ObWaitForSingleObject+0xbb
ffffe302`6167daa0 fffff807`1f828078 : ffffac0c`1df51080 000002a8`904c40d0 00000000`00000000 00000000`00000000 : nt!NtWaitForSingleObject+0x6a
ffffe302`6167dae0 00007ffd`22a033e4 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x28
000000ac`c27ff978 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffd`22a033e4


SYMBOL_NAME: nt!MiRaisedIrqlFault+381

MODULE_NAME: nt

IMAGE_VERSION: 10.0.22000.434

STACK_COMMAND: .cxr; .ecxr ; kb

IMAGE_NAME: ntkrnlmp.exe

BUCKET_ID_FUNC_OFFSET: 381

FAILURE_BUCKET_ID: 0xBE_nt!MiRaisedIrqlFault

OS_VERSION: 10.0.22000.1

BUILDLAB_STR: co_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {1c5b4d11-09e0-def3-d2d0-70a11d69b92d}

Followup: MachineOwner

Ich habe den aktuellsten Minidump auch noch als Anhang hinzugefügt.

Es könnte sein, dass die Probleme auftauchen, seitdem ich zwei weitere (neue) RAM-Module eingebaut habe. Es handelt sich dabei um den Corsair Vengeance LPX DDR4, von dem ich nun vier mal 8GB Riegel verbaut habe. Im BIOS ist hierfür DOCP mit 3.000MHz eingestellt.

Ungefähr zeitgleich mit dem neuen Ram habe ich allerdings auch Windows 11 installiert, wobei ich ein Image genutzt habe, bei dem die Überprüfungen zur Systemkopatibilität (TPM, Secure Boot?) "umgangen" werden. Möglicherweise besteht also auch hier ein Zusammenhang.

Neben dem Ram habe ich folgende Komponenten verbaut:

Mainboard: ASUS B350-Plus
CPU: Ryzen 7 3700X
Grafikkarte: RX 5700 XT

Benötigt ihr noch weitere Infos von mir?

Viele Grüße

 

[Drewkev]

Es könnte sein, dass die Probleme auftauchen, seitdem ich zwei weitere (neue) RAM-Module eingebaut habe. Es handelt sich dabei um den Corsair Vengeance LPX DDR4, von dem ich nun vier mal 8GB Riegel verbaut habe. Im BIOS ist hierfür DOCP mit 3.000MHz eingestellt.

Hast du die exakt selben Riegel gekauft oder andere?

bei dem die Überprüfungen zur Systemkopatibilität (TPM, Secure Boot?) "umgangen" werden. Möglicherweise besteht also auch hier ein Zusammenhang.

Nö, da besteht kein Zusammenhang.

Einmal ohne XMP/DOCP probieren und versuchen, die BSODs zu reproduzieren.

 

[BFF]

Vollbestückung und Ryzen schreit fast immer nach etwas mehr Spannung.

Gibt genug Hinweise dazu im Forum hier.

 

[whats4]

der bsod ist eher einer aus dem "ram kontex"
vier riegel sind auch verbaut, deshalb: teste!

was ich machen würde: als pärchen testen &verkaufen, wenn gut.
kaufen: 2x16gb crucial ballistix 3200. oder 3600, preisabhängig.

 

[Zurbo]

Hast du die exakt selben Riegel gekauft oder andere?

Einmal ohne XMP/DOCP probieren und versuchen, die BSODs zu reproduzieren.

Ich habe die exakt selben Riegel gekauft.

Soll ich den Ram irgendwie bestimmt einstellen, wenn ich DOCP deaktiviere? Sorry, kenne mich nicht so gut aus. Hab mal gelesen, dass es bei dem Problem sein kann, dass ich die Taktung des Rams unter 3.000MHz halten soll, aber habe es auch mit 2.666MHz getestet und hatte trotzdem noch Probleme

Vollbestückung und Ryzen schreit fast immer nach etwas mehr Spannung.

Gibt genug Hinweise dazu im Forum hier.

Kannst du mir da noch etwas weiter auf die Sprünge helfen? Mehr Spannung für die CPU? Kann ich das in einem bestimmten Rahmen "bedenkenlos" einstellen?

 

[Drewkev]

Die Spannung der CPU wird auf Auto sein. Die des RAMs aber (glaube ich) nicht, sofern XMP/DOCP aktiviert. Geh ins BIOS und erhöhe "DRAM Voltage" auf....sagen wir, 1.35V? Einverstanden @BFF ?

 

[Denniss]

Gleiche Revisionsnummer bei neuen Modulen vs alte Module? Falls nicht gleich dann andere Chips drauf = garant für Probleme

 

[Zurbo]

Die Spannung der CPU wird auf Auto sein. Die des RAMs aber (glaube ich) nicht, sofern XMP/DOCP aktiviert. Geh ins BIOS und erhöhe "DRAM Voltage" auf....sagen wir, 1.35V? Einverstanden @BFF ?

Laut BIOS ist die DRAM Voltage bereits auf 1.35V.

Gleiche Revisionsnummer bei neuen Modulen vs alte Module? Falls nicht gleich dann andere Chips drauf = garant für Probleme

Die sehe ich vermutlich nur auf den Chips selbst oder ist das die Nummer, die bei der Bestellung direkt hinter dem Artikelnamen in Klammern stand? Ich meine darauf geachtet zu haben. Allerdings liegt ein sehr langer zeitlicher Abstand zwischen den ersten beiden Riegeln und diesen hier...

Es handelt sich im Übrigen um diesen Speicher: https://www.amazon.de/dp/B0134EW7G8/ref=pe_27091401_487024491_TE_item?th=1 Ich wundere mich nur, dass in der Beschreibung was von 2.666MHz und nicht 3.000MHz steht, aber das schiebe ich jetzt mal auf amazon.

 

[eYc]

ATTEMPTED_WRITE_TO_READONLY_MEMORY

Lieder fehlen Hardwareangaben, aber könnte man vielleicht auf schreibtote Flash-Zellen (SSD) beziehen?
Speicher und Datenträger überprüfen.

Und CCleaner hilft natürlich gegen alles, auch Bluescreens.

 

[Denniss]

https://images.anandtech.com/doci/15089/IMG_20200127_104452.jpg
So ein Aufkleber sollte auf jedem Modul drauf sein. In dem Beispiel ist ver 3.31 die Revisionsnummer

 

[Drewkev]

Und CCleaner hilft natürlich gegen alles, auch Bluescreens.

Und beim Übertakten

Ich kann mich nur wiederholen:

Einmal ohne XMP/DOCP probieren und versuchen, die BSODs zu reproduzieren.

 

[Nickel]

"ATTEMPTED_WRITE_TO_READONLY_MEMORY"
Eher ein Sofware/Treiber Problem.
Aber erst muss da mal der RAM überprüft werden,
auch noch vor dem Auswerten von Dump-Files
Zumal hier ja auch der: "IRQL_NOT_LESS_OR_EQUAL" dabei ist.

Ein kompletter Durchlauf,
bei Fehler kannst du abbrechen::

"MemTest86 Free 9.4 Build 1000"

 

[Silver Server]

Spoiler

STACK_TEXT:
ffffe302`6167d398 fffff807`1f6220c9 : 00000000`000000be fffff807`1f7327d7 0a000001`004001a1 ffffe302`6167d590 : nt!KeBugCheckEx
ffffe302`6167d3a0 fffff807`1f72788c : 00000000`00000002 00000000`00000003 ffffe302`6167d4f0 00000000`00000000 : nt!MiRaisedIrqlFault+0x381
ffffe302`6167d3f0 fffff807`1f8246f5 : 00000000`00000000 fffff807`1f65918a fffff807`1f6180a0 fffff807`1f60fa78 : nt!MmAccessFault+0x3bc
ffffe302`6167d590 fffff807`1f733264 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x335
ffffe302`6167d720 fffff807`1f732811 : ffffbf80`3f7a8180 00000000`ffffffff 00000000`0000000b 00000002`00000000 : nt!KiSearchForNewThreadOnProcessor+0x174
ffffe302`6167d7d0 fffff807`1f734359 : 00000000`00000003 00000000`00000009 ffffe302`6167d9b0 00000000`00000000 : nt!KiSwapThread+0x711
ffffe302`6167d8b0 fffff807`1f72e274 : ffffe302`00000000 fffff807`00000000 00000000`00000000 00000000`00000000 : nt!KiCommitThreadWait+0x159
ffffe302`6167d950 fffff807`1fb6accb : ffffac0c`1e55a1e0 00000000`00000006 00000000`00000001 00000000`00000000 : nt!KeWaitForSingleObject+0x234
ffffe302`6167da40 fffff807`1fb6abfa : ffffac0c`1df51080 00000000`00000000 00000000`00000000 ffffac0c`1e55a1e0 : nt!ObWaitForSingleObject+0xbb
ffffe302`6167daa0 fffff807`1f828078 : ffffac0c`1df51080 000002a8`904c40d0 00000000`00000000 00000000`00000000 : nt!NtWaitForSingleObject+0x6a
ffffe302`6167dae0 00007ffd`22a033e4 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x28
000000ac`c27ff978 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffd`22a033e4

Den Fehler würde ich in Richtung Arbeitsspeicher suchen.
Passt der Arbeitsspeicher zum <Motherboard? Steht er in der QVL liste?
Sitzt der Arbeitsspeicher im richtigen Slot?
Ist der Arbeitsspeicher oder der Prozessor übertaktet?
Bios auf dem aktuellen stand?
Chipsatztreiber neu installiert?
Auch einen Memtest 86 durchführen. https://www.memtest86.com/download.htm

 

[Zurbo]

Lieder fehlen Hardwareangaben, aber könnte man vielleicht auf schreibtote Flash-Zellen (SSD) beziehen?
Speicher und Datenträger überprüfen.

Und CCleaner hilft natürlich gegen alles, auch Bluescreens.

Sagt ja niemand, dass ich den CCleaner wegen des Bluescreens hab laufen lassen. Wie überprüfe ich am besten den Datenträger?

https://images.anandtech.com/doci/15089/IMG_20200127_104452.jpg
So ein Aufkleber sollte auf jedem Modul drauf sein. In dem Beispiel ist ver 3.31 die Revisionsnummer

Hab gerade die Module rausgenommen und es handelt sich um insgesamt zwei unterschiedliche Revisionen. Denkst du, dass hier extrem wahrscheinlich das Problem liegt?

"ATTEMPTED_WRITE_TO_READONLY_MEMORY"
Eher ein Sofware/Treiber Problem.
Aber erst muss da mal der RAM überprüft werden,
auch noch vor dem Auswerten von Dump-Files
Zumal hier ja auch der: "IRQL_NOT_LESS_OR_EQUAL" dabei ist.

Ein kompletter Durchlauf,
bei Fehler kannst du abbrechen::

"MemTest86 Free 9.4 Build 1000"

Ich habe alle 4 Läufe von MemTest durchlaufen lassen und keinen Fehler erhalten.
Eigentlich habe ich auch eher das Gefühl, dass es ein Treiberproblem ist. Ist es nicht vielleicht auch auffällig, dass das Problem hauptsächlich beim Gucken von Videos (Mediatheken, Youtube) auftaucht?

Den Fehler würde ich in Richtung Arbeitsspeicher suchen.
Passt der Arbeitsspeicher zum <Motherboard? Steht er in der QVL liste?
Sitzt der Arbeitsspeicher im richtigen Slot?
Ist der Arbeitsspeicher oder der Prozessor übertaktet?
Bios auf dem aktuellen stand?
Chipsatztreiber neu installiert?
Auch einen Memtest 86 durchführen. https://www.memtest86.com/download.htm

Der Speicher steht nicht in der QVL-Liste, nein. Allerdings hat bis vor Kurzem alles noch einwandfrei funktioniert und da hatte ich ja auch bereits den Speicher verbaut.

Was heißt im richtigen Slot? Ich habe 4 von 4 Slots belegt.

Übertaktet ist nichts. BIOS und Chipsatz wurden seit den Bluescreens auf den neusten Stand gebracht.

MemTest hat bei 4/4 Durchläufen keinen Fehler festgestellt.

@Drewkev Als nächstes werde ich DOCP ausstellen und gucken, ob ich einen weiteren Bluescreen produzieren kann. Soll ich die Timings und Taktung des Rams selbst einstellen oder einfach alles auf Auto lassen?

 

[Drewkev]

@Drewkev Als nächstes werde ich DOCP ausstellen und gucken, ob ich einen weiteren Bluescreen produzieren kann. Soll ich die Timings und Taktung des Rams selbst einstellen oder einfach alles auf Auto lassen?

Einfach DOCP ausschalten und nichts weiter dran ändern.

 

[eYc]

Wie überprüfe ich am besten den Datenträger?

Für's erste mit Crystal Disk Info die Smart-Werte kontrollieren, und Screenshot(2) davon reinstellen. Gibt auch Tools der Hersteller der SSDs und HDDs, wenn man nur wüsste welche ...

Hab gerade die Module rausgenommen und es handelt sich um insgesamt zwei unterschiedliche Revisionen. Denkst du, dass hier extrem wahrscheinlich das Problem liegt?

Welche sind's denn genau? Nicht ein Kit, oder zwei Kits?
Wenn memtest86 keine Fehler ausgibt, dann sind sie wahrscheinlich ok. Bestimmte Fehler treten aber manchmal nur in der Praxis auf. Zur Sicherheit kannst du sie daher auch einzeln und paarweise testen, mit Windows.

 

[Zurbo]

Für's erste mit Crystal Disk Info die Smart-Werte kontrollieren, und Screenshot(2) davon reinstellen. Gibt auch Tools der Hersteller der SSDs und HDDs, wenn man nur wüsste welche ...

Hab ne 970 Evo und ne 840 Evo. Der Laufwerkszustand wird bei beiden in Samsung Magician mit "Gut" angegeben. Der Diagnostic Scan ergibt keine Fehler.

Welche sind's denn genau? Nicht ein Kit, oder zwei Kits?
Wenn memtest86 keine Fehler ausgibt, dann sind sie wahrscheinlich ok. Bestimmte Fehler treten aber manchmal nur in der Praxis auf. Zur Sicherheit kannst du sie daher auch einzeln und paarweise testen, mit Windows.

Also es sind zwei Kits mit je 2x8GB: Dabei handelt es sich um Corsair Vengeance LPX Speicher (CMK16GX4M2B3000C15).
edit: Und die Kits haben jeweils natürlich dieselbe Revision, aber Kit 1 hat eine andere als Kit 2.

 

[Zurbo]

Einfach DOCP ausschalten und nichts weiter dran ändern.

Nach circa 30h ohne Bluescreen ist es soeben wieder passiert (während aktuell ein Video bei reddit lief, falls das eine Rolle spielt). WinDbg sagt dazu Folgendes:

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: ffff87043fb90050, memory referenced
Arg2: 00000000000000ff, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: ffff87043fb90050, address which referenced memory

Debugging Details:
------------------


KEY_VALUES_STRING: 1

Key : Analysis.CPU.mSec
Value: 2155

Key : Analysis.DebugAnalysisManager
Value: Create

Key : Analysis.Elapsed.mSec
Value: 2216

Key : Analysis.Init.CPU.mSec
Value: 1249

Key : Analysis.Init.Elapsed.mSec
Value: 66644

Key : Analysis.Memory.CommitPeak.Mb
Value: 86

Key : WER.OS.Branch
Value: co_release

Key : WER.OS.Timestamp
Value: 2021-06-04T16:28:00Z

Key : WER.OS.Version
Value: 10.0.22000.1


FILE_IN_CAB: MEMORY.DMP

DUMP_FILE_ATTRIBUTES: 0x1000

BUGCHECK_CODE: d1

BUGCHECK_P1: ffff87043fb90050

BUGCHECK_P2: ff

BUGCHECK_P3: 0

BUGCHECK_P4: ffff87043fb90050

READ_ADDRESS: ffff87043fb90050 Nonpaged pool

ADDITIONAL_DEBUG_TEXT: The trap occurred when interrupts are disabled on the target.

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

PROCESS_NAME: System

TRAP_FRAME: ffff9c02ca445650 -- (.trap 0xffff9c02ca445650)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000ffffffff rbx=0000000000000000 rcx=0000000000000001
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=ffff87043fb90050 rsp=ffff9c02ca4457e0 rbp=ffff9c02ca445910
r8=00000000ffffffff r9=ffff9c02ca445900 r10=ffff870435a95600
r11=ffff87043fb90300 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up di ng nz na pe nc
ffff8704`3fb90050 0000 add byte ptr [rax],al ds:00000000`ffffffff=??
Resetting default scope

FAILED_INSTRUCTION_ADDRESS:
+0
ffff8704`3fb90050 0000 add byte ptr [rax],al

STACK_TEXT:
ffff9c02`ca445508 fffff804`496286a9 : 00000000`0000000a ffff8704`3fb90050 00000000`000000ff 00000000`00000000 : nt!KeBugCheckEx
ffff9c02`ca445510 fffff804`49624800 : 00000089`fa416654 ffff9c02`ffffffff 00000000`00000000 00000000`00000002 : nt!KiBugCheckDispatch+0x69
ffff9c02`ca445650 ffff8704`3fb90050 : ffff8704`3fb902f8 00000000`00000000 ffffc300`5cba8180 ffff9c02`ca445910 : nt!KiPageFault+0x440
ffff9c02`ca4457e0 ffff8704`3fb902f8 : 00000000`00000000 ffffc300`5cba8180 ffff9c02`ca445910 ffffc300`5cba8180 : 0xffff8704`3fb90050
ffff9c02`ca4457e8 00000000`00000000 : ffffc300`5cba8180 ffff9c02`ca445910 ffffc300`5cba8180 fffff804`494dc4ef : 0xffff8704`3fb902f8


SYMBOL_NAME: nt!KiPageFault+440

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

STACK_COMMAND: .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET: 440

FAILURE_BUCKET_ID: DISABLED_INTERRUPT_FAULT_CODE_AV_BAD_IP_nt!KiPageFault

OS_VERSION: 10.0.22000.1

BUILDLAB_STR: co_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {f2ab72c5-099d-9077-bfcf-ba12aa825b36}

Followup: MachineOwner

Ram läuft ohne DOCP auf Auto-Einstellungen und damit 2.133MHz statt 3.000MHz.

edit: Aktuellsten Dump angehangen.

 

[Silver Server]

Die neue Dumpfile ergibt keine neue Erkenntnisse. Siehe Beitrag #13

 

[Zurbo]

Hab jetzt mal nach Nutzung von DDU meinen Grafikkartentreiber ganz sauber neu draufgezogen. Eventuell hilft das ja. Ansonsten fällt mir grad nicht mehr viel ein.

edit: Hat leider nichts gebracht. Gerade wieder IRQL_DRIVER_NOT_LESS_OR_EQUAL :'(

edit2: Ich habe zuletzt die DDR Spannung auf 1.4 gesetzt. Hat mal zu einem anderen Bluescreen geführt: DRIVER_PORTION_MUST_BE_NONPAGED (s. Anhang)

WinDbg
DRIVER_PORTION_MUST_BE_NONPAGED (d3)
When possible, the guilty driver's name (Unicode string) is printed on
the BugCheck screen and saved in KiBugCheckDriver.
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers marking code or data as pageable when it should be
marked nonpaged.
If kernel debugger is available get stack backtrace.
Arguments:
Arg1: fffff80324e09886, memory referenced
Arg2: 00000000000000ff, IRQL
Arg3: 00000000000000da, value 0 = read operation, 1 = write operation
Arg4: fffff80317cdc5a8, address which referenced memory

Debugging Details:
------------------

*** WARNING: Unable to verify checksum for win32k.sys

KEY_VALUES_STRING: 1

Key : Analysis.CPU.mSec
Value: 2624

Key : Analysis.DebugAnalysisManager
Value: Create

Key : Analysis.Elapsed.mSec
Value: 12484

Key : Analysis.Init.CPU.mSec
Value: 1015

Key : Analysis.Init.Elapsed.mSec
Value: 63792

Key : Analysis.Memory.CommitPeak.Mb
Value: 91

Key : WER.OS.Branch
Value: co_release

Key : WER.OS.Timestamp
Value: 2021-06-04T16:28:00Z

Key : WER.OS.Version
Value: 10.0.22000.1


FILE_IN_CAB: 012622-5125-01.dmp

BUGCHECK_CODE: d3

BUGCHECK_P1: fffff80324e09886

BUGCHECK_P2: ff

BUGCHECK_P3: da

BUGCHECK_P4: fffff80317cdc5a8

WRITE_ADDRESS: fffff80318705450: Unable to get MiVisibleState
Unable to get NonPagedPoolStart
Unable to get NonPagedPoolEnd
Unable to get PagedPoolStart
Unable to get PagedPoolEnd
unable to get nt!MmSpecialPagesInUse
fffff80324e09886

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT: 1

PROCESS_NAME: System

TRAP_FRAME: fffff6891d845680 -- (.trap 0xfffff6891d845680)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff6891d8459d0
rdx=fffff6891d8459f8 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80317cdc5a8 rsp=fffff6891d845810 rbp=fffff6891d845910
r8=0000000000000000 r9=fffff6891d8459d0 r10=ffffffffffffffff
r11=ffffd0017cda8180 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up di pl nz na pe nc
nt!PpmIdlePrepare+0x3a8:
fffff803`17cdc5a8 6645096730 or word ptr [r15+30h],r12w ds:00000000`00000030=????
Resetting default scope

STACK_TEXT:
fffff689`1d845538 fffff803`17e28da9 : 00000000`0000000a fffff803`24e09886 00000000`000000ff 00000000`000000da : nt!KeBugCheckEx
fffff689`1d845540 fffff803`17e24f00 : ffffba8c`0657f1a0 00000000`00000000 00000000`00000001 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff689`1d845680 fffff803`17cdc5a8 : fffff780`00000008 00000000`00000002 00000006`651fa26f 00000000`00000000 : nt!KiPageFault+0x440
fffff689`1d845810 fffff803`17cd9b44 : ffffd001`7cda8180 00000000`00000004 00000000`00000000 00000000`0002ae9a : nt!PpmIdlePrepare+0x3a8
fffff689`1d845a70 fffff803`17e1a124 : 00000000`00000000 ffffd001`7cdb4440 ffffba8c`0c6e1080 00000000`00000558 : nt!PoIdle+0x414
fffff689`1d845c40 00000000`00000000 : fffff689`1d846000 fffff689`1d840000 00000000`00000000 00000000`00000000 : nt!KiIdleLoop+0x54


SYMBOL_NAME: nt!PpmIdlePrepare+3a8

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

IMAGE_VERSION: 10.0.22000.469

STACK_COMMAND: .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET: 3a8

FAILURE_BUCKET_ID: 0xD3_nt!PpmIdlePrepare

OS_VERSION: 10.0.22000.1

BUILDLAB_STR: co_release

OSPLATFORM_TYPE: x64

OSNAME: Windows 10

FAILURE_ID_HASH: {739ae152-9688-21ad-1d33-b6c7c382f60e}

Followup: MachineOwner

Hilft das noch irgendwie weiter?