Bluescreen - Ram?

[Dominikp]

Hallo,

ich habe seit Wochen immer wieder Bluescreens und komme langsam ins Verzweifeln.

Ich vermute immer, dass es der Ram ist, aber 6 Passes mit Memtest86 sind schon fehlerfrei durchgelaufen.

Hier die letzten Minidumps: https://www.sendspace.com/file/r3t92u

Hier der aktuelle Dump, analysiert mit

Microsoft (R) Windows Debugger Version 6.3.9600.17298 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Only kernel address space is available


************* Symbol Path validation summary **************
Response                         Time (ms)     Location
Deferred                                       SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is: 
Windows 8 Kernel Version 9600 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 9600.17328.amd64fre.winblue_r3.140827-1500
Machine Name:
Kernel base = 0xfffff803`a5a15000 PsLoadedModuleList = 0xfffff803`a5ceb370
Debug session time: Wed Dec 24 15:53:50.599 2014 (UTC + 1:00)
System Uptime: 0 days 12:18:11.333
Loading Kernel Symbols
...............................................................
................................................................
...................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00007ff6`7a1e6018).  Type ".hh dbgerr001" for details
Loading unloaded module list
..................
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffff68000000000, 0, 0, 6}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+18b9e )

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

3: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except,
it must be protected by a Probe.  Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff68000000000, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: 0000000000000000, If non-zero, the instruction address which referenced the bad memory
	address.
Arg4: 0000000000000006, (reserved)

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


READ_ADDRESS: unable to get nt!MmNonPagedPoolStart
unable to get nt!MmSizeOfNonPagedPoolInBytes
 fffff68000000000 

MM_INTERNAL_CODE:  6

DEFAULT_BUCKET_ID:  WIN8_DRIVER_FAULT

BUGCHECK_STR:  AV

PROCESS_NAME:  Photoshop.exe

CURRENT_IRQL:  0

ANALYSIS_VERSION: 6.3.9600.17298 (debuggers(dbg).141024-1500) amd64fre

TRAP_FRAME:  ffffd000255337b0 -- (.trap 0xffffd000255337b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff68000000000 rbx=0000000000000000 rcx=0800000000000000
rdx=ffffd00025533a48 rsi=0000000000000000 rdi=0000000000000000
rip=fffff803a5a5d3a1 rsp=ffffd00025533940 rbp=00000000000c0010
 r8=0000000000000000  r9=0000058000000000 r10=fffff803a5cd8b80
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl zr na po nc
nt!MiLockProtoPoolPage+0x5d:
fffff803`a5a5d3a1 4d8b0400        mov     r8,qword ptr [r8+rax] ds:fffff680`00000000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff803a5b8d24e to fffff803a5b641a0

STACK_TEXT:  
ffffd000`25533508 fffff803`a5b8d24e : 00000000`00000050 fffff680`00000000 00000000`00000000 fffff6fb`40000000 : nt!KeBugCheckEx
ffffd000`25533510 fffff803`a5a79a3d : 00000000`00000000 00000000`00000000 00000000`00000000 ffffd000`255336a8 : nt! ?? ::FNODOBFM::`string'+0x18b9e
ffffd000`25533600 fffff803`a5b6e42f : e0019d94`51800411 fffff803`a5b670ef 00000000`80000000 ffffd000`255337b0 : nt!MmAccessFault+0x31d
ffffd000`255337b0 fffff803`a5a5d3a1 : 00000000`00000010 00000000`00000246 00000000`00088081 00000000`000c0010 : nt!KiPageFault+0x12f
ffffd000`25533940 fffff803`a5ad4e98 : e0019d94`51800400 e0019d94`51800411 00000000`000c0010 00000000`00088081 : nt!MiLockProtoPoolPage+0x5d
ffffd000`25533990 fffff803`a5e482af : ffffe001`96e8a1a0 00000000`00000011 ffffe001`00088081 fffffa80`0bce1100 : nt!MiDeleteSegmentPages+0x43c
ffffd000`25533a40 fffff803`a5a6a435 : 00000000`00000002 ffffd000`25533ab0 ffffe001`96e8a1a0 ffffe001`96fb6de8 : nt!MiSegmentDelete+0x57
ffffd000`25533a80 fffff803`a5a68ede : 00000000`00000001 00000000`00000001 ffffe001`96e8a1a0 ffffe001`20646156 : nt!MiCheckControlArea+0x1bd
ffffd000`25533ae0 fffff803`a5dfa6de : ffffe001`984862a0 ffffe001`984862a0 ffffe001`00000001 ffffe001`00000001 : nt!MiDeleteVad+0xb3e
ffffd000`25533bd0 fffff803`a5e47c28 : 00000000`00040000 ffffd000`25533d00 00000000`00000000 00000000`00000000 : nt!MmCleanProcessAddressSpace+0xe6
ffffd000`25533c30 fffff803`a5df767b : ffffe001`96fb6900 ffffc001`1a3ee950 ffffd000`25533d00 00000000`00000000 : nt!PspRundownSingleProcess+0xac
ffffd000`25533cc0 fffff803`a5dba9fd : 00000000`c000004b 00000000`00000000 ffffe001`96fb6900 ffffe001`9c4fd080 : nt!PspExitThread+0x573
ffffd000`25533dd0 fffff803`a5b6f9b3 : ffffe001`96fb6900 ffffe001`9c4fd080 ffffd000`25533ec0 00000000`00000000 : nt!NtTerminateProcess+0xfd
ffffd000`25533e40 00007ffc`2b9d193a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
0000008a`de99ef78 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffc`2b9d193a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+18b9e
fffff803`a5b8d24e cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+18b9e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  53fe6f2e

BUCKET_ID_FUNC_OFFSET:  18b9e

FAILURE_BUCKET_ID:  AV_nt!_??_::FNODOBFM::_string_

BUCKET_ID:  AV_nt!_??_::FNODOBFM::_string_

ANALYSIS_SOURCE:  KM

FAILURE_ID_HASH_STRING:  km:av_nt!_??_::fnodobfm::_string_

FAILURE_ID_HASH:  {9e2f043e-2671-7df2-fe70-649f4b2357db}

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

Liegt es am Ram oder doch an etwas anderem?

Grüße und ein fröhliches Fest,
Dominik

 

[Mr. Senft]

Page Fault in Non paged Area kann mehrere Ursachen haben, Speichjer, Festplatte, Grafikkarte. Erzähl doch mal mehr über laufende programme, Grafikkarte und Treiber sowie die Festplatte und evtl. vorhandene AV-Software

 

[thompson004]

Einen Ram - Riegel entfernen und weiter testen

 

[Dominikp]

Hallo,

Einen Ram - Riegel entfernen und weiter testen

Was meinst du mit testen?
Einfach normal "arbeiten" und schauen ob es wieder passiert?
Oder meinst du Mimtest?

Page Fault in Non paged Area kann mehrere Ursachen haben, Speichjer, Festplatte, Grafikkarte. Erzähl doch mal mehr über laufende programme, Grafikkarte und Treiber sowie die Festplatte und evtl. vorhandene AV-Software

Meistens sind es "System_Service_Exception"s.

Festplatte ist eine Samsung 840 Evo. Ich habe allerdings schon Checkdisk durchgeführt, hier gibt es scheinbar keine Probleme.
Speicher ist der F3-1866C9D-8GAB, 2x also 16 GB, jeweils im Dual-Channel.

Mainbord ist das asrock x79 extreme6 (neustes Bios 3.10).

Grafikkarte GTX970, aber auch bei einer R9 290 gleiche Probleme. (Habe jetzt testweise die 970 drinnen, mit frisch installiertem OS)

Prozessor ist der i7 4930k

Diese Abstürze kommen auch bei einem "vanilla" Windows 8.1 vor, also ohne irgendwelche Programme.
Momentan laufen nur die Adobe Creative Suite drauf, keine Antivierenprogramme (außer Defender).

Dazu ist eine Asus Xonar DX verbaut.

Treiber sind installiert: Intel ME und INF Treiber, Audiotreiber der Grafikkarte, Grafikkartentreiber, Soundkartentreiber der DX.

Mir ist aufgefallen, dass diese Bsod's häufig dann vorkommen, wenn ich gerade irgendwelche Fenster Öffne oder schließe, oder aber auch Programme starte oder beende.

 

[thompson004]

Was meinst du mit testen?
Einfach normal "arbeiten" und schauen ob es wieder passiert?
Oder meinst du Mimtest?

Genau. Memtest findet in 80% der Fälle sowieso nix.

 

[Holt]

Mit ener anderen Bestückung oder anderen Einstellungen zu testen ist Unsinn, erst wenn es Probleme gibt macht man das. Ich würde mal das RAM richtig testen, also die iso / img von Memtest86+ von CD oder USB-Stick booten. Unter Windows kann man nicht sinnvoll das RAM testen. Vorher alles im BIOS so einstellen, wie es auch nachher läuft, also keine OC-Tools oder Tweaks unter Windows verwenden! Es sollten min. 6 PASS abgewartet werden und es darf dabei kein einziger Fehler auftreten, also am Besten über Nacht laufen lassen. RAM-Fehler können die unmöglichsten Probleme erzeugen.

 

[thompson004]

Mit ener anderen Bestückung oder anderen Einstellungen zu testen ist Unsinn, erst wenn es Probleme gibt macht man das.

Nein, und er hat einen Bluescreen bekommen, also ist ja wohl etwas passiert.
Es geht weitaus schneller, den Ram einzeln zu testen und abzuwarten ob noch ein Bluescreen kommt.
Was ist, wenn bei Memtest kein Fehler kommt? Dann ist es meistens trotzdem der RAM und er kann schön trotzdem mit einzelnen Riegeln testen.

 

[SirOxy]

hatte das auch mit den nervigen bluescreens.
bei mir ging das weg ,nachdem ich den jumper vom brett auf ln2_mode auf enabled gesetzt hab und Intel Extreme Memory Profiles (XMP) im bios eingeschaltet habe. nie wieder blues gehabt! ;-)
hast du das bei dir? die funktion hast du ja auch.

 

[Dominikp]

Also ich habe gestern mal 2 Riegel von 4 entfernt und die Nacht über ständig Bluescreens, mit allen möglichen Fehler, wie "APC_INDEX_MISMATCH" oder "KMODE_EXCEPTION_NOT_HANDLED" gehabt, die aber alle auf die ntoskml.exe zurückführen.
XMP hatte ich nicht aktiviert, einen Jumper mit ln2_mode habe ich leider nicht.

Jetzt habe ich die anderen zwei Riegel drinnen und hatte noch keinen Absturz. Ich werde mir aber erst sicher sein können, dass es an den beiden liegt, wenn das mal so 3 Tage gut läuft.
Mal schauen.

 

[SirOxy]

xmp würde ich trotzdem mal aktivieren.
das sind ja extra vorgefertigte und abgestimmte profile vom board und den rams.
deswegen steht ja auch immer in der beschreibung vom board oder ram "besonderheiten" xmp tauglich.
bei mir hat die funktion zumindest meine rams sehr gut von den timings und latencen eingestellt.

 

[Holt]

Nein, und er hat einen Bluescreen bekommen, also ist ja wohl etwas passiert.

Das muss aber nicht zwangsläufig am RAM liegen. Deshalb testet man zuerst die Konfiguration die aktuell läuft und wenn es dann beim Test Fehler gibt, dann erst testet man die Modele und die Slots einzeln um die Ursache zu finden. Es gibt durchaus Fälle wo jeder RAM Riegel für sich fehlerfrei läuft, aber alle zusammen dannn nicht. Dann muss man ggf. die Einstellungen anpassen, also Taktrate runter, Timming weniger schwarf und / oder Spannung rauf.

Es geht weitaus schneller, den Ram einzeln zu testen und abzuwarten ob noch ein Bluescreen kommt.

Man soll ja nicht warten bis es wieder einen BSOD gibt, sondern alle RAM zusammen mit Memtest86+ testen, wenn es dabei Fehler gibt, dann zeigt sich das auch recht schnell und das geht schneller als erstmal die Riegel auszubauen und einzeln zu testen.

Was ist, wenn bei Memtest kein Fehler kommt? Dann ist es meistens trotzdem der RAM und er kann schön trotzdem mit einzelnen Riegeln testen.

Nein, dann ist es i.d.R. eben nicht das RAM und man weiß dann nach 6 PASS ohne Fehler, dass man wonanders suchen muss, sofern die Einstellungen beim Test denen im Betrieb entsprechen. Wer aber mit OC-Tools unter Windows dann Einstellungen ändert, da kann natürlich dann trotzdem wieder RAM Fehler provozrieren, weshalb solche Tools tabu sein sollten.

Ergänzung (25. Dezember 2014)

Jetzt habe ich die anderen zwei Riegel drinnen und hatte noch keinen Absturz. Ich werde mir aber erst sicher sein können, dass es an den beiden liegt, wenn das mal so 3 Tage gut läuft.

Das ist zwar schon recht eindeutig, aber es sollte einen ordentlichen RAM Test nicht ersetzen!

 

[thompson004]

Das muss aber nicht zwangsläufig am RAM liegen.

Warum dann der Memtest?

Man soll ja nicht warten bis es wieder einen BSOD gibt, sondern alle RAM zusammen mit Memtest86+ testen.

Dauert zu lange und ist unzuverlässig.

Nein, dann ist es i.d.R. eben nicht das RAM

Es gab hier schon so viele Fälle wo Memtest nach 10 Passes immer noch nichts angezeigt hat, aber trotzdem der Ram Schuld war.
Memtest zeigt Fehler nur an, wenn es wirklich schwerwiegend ist.

Ergänzung (25. Dezember 2014)

Das ist zwar schon recht eindeutig, aber es sollte einen ordentlichen RAM Test nicht ersetzen!

Tut es aber. Es geht weitaus schneller und einfacher, und man kann den PC auch noch dabei verwenden und in allen möglichen Szenarien belasten.
Ich spreche aus Erfahrung.

 

[Holt]

Warum dann der Memtest?

Ist die Frage ernst gemeint? Natürlich um zu sehen ob es am RAM liegt. Gibt es bei memtest dann in der Konfiguration in der der BSOD passiert Fehler, so ist das RAM ja als Ursache erkannt, was zusätzliche weitere Ursachen natürlich nicht ausschliesst.

Dauert zu lange und ist unzuverlässig.

Wieso? Die Module einzeln zu testen dauert länger und sagt nicht viel aus, da es durchaus vorkommt, dass sie zwar alle einzeln fehlerfrei laufen, aber eben nicht zusammen.

Es gab hier schon so viele Fälle wo Memtest nach 10 Passes immer noch nichts angezeigt hat, aber trotzdem der Ram Schuld war.

Wenn der Test korrekt ausgeführt wurde, sind mir solche Fälle nicht bekannt. Was oft vorkommt ist, dass der RAM Test mit anderen Tools wie dem von Windows gemacht wurde, diese keine Fehler gemeldet haben aber Memtest86+ dann schon Fehler gezeigt hat.

Memtest zeigt Fehler nur an, wenn es wirklich schwerwiegend ist.

Das ist doch totaler Blödsinn, da memtest86+ jeden Fehler anzeigt den es erkennt. Was es nicht anzeigen kann, sind gekippte Bits die mit der Zeit passieren können, abr dagegen hilft allenfalls ECC RAM. Andere Tests können das auch kaum finden, weil einfach die Zeit fehlt, die Test schreiben ja etwas ins RAM und lesen es recht bald darauf wieder aus.

Tut es aber. ... Ich spreche aus Erfahrung.

Das ist sehr traurig und wenn der TE hinterher immer wieder mal defekte Dateien hat, dann hilfst Du ihm sicher dabei den Verlust zu ersetzen. RAM Fehler müssen sich längst nicht immer als BSOD äußern. Da kenne ich auch einen konkreten Fall wo jemand immer wieder defekte RAR Archive erstellt hatte. Ich habe ihn gebeten diese dann immer zweimal zu erstellen und die bitweise vergleichen. Dabei vielen immer wieder die gleichen Bits auf, die zuweilen gekippt waren. Der Rechner lief wochen- bis monatelang ohne jemals einen BSOD zu haben, ich dachte damals es läge am USB Stick mit dem die Archive transportiert wurden, aber auch dann konnte durch Prüfsummen ausgeschlossen werden. Memtest86+ hat dann klar gezeigt, dass ein RAM Riegel zuweilen an genau dem Bit ab und zu Fehler produziert hat.

Wer also meint nur weil er keine Bluescreeens hat habe er auch fehlerfreie RAMs, der kann auch falsch liegen, für mich gilt RAM nur als fehlerfrei, wenn es 6 PASS bei Memtest86+ ohne Fehler überstanden hat, aus Erfahrung!

 

[thompson004]

Wieso? Die Module einzeln zu testen dauert länger und sagt nicht viel aus, da es durchaus vorkommt, dass sie zwar alle einzeln fehlerfrei laufen, aber eben nicht zusammen.

Ja, das war früher mal der Fall, wo der Memory Controller durch 2 Module zu stark belastet wurde oder unterschiedliche Module verwendet wurden.

Das ist doch totaler Blödsinn, da memtest86+ jeden Fehler anzeigt den es erkennt.

Nein, wirklich nicht: Hier

Das ist sehr traurig und wenn der TE hinterher immer wieder mal defekte Dateien hat, dann hilfst Du ihm sicher dabei den Verlust zu ersetzen.

Kein Zusammenhang?

RAM Fehler müssen sich längst nicht immer als BSOD äußern.
Wer also meint nur weil er keine Bluescreeens hat habe er auch fehlerfreie RAMs, der kann auch falsch liegen, für mich gilt RAM nur als fehlerfrei, wenn es 6 PASS bei Memtest86+ ohne Fehler überstanden hat, aus Erfahrung!

Hat niemand behauptet. Da der TE aber bereits Bluescreens hat und nicht wenige davon, wird es weiterhin passieren, wenn er das Problem nicht bereits gefunden hat.
Du kannst aber nicht jeden RAM als Fehlerfrei ansehen, der 6 Passes schafft.

 

[Dominikp]

Hallo ihr beiden,

wie ich bereits Eingangs schrieb, habe ich schon 6 Passes mit Memtest86 mit allen 4 Riegeln zusammen fehlerfrei durchlaufen.
Jetzt mit den zwei Riegel habe ich immer noch keinen Bluescreen gehabt, also bin ich noch positiver Dinge.
Ich denke mal, dass damit der Übeltäter tatsächlich gefunden ist, nämlich die anderen zwei Ram-Riegel (einzeln werde ich die jetzt nicht testen, da ich die eh als Kit gekauft habe).

Sollte sich nochmal etwas anderes ergeben, werde ich mich hier melden, aber es scheint recht einleuchtend, vor allem da mit den anderen beiden Riegeln sehr schnell ein Bsod vorhanden war.

Irgendwelche OC Tools habe ich nicht am laufen.

Grüße,
Dominik

 

[thompson004]

Einzeln die zu testen wäre tatsächlich unnötig und zeitaufwändig, ja.
Wenn die von der Reparatur kommen kannst du sie direkt ohne Bedenken wieder einbauen.

 

[Holt]

Welches Memtest hast Du genommen? Es gibt neben Memtest86+ was OpenSource ist auch ein MemTest86 von PassMark, über dessen Qualität ich nichts sagen kann. Für mich ist das Open Source die Referenz und das hat bei allen mir bekannten Fälle nie Probleme unterschlagen, wenn korrekt getestet wurden, also die iso/img von CD / USB Stick gebootet wurde, die RAM-Bestückung und -Einstellungen denen im Betrieb unter Windows entsprechen und wenigstens 6 PASS fehlerfrei durchgelaufen sind.

 

[HerrFornit]

@Holt
läßt Du memtest so rennen wies automatisch startet oder änderst Du Optionen im Programm?

 

[Holt]

Einfach laufen lassen, das sollte genügen um Fehler zu finden.