Bluescreen

[owlfritz]

Da ist der Riegel mal gerade ein paar Stunden drinne schon ein Bluescreen.
---------
PFN_LIST_CORRUPT (4e)
Typically caused by drivers passing bad memory descriptor lists (ie: calling
MmUnlockPages twice with the same list, etc). If a kernel debugger is
available get the stack trace.
Arguments:
Arg1: 0000000000000099, A PTE or PFN is corrupt
Arg2: 000000000006ea59, page frame number
Arg3: 0000000000000000, current page state
Arg4: 000000000002fa59, 0

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


BUGCHECK_STR: 0x4E_99

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: GRID.exe

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002b112bc to fffff80002a81600

STACK_TEXT:
fffff880`08261f98 fffff800`02b112bc : 00000000`0000004e 00000000`00000099 00000000`0006ea59 00000000`00000000 : nt!KeBugCheckEx
fffff880`08261fa0 fffff800`02af3937 : 00000000`00000000 fffff680`00310b68 00000000`00000002 00000000`00000001 : nt!MiBadShareCount+0x4c
fffff880`08261fe0 fffff800`02a55b43 : fffffa80`01ec3b30 fffff700`0002a1f0 0000007f`fffffff8 fffff8a0`08587288 : nt! ?? ::FNODOBFM::`string'+0x3227e
fffff880`08262070 fffff800`02a545a2 : fffffa80`01ec3b30 fffffa80`00000001 fffff880`00028971 fffff800`00000006 : nt!MiDeleteAddressesInWorkingSet+0x307
fffff880`08262920 fffff800`02d67c4f : fffff8a0`07b04a90 fffff880`08262c20 00000000`00000000 fffffa80`04692b60 : nt!MmCleanProcessAddressSpace+0x96
fffff880`08262970 fffff800`02d404d1 : 00000000`c0000005 00000000`c0000001 00000000`7ef32000 00000000`00000000 : nt!PspExitThread+0x92f
fffff880`08262a30 fffff800`02a5e0e3 : 00000000`00000100 fffffa80`04692c20 00000000`00000001 fffff800`02a8895d : nt!PsExitSpecialApc+0x1d
fffff880`08262a60 fffff800`02a5e520 : 00000000`00000000 fffff880`08262ae0 fffff800`02d405dc 00000000`00000001 : nt!KiDeliverApc+0x2eb
fffff880`08262ae0 fffff800`02a808f7 : fffffa80`04692b60 00000000`00000c4c 00000000`00000000 fffffa80`03c9a8e0 : nt!KiInitiateUserApc+0x70
fffff880`08262c20 00000000`73932dd9 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x9c
00000000`4d7df0f8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x73932dd9


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiBadShareCount+4c
fffff800`02b112bc cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiBadShareCount+4c

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4b88cfeb

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x4E_99_nt!MiBadShareCount+4c

BUCKET_ID: X64_0x4E_99_nt!MiBadShareCount+4c

Followup: MachineOwner
---------

 

[simpel1970]

Dann hast du ja den Schuldigen gefunden. Hast/hattest du den Riegel mit Memtest86+ auch schon einzeln überprüft?

Hast du noch Garantie auf das RAM-Kit?

 

[owlfritz]

Ja hatte ihn mit Memtest geprüft,aber kein Error.
Garantie dürfte ich noch haben, da ich meinen PC erst in diesem Jahr erneuert habe.

Ich warte jetzt aber noch bis zum nächsten Bluescreen um mir ganz sicher zu sein.

 

[simpel1970]

Ok. Kannst ja noch mal ne Runde zocken.

 

[Wilhelm14]

Dann wäre es einer der außerordentlichen Fälle kaputten RAMs ohne Enttarnung durch Memtest86+.

Welcher Memtest kam zum Einsatz?
http://www.chip.de/downloads/MemTest_13007829.html
oder
http://www.memtest.org/

Du könntest, wenn möglich, den RAM einfach mit welchem aus einem anderen Rechner zeitweise tauschen. Z.B. bei Freunden.

Wenn noch nicht geschehen, könntest Du einen Bluescreen versuchen zu provozieren, indem Du sehr große RAR-Dateien entpackst.

 

[owlfritz]

Mein Bruder hat eine Kubuntu-DVD auf der Memtest drauf ist.

Ergänzung (4. Juli 2010)

So erst habe ich einen Bluescreen provoziert dann kam als Zugabe gleich noch einer.
Werde jetzt nocheinmal den anderen Riegel einbauen und dann versuchen einen Bluescreen zu provozieren.
----------
IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffff880255eb8a0, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80002a79a34, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002cc10e0
fffff880255eb8a0

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiResolveMappedFileFault+534
fffff800`02a79a34 8b8da0000020 mov ecx,dword ptr [rbp+200000A0h]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: CODE_CORRUPTION

BUGCHECK_STR: 0xA

PROCESS_NAME: Skype.exe

TRAP_FRAME: fffff880055eb610 -- (.trap 0xfffff880055eb610)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000004e5fb rbx=0000000000000000 rcx=0000000fffffffff
rdx=000001e0001ca0b0 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002a79a34 rsp=fffff880055eb7a0 rbp=fffff880055eb800
r8=0000000000000001 r9=fffff8a002783068 r10=0000000000000001
r11=0000000000000001 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!MiResolveMappedFileFault+0x534:
fffff800`02a79a34 8b8da0000020 mov ecx,dword ptr [rbp+200000A0h] ss:fffff880`255eb8a0=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002a88b69 to fffff80002a89600

STACK_TEXT:
fffff880`055eb4c8 fffff800`02a88b69 : 00000000`0000000a fffff880`255eb8a0 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`055eb4d0 fffff800`02a877e0 : fffffa80`6d646156 fffffa80`00eb1f10 fffffa80`00000000 fffffa80`042f4b30 : nt!KiBugCheckDispatch+0x69
fffff880`055eb610 fffff800`02a79a34 : 00000000`0003d807 fffff8a0`00000000 00000000`00000000 fa800445`2a480420 : nt!KiPageFault+0x260
fffff880`055eb7a0 fffff800`02aafd0d : fa800445`2a480420 f8a00278`30500400 fffff8a0`02783050 00000000`00000000 : nt!MiResolveMappedFileFault+0x534
fffff880`055eb910 fffff800`02aa549e : 00000000`00000000 00000000`01201bdd fffff680`00009008 fffffa80`042f4ec8 : nt!MiResolveProtoPteFault+0x48d
fffff880`055eb9b0 fffff800`02aa3623 : 00000000`5f010700 00000000`01201bdd 00000000`0000018a 00000000`00000000 : nt!MiDispatchFault+0x1de
fffff880`055ebac0 fffff800`02a876ee : 00000000`00000000 00000000`0377f670 00000000`04bc0301 fffffa80`048c2e60 : nt!MmAccessFault+0x343
fffff880`055ebc20 00000000`00405abf : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`0018f7d8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x405abf


STACK_COMMAND: kb

CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
fffff80002a79a39 - nt!MiResolveMappedFileFault+539
[ 00:20 ]
1 error : !nt (fffff80002a79a39)

MODULE_NAME: memory_corruption

IMAGE_NAME: memory_corruption

FOLLOWUP_NAME: memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MEMORY_CORRUPTOR: ONE_BIT

FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

Followup: memory_corruption

2.
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc000001d, The exception code that was not handled
Arg2: fffff80002b35a38, The address that the exception occurred at
Arg3: fffff88002dce9e8, Exception Record Address
Arg4: fffff88002dce250, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc000001d - {AUSNAHME} Ung ltige Anweisung Es wurde versucht, eine ung ltige Anweisung auszuf hren.

FAULTING_IP:
nt!PfSnDeactivateTrace+2f8
fffff800`02b35a38 41 ???

EXCEPTION_RECORD: fffff88002dce9e8 -- (.exr 0xfffff88002dce9e8)
ExceptionAddress: fffff80002b35a38 (nt!PfSnDeactivateTrace+0x00000000000002f8)
ExceptionCode: c000001d (Illegal instruction)
ExceptionFlags: 00000000
NumberParameters: 0

CONTEXT: fffff88002dce250 -- (.cxr 0xfffff88002dce250)
rax=0000000000000000 rbx=0000000000000000 rcx=fffffa8003550648
rdx=0000000000000001 rsi=fffffa8002b90700 rdi=fffff80002beae80
rip=fffff80002b35a38 rsp=fffff88002dcec20 rbp=0000000000000000
r8=fffff80002a00000 r9=0000000000000000 r10=0000000000000006
r11=fffffa8002b908c8 r12=0000000000000000 r13=fffffa8002b90740
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
nt!PfSnDeactivateTrace+0x2f8:
fffff800`02b35a38 41 ???
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: CODE_CORRUPTION

BUGCHECK_STR: 0x7E

PROCESS_NAME: System

CURRENT_IRQL: 2

ERROR_CODE: (NTSTATUS) 0xc000001d - {AUSNAHME} Ung ltige Anweisung Es wurde versucht, eine ung ltige Anweisung auszuf hren.

LAST_CONTROL_TRANSFER: from fffff80002e85dbc to fffff80002b35a38

FAILED_INSTRUCTION_ADDRESS:
nt!PfSnDeactivateTrace+2f8
fffff800`02b35a38 41 ???

STACK_TEXT:
fffff880`02dcec20 fffff800`02e85dbc : 00000000`00000000 fffffa80`02b90740 fffff800`02c155f8 fffffa80`018e5500 : nt!PfSnDeactivateTrace+0x2f8
fffff880`02dcec80 fffff800`02a7d861 : fffff800`02c15500 fffff800`02e86210 fffff800`02c155f8 fffffa80`018e5560 : nt!PfSnEndTrace+0x3c
fffff880`02dcecb0 fffff800`02d15a86 : baa07032`678028dd fffffa80`018e5560 00000000`00000080 fffffa80`0184f9e0 : nt!ExpWorkerThread+0x111
fffff880`02dced40 fffff800`02a4eb06 : fffff880`009e9180 fffffa80`018e5560 fffff880`009f3f40 8a33a6ea`1035093c : nt!PspSystemThreadStartup+0x5a
fffff880`02dced80 00000000`00000000 : fffff880`02dcf000 fffff880`02dc9000 fffff880`02dce9f0 00000000`00000000 : nt!KxStartSystemThread+0x16


CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
fffff80002b35a39 - nt!PfSnDeactivateTrace+2f9
[ 0f:2f ]
1 error : !nt (fffff80002b35a39)

MODULE_NAME: memory_corruption

IMAGE_NAME: memory_corruption

FOLLOWUP_NAME: memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MEMORY_CORRUPTOR: ONE_BIT

STACK_COMMAND: .cxr 0xfffff88002dce250 ; kb

FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

Followup: memory_corruption
---------

 

[simpel1970]

Mein Bruder hat eine Kubuntu-DVD auf der Memtest drauf ist.

Was für eine Version ist das? Nimm lieber die aktuellste Version von Memtest86+ um sicher zu gehen.

 

[owlfritz]

Habe mit der aktuellsten Version es noch einmal probiert, aber kein Error.

 

[simpel1970]

Wieviel Durchgänge mit Memtest hast du gemacht?
Wundert mich jetzt ein bischen, dass Memtest86+ nichts findet...aber gut, wenn der Fehler bringt und der andere Riegel ohne Probs läuft, würde ich das Kit umtauschen.

 

[Wilhelm14]

Hallo Leute!

Ein paar mehr Details wären hilfreich. Es werden ständig versucht Antworten aus der Nase zu ziehen. Auf die Frage, welches Memtest zum Einsatz gekommen ist, gibt es noch keine korrekte Antwort. "Von Ubuntu" ist nur eine Richtung, die man erahnen kann. Das einzig echte Memtest wurde letzten Mittwoch in Post #6 schon empfohlen. Manche scheinen kein ernsthaftes Interesse an der Lösung ihrer Bluescreens zu haben. Genug getadelt.

Mir ist trotz intensiven Lesens nicht ganz klar, ob jetzt nur ein Riegel Bluescreens erzeugt und der andere nicht. Wenn er das tut und es ist ein 2er Kit, dann mit der Fehlerbeschreibung, "Riegel A erzeugt Bluescreens und Fehler bei Memtest86+" zum Händler geben.

 

[owlfritz]

In meinem letzten Post stand das ich die aktuellste Version noch einmal ausprobiert habe.
Klar habe ich Interesse den Fehler zu finden.

Also als Riegel A und B drin waren habe ich ständig Bluescreens bekommen.
Als ich Riegel B ausgebaut habe kamen keine Bluescreen.Trotz provozieren und Alltagsbetrieb.Auch bei Memtest gab es kein Error.

Dann habe ich Riegel A rausgebaut und B eingebaut(gleicher Slot). Schon nach ein paar Stunden kam der erste Bluescreen im Alltagsbetrieb.Als ich dann noch ein Bluescreen provozierte kamen die nächsten beide. Memtest sagt kein Error.


Auch in Post #27 stand die richtige Version von Memtest.

Werde nachher nocheinmal den Riegel B mit Memtest86+ testen, dann aber mehrere Durchgänge und mit Version 4.10.

 

[Wilhelm14]

Aha! Version 4.10. Schwere Geburt. Ja, die ist gut. Ich hacke da so drauf rum weil in einem anderen Thema trotz mehrfacher Ansagen das falsche Memtest zum Einsatz kam. https://www.computerbase.de/forum/threads/spiele-probleme.749753/page-2#post-8017303

Erzeugt ein Riegel Bluescreens und ein anderer nicht, kannst Du Dir fast einen Dauertest mit Memtest (dem echten Memtest ) sparen. Und vor allem Deine Geduld schonen. Ab zum Händler mit der Aussage, der eine macht Bluescreens, der andere nicht.

Edit: Auch bekannt: Welches BIOS? Das "neueste". Welche Version? Die neueste! Die Bezeichnung der Version? 1.04! Das ist nicht die neueste, die neueste ist 1.05...

 

[owlfritz]

Eben gerade der Schock: Ein Bluescreen.

Es ist zur Zeit nur ein Riegel drin. Bei dem hatte ich bisher noch kein Bluescreen.

Kann dass sein dass beide Riegel kaputt sind?

Mir ist aufgefallen ,dass mein CPU-Lüfter direkt auf den Riegeln drauf sitzt.
Kann es dadurch kommen dass dann der Riegel zu warm wird?

Der Riegel ist eh immer sehr heiß. Ist dass normal?

Oder ist doch etwas am Mainboard kaputt??

Edit: Habe in anderen Forums jetzt gelesen, dass viele Bluescreens haben mit dem Mainboard inbezug von RAM.

Hier der Bluescreen:

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: 000000000004e782, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff88013009474, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ec30e0
000000000004e782

CURRENT_IRQL: 2

FAULTING_IP:
dxgmms1!VidSchiProcessDpcCompletedPacket+50
fffff880`13009474 d24889 ror byte ptr [rax-77h],cl

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: CODE_CORRUPTION

BUGCHECK_STR: 0xD1

PROCESS_NAME: Manager10.exe

TRAP_FRAME: fffff88002f229f0 -- (.trap 0xfffff88002f229f0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000004e7f9 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88013009474 rsp=fffff88002f22b80 rbp=fffffa8001b7f2b0
r8=fffffa8003be1830 r9=fffff8801311f87b r10=fffffa8003bd77d0
r11=fffff88002f22d10 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
dxgmms1!VidSchiProcessDpcCompletedPacket+0x50:
fffff880`13009474 d24889 ror byte ptr [rax-77h],cl ds:0001:00000000`0004e782=??
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002c8ab69 to fffff80002c8b600

STACK_TEXT:
fffff880`02f228a8 fffff800`02c8ab69 : 00000000`0000000a 00000000`0004e782 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`02f228b0 fffff800`02c897e0 : 00000000`00000000 fffffa80`03be1820 fffffa80`01b7f2b0 fffffa80`02117ec8 : nt!KiBugCheckDispatch+0x69
fffff880`02f229f0 fffff880`13009474 : 00000000`00000001 00000000`00000001 00000000`00000140 fffffa80`018b3000 : nt!KiPageFault+0x260
fffff880`02f22b80 fffff880`13008e00 : 00000000`00000000 fffff880`131f686c 00000000`00000000 fffff880`131f8467 : dxgmms1!VidSchiProcessDpcCompletedPacket+0x50
fffff880`02f22c20 fffff880`13008c4c : 00000000`00000000 fffffa80`03bd7010 00000000`00000000 00000000`00000000 : dxgmms1!VidSchDdiNotifyDpcWorker+0x198
fffff880`02f22c70 fffff880`13cf31cf : fffffa80`02b94480 fffff880`1317274d 00000000`00000000 00000000`00000000 : dxgmms1!VidSchDdiNotifyDpc+0x94
fffff880`02f22cc0 fffff880`1311f8d1 : fffffa80`02bcf000 fffffa80`02bcf000 00000000`00000000 fffff880`131ff4dc : dxgkrnl!DxgNotifyDpcCB+0x77
fffff880`02f22cf0 fffffa80`02bcf000 : fffffa80`02bcf000 00000000`00000000 fffff880`131ff4dc fffffa80`02bcf000 : nvlddmkm+0x9f8d1
fffff880`02f22cf8 fffffa80`02bcf000 : 00000000`00000000 fffff880`131ff4dc fffffa80`02bcf000 00000000`00000000 : 0xfffffa80`02bcf000
fffff880`02f22d00 00000000`00000000 : fffff880`131ff4dc fffffa80`02bcf000 00000000`00000000 00000000`00000000 : 0xfffffa80`02bcf000


STACK_COMMAND: kb

CHKIMG_EXTENSION: !chkimg -lo 50 -d !dxgmms1
fffff88013009473 - dxgmms1!VidSchiProcessDpcCompletedPacket+4f
[ 1b:9b ]
1 error : !dxgmms1 (fffff88013009473)

MODULE_NAME: memory_corruption

IMAGE_NAME: memory_corruption

FOLLOWUP_NAME: memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MEMORY_CORRUPTOR: ONE_BIT

FAILURE_BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

BUCKET_ID: X64_MEMORY_CORRUPTION_ONE_BIT

Followup: memory_corruption
---------

 

[Wilhelm14]

Ich hätte vor Wut schon einen neuen Rechner zusammengebaut.

Im Ernst, Bluescreens bekommst Du im Alltagsbetrieb auch mit beiden Riegeln einzeln, ok. Memtest86+ V4.10 (04/05/2010) hat Dir immer noch keine Fehler geliefert? Lass Memtest am besten über Nacht laufen, gleich mit beiden Riegeln. Also stundenlang, wenn noch nicht geschehen. Vielleicht ist es tatsächlich, wie Du vermutetst, ein Wärmeproblem, das erst nach einer Aufwärmphase auftritt und dann auch erst bei stundenlanger Memtest-Prüfung.

Das ist insofern wichtig, da man bei Fehlern in Memtest wirklich Windows oder Treiber ausschließen kann.

Weitere effektive Methode ist das Austauschen. Einfach den RAM bei einem Freund in den Rechner und seinen RAM im Problemrechner. Hat der Freund plötzlich Bluescreens und Du nicht mehr, ist die Sache auch klar - RAM kaputt.

 

[simpel1970]

Wie ist der RAM im Bios aktuell eingestellt? Stelle die Timings des RAM auf 8-8-8-28-38, Command Rate 2T, Spannung der RAM auf 1,65V. Danach testen, ob die Bluescreens bleiben.

Falls die Bluescreens mit den RAM Einstellungen bleiben, solltest du eine andere Grafikkarte austesten. Nach der letzten Bluescreenauswertung sieht es danach aus, als ob der Video-RAM der Graka die Zugriffsverletzungen verursacht.

Überprüfe auch die Temperatur der Grafikkarte mit Furmark.

Hast du die Möglichkeit eine andere Graka (z.B. von einem Freund) einzubauen?

 

[owlfritz]

So habe die Nacht meinen PC mal laufen gelassen und mit Memtest(4.1) geprüft.
Nach 8 Stunden kamen 45 Errors.
Beide Riegel waren eingebaut.

Mich verwunderte, dass da immer nur 666 MHz stand.
Ist dass nicht zu wenig?

Werde heute Nacht wieder meinen PC laufen lassen und mit Memtest prüfen.
Dann aber nur mit Riegel A, der bisher nur den letzten Bluescreen verursachte.

Schätze mal dass der Riegel B aufjeden Fall kaputt ist.

Dass Problem dass der CPU-Kühler direkt auf den Riegeln ist, ist behoben.

 

[simpel1970]

Die Frequenz wird bei Memtest nicht immer korrekt angezeigt.

Dann probiere die RAM einzelnd aus, ob du den fehlerhaften RAM mit Memtest finden kannst.

 

[owlfritz]

So habe heute Nacht Riegel A alleine mit Memtest geprüft.
Wieder 8 Stunden, aber kein Error.

Riegel B ist nächste Nacht dran.

 

[simpel1970]

Wenn Riegel B Fehler bringt, nur Riegel A im Betrieb testen.
Mit Riegel A hattest du ja letzt den DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) Bluescreen, welcher nach den Stacks der Auswertung mit dx im VRAM gehangen hat. Wäre daher möglich, dass es nicht nur mit dem RAM sondern evtl. auch mit dem VRAM Probleme gibt.
Solltest du also mit Riegel A wieder Bluescreens bekommen, diese bitte erneut auswerten (ob die Fehlermeldung wieder auf den VRAM hinweist). In diesem Fall, wäre es sinnvoll eine andere Grafikkarte zusammen mit Riegel A zu testen.

 

[owlfritz]

Bin bisher noch nicht dazu gekommen den Riegel B Nachts zu testen.
Dafür kam eben gerade im Normalbetrieb wieder einmal ein Bluescreen.
Es ist nur Riegel A eingebaut.

--------
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80002db70bf, Address of the exception record for the exception that caused the bugcheck
Arg3: fffff880064bcf90, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!ExDeferredFreePool+233
fffff800`02db70bf 4c395008 cmp qword ptr [rax+8],r10

CONTEXT: fffff880064bcf90 -- (.cxr 0xfffff880064bcf90)
rax=53474e4954544553 rbx=0000000000000001 rcx=fffffa800183d690
rdx=fffff8a00260ead0 rsi=0000000000000000 rdi=fffff8a002d21ce0
rip=fffff80002db70bf rsp=fffff880064bd960 rbp=0000000000000000
r8=fffff8a002d03190 r9=fffff8a00260ee00 r10=fffff8a00260ee10
r11=0000000000000001 r12=fffffa800183d140 r13=0000000000000000
r14=0000000000000008 r15=0000000000000001
iopl=0 nv up ei ng nz ac po cy
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010297
nt!ExDeferredFreePool+0x233:
fffff800`02db70bf 4c395008 cmp qword ptr [rax+8],r10 ds:002b:53474e49`5454455b=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: dwm.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff80002db70bf

STACK_TEXT:
fffff880`064bd960 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!ExDeferredFreePool+0x233


FOLLOWUP_IP:
nt!ExDeferredFreePool+233
fffff800`02db70bf 4c395008 cmp qword ptr [rax+8],r10

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!ExDeferredFreePool+233

FOLLOWUP_NAME: Pool_corruption

IMAGE_NAME: Pool_Corruption

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: Pool_Corruption

STACK_COMMAND: .cxr 0xfffff880064bcf90 ; kb

FAILURE_BUCKET_ID: X64_0x3B_nt!ExDeferredFreePool+233

BUCKET_ID: X64_0x3B_nt!ExDeferredFreePool+233

Followup: Pool_corruption
---------