Bluescreen - Bitte um Memory Dump Auswertung

p-zuppel

Lt. Junior Grade
Registriert
Nov. 2007
Beiträge
368
Hallo!

Habe neu installiert:
Battlefield Bad Company 2
TinyWall

dann nach kurzer Spielzeit Bluescreen mit Hinweis auf Hardwarefehler? Bitte um Auswertung!
 

Anhänge

in einem anderen Thread wurden von BlueScreenView abgeraten, man solle stattdessen das DebugTool von Microsoft nehmen. Das habe ich getan und dies ist der Text, der mir ausgespuckt wurde:




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


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

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03265000 PsLoadedModuleList = 0xfffff800`034a86d0
Debug session time: Tue Mar 11 23:46:50.454 2014 (UTC + 1:00)
System Uptime: 0 days 0:55:34.219
Loading Kernel Symbols
...............................................................
................................................................
.........................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000000`fffdf018). Type ".hh dbgerr001" for details
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa8019539028, be000000, 800400}

Probably caused by : GenuineIntel

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

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

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: fffffa8019539028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.

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


BUGCHECK_STR: 0x124_GenuineIntel

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

PROCESS_NAME: BFBC2Game.exe

CURRENT_IRQL: f

STACK_TEXT:
fffff880`0330ab58 fffff800`0322ea3b : 00000000`00000124 00000000`00000000 fffffa80`19539028 00000000`be000000 : nt!KeBugCheckEx
fffff880`0330ab60 fffff800`033f1463 : 00000000`00000001 fffffa80`19155ea0 00000000`00000000 fffffa80`19155ef0 : hal!HalBugCheckSystem+0x1e3
fffff880`0330aba0 fffff800`0322e700 : 00000000`00000728 fffffa80`19155ea0 fffff880`0330af30 fffff880`0330af00 : nt!WheaReportHwError+0x263
fffff880`0330ac00 fffff800`0322e052 : fffffa80`19155ea0 fffff880`0330af30 fffffa80`19155ea0 00000000`00000000 : hal!HalpMcaReportError+0x4c
fffff880`0330ad50 fffff800`0322df0d : 00000000`00000008 00000000`00000001 fffff880`0330afb0 00000000`00000000 : hal!HalpMceHandler+0x9e
fffff880`0330ad90 fffff800`03221e88 : 00000000`0018ecac 00000000`76cfef84 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55
fffff880`0330adc0 fffff800`032d94ac : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40
fffff880`0330adf0 fffff800`032d9313 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c
fffff880`0330af30 00000000`00b69164 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153
00000000`0018ec30 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0xb69164


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: GenuineIntel

IMAGE_NAME: GenuineIntel

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_MAE

BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_MAE

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

6: kd> !analyze –v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa8019539028, be000000, 800400}

Probably caused by : GenuineIntel

Followup: MachineOwner
---------
 
Bugcheck 124 WHEA_UNCORRECTABLE_ERROR ist ein Taktungs/Spannungsproblem der CPU

"increase/decrease QPI/VTT first, if not increase/decrease vcore..."

Die korrekte Auswertung eines 0x124er ist den Error Record anzuzeigen, nutzten tuts halt nix.

Hier ein Beispiel:

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa800a959028, bb800000, 114}

Probably caused by : hardware

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

1: kd> !errrec fffffa800a959028
======================================================================
Common Platform Error Record @ fffffa800a959028
-------------------------------------------------------------------------------
Record Id : 01cee88290f65ba2
Severity : Fatal (1)
Length : 928
Creator : Microsoft
Notify Type : Machine Check Exception
Timestamp : 11/23/2013 20:13:16
Flags : 0x00000000

======================================================================
Section 0 : Processor Generic
-------------------------------------------------------------------------------
Descriptor @ fffffa800a9590a8
Section @ fffffa800a959180
Offset : 344
Length : 192
Flags : 0x00000001 Primary
Severity : Fatal

Proc. Type : x86/x64
Instr. Set : x64
Error Type : Cache error
Operation : Generic
Flags : 0x00
Level : 0
CPU Version : 0x00000000000306a9
Processor ID : 0x0000000000000002

======================================================================
Section 1 : x86/x64 Processor Specific
-------------------------------------------------------------------------------
Descriptor @ fffffa800a9590f0
Section @ fffffa800a959240
Offset : 536
Length : 128
Flags : 0x00000000
Severity : Fatal

Local APIC Id : 0x0000000000000002
CPU Id : a9 06 03 00 00 08 10 02 - bf e3 9a 7f ff fb eb bf
00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00

Proc. Info 0 @ fffffa800a959240

======================================================================
Section 2 : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor @ fffffa800a959138
Section @ fffffa800a9592c0
Offset : 664
Length : 264
Flags : 0x00000000
Severity : Fatal

Error : DCACHEL0_RD_ERR (Proc 1 Bank 1)
Status : 0xbb80000000000114

Fazit: ein Lesefehler (RD_ERR) im Prozessorcache (DCACHEL0) des 2.Prozessorkerns (Proc1)
 
häufigste Ursache für den Stopcode 0x124, auch in Verbindung mit dem Fehler 0x3b ist Overclocking/Untervolten des Prozessors.
 
Hmm ja das ist ganz wunderbar, weil ich nämlich nicht übertaktet oder undervoltet habe.

:(
 
Zuletzt bearbeitet:
Intel Core i7 4770K @ 3.50GHz
Z87 Haswell Socket 1150 LGA
Asus Maximus Hero VI @ Bios 804

G.Skill RipjawsZ 4x8GB DDR3-2133 - F3-2133C9Q-32GZH - 2133 9-11-11-31 2T 1.60V

SSD 840 250 GB
SSD 840 Evo 250 GB
WD Raptor 600 GB
WD Black 2000 GB
DVD Brenner

Geforce GTX 770

Seasonic P-760

Bitfenix Shinobi XL
2x Lüfter rein (unten, vorne)
3x Lüfter raus (oben, durch den Radi)
Swiftech H320 Kompaktwasserkühler
 

Anhänge

  • cpu-z - mainboard.JPG
    cpu-z - mainboard.JPG
    44 KB · Aufrufe: 131
  • cpu-z - cpu.JPG
    cpu-z - cpu.JPG
    57,2 KB · Aufrufe: 144
  • cpu-z - memory.JPG
    cpu-z - memory.JPG
    42,1 KB · Aufrufe: 133
  • cpu-z - spd.JPG
    cpu-z - spd.JPG
    52,4 KB · Aufrufe: 145
  • cpu-z - cache.JPG
    cpu-z - cache.JPG
    44,4 KB · Aufrufe: 134
  • gpu-z report.gif
    gpu-z report.gif
    23 KB · Aufrufe: 106
  • cpu-z - graphics.JPG
    cpu-z - graphics.JPG
    39 KB · Aufrufe: 88
Wie schon geschrieben ist BSOD 0x124 bei Haswell ein Spannungsproblem (Vcore zu niedrig).

Bei dir wird es aber eher am alten Bios liegen, es gibt schon für dein Board die Version 1402.
 
Hast du die Bios Version schon aufgefrischt? Wenn ja, poste bitte nochmal ein Screenshot von CPU-Z (Reiter Memory).
Die Timings der RAM werden vom Board (mit altem Bios) etwas zu straff eingestellt.

simpel1970 schrieb:
Treten die Abstürze nur beim Zocken und nur bei BF2 auf?
 
Nein, habe das Bios noch nicht geupdatet. Im offiziellen Forum gibts nämlich die ersten Beschwerden über 1402 und im Übertakter Forum gibts auf jeder Seite jemanden, der von unterschiedlichen Versionen zurückflasht. Soweit ich das bisher überblicken kann, wird meistens auf 804 oder 903 zurückgeflasht. Kann natürlich sein, dass bei meiner Konfiguration 804 nicht optimal ist und ein Update mein Problem löst. Dummerweise haut Asus jeden Monat eine neue Bios Version raus und zieht auch mal die ein oder andere wieder zurück. Da werden wohl alte Probleme gelöst und neue verursacht. Und die Changelogs lesen sich meist so: "Improved Stability" - das sagt ja nunmal gar nichts.

http://www.overclock.net/t/1413905/official-asus-maximus-vi-hero-owners-and-overclocking-club/1770
http://rog.asus.com/forum/showthread.php?45075-New-maximus-vi-hero-1402-bios

Insofern stell ich erstmal die Frage: Welche Bios Version könnt ihr empfehlen?



Der BSOD 0x124 ist mit dieser Konfiguration schon mehrfach vor einigen Monaten aufgetreten, allerdings habe ich daraufhin Board und Netzteil getauscht. (Das Netzteil hat nämlich zusätzlich auch angefangen zu fiepen.) Seitdem hatte ich Ruhe, bis ich vor einigen Tagen TinyWall und BF2 installierte und der BSOD wieder auftrat.
 
Zur Qualität der Bios Version kann ich dir leider nichts sagen.

Aber du kannst ja erst mal manuell die RAM Timings entsprechend des XMP-Profils entschärfen (Timings: 9-12-12-12).
Bleiben danach die Probleme, senke zusätzlich die RAM Frequenz ab.

Seitdem hatte ich Ruhe, bis ich vor einigen Tagen TinyWall und BF2 installierte und der BSOD wieder auftrat.

Ja und tritt das Problem nun denn nur bei BF2 auf, oder auch bei TinyWall und anderen Games, oder auch bei anderen Gelegenheiten (Videos schauen, surfen, Office, etc., etc.)?
 
Tinywall ist kein Spiel, sondern ein Programm, dass die Windows Firewall verwaltet und dazu eine Nutzeroberfläche im Taskmenu einbaut. Das läuft dann natürlich dauernd. http://www.chip.de/downloads/TinyWall_56382779.html

Absturz bisher nur bei BFBC2. Ich muss aber sagen, dass ich bisher auch wenig Zeit hatte, um mit anderen Spielen, Benchmarks oder Tortureprogrammen weitere Abstürze zu provozieren. Welches Programm wäre denn am besten geeignet, um 0x124er zu provozieren, die entweder auf Ram Timings oder Vcore zurückzuführen sind?



Zu deinem Rat:

1. Du empfiehlst, die Ram Timings und ggf. Ram Frequenz runterzusetzen. Dein Rat hat also nichts mit dem von Helge zu tun, der das Problem bei der Spannung der CPU sieht? Er hat es ja so formuliert, dass es sich wie ein bekanntes Problem anhört: BSOD 0x124 bei Haswell = Vcore zu niedrig.

2. Ich verstehe gerade nicht, wie das Bios die Timings zu scharf setzen kann, wenn der Ram per XMP-Profil eingestellt ist. Ich habe dich jetzt so verstanden, dass ich entweder mit Bios 804 die Timings abweichend vom XMP-Profil auf 9-12-12-31 2T setzen muss oder mit neuerem Bios beim XMP Profil 9-11-11-31 2T bleiben kann. Das würde bedeuten, dass das Bios 804 den Ram nicht mit den angezeigten Timings des XMP-Profils anspricht, sondern mehr vom Ram verlangt, als er liefern kann - und das führt zum Absturz. Korrekt?
 
Der Hintergrund meines Ansatzes (und auch der nervenden Fragen bezüglich BF2) ist der, dass BF2 für sein zickiges Verhalten bekannt ist.
Mein Ansatz zielt also in erster Linie auf das Spiel. Derartige Probleme können insbes. durch (für BF2) "zu straffe" RAM Timings, oder Übertaktung (insbes. GPU -> auch werkseigene Übertaktung) auftreten.
Wenn die Probleme also nur bei BF2 auftreten, könnte dieser Ansatz mit manuellen Einstellungen überprüft werden.

Der Ansatz von Helge01 ist unabhängig von dem Spiel. Für Stop 0x124 Fehler gibt es typische Ursachen, wie z.B. Übertaktung, Spannungsprobleme (wie z.B. zu wenig VCore), Temperatur, Bios Probleme etc.

Die beiden Ansätze widersprechen sich nicht und können/sollten beide angegangen werden.
 
Es liegt meist an der Bios Version in Verbindung mit dem Offset/Adaptive Vcore Modus. Bei BSOD 0x124 bekommt die CPU eine zu geringe Vcore Spannung. Das kann bei starken Laständerungen in Spielen auftreten, da die Regelung der Vcore Spannung im Offset/Adaptive Modus bei manchen Bios-Versionen nicht schnell genug ist.

Leider kann man das schlecht Testen, deswegen wäre mein Rat die Vcore Spannung fest auf 1.15V einstellen (Override Modus).
Danach in Prime95 v27.9 Custom wählen und Min FFT und Max FFT size auf jeweils 1344K stellen und ca. eine Stunde laufen lassen. Sollte BSOD 0x124 auftreten, dann Vcore Spannung in geringen Schritten anheben.
 
Zuletzt bearbeitet:
War heute mal wieder am Rechner (noch keine Änderungen vorgenommen) und konnte mit BFBC2 einen neuen Bluescreen produzieren:

Frage, handelt es sich hier um denselben Fehler, der nur einen anderen BSOD erzeugt?
Oder hat der Prozessor eine Macke?






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


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

Symbol search path is: SRV*C:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03216000 PsLoadedModuleList = 0xfffff800`034596d0
Debug session time: Sat Mar 22 20:54:23.415 2014 (UTC + 1:00)
System Uptime: 0 days 0:41:11.181
Loading Kernel Symbols
...............................................................
................................................................
.........................
Loading User Symbols
PEB is paged out (Peb.Ldr = 00000000`fffdf018). Type ".hh dbgerr001" for details
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 101, {19, 0, fffff880009b3180, 4}

Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )

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

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

CLOCK_WATCHDOG_TIMEOUT (101)
An expected clock interrupt was not received on a secondary processor in an
MP system within the allocated interval. This indicates that the specified
processor is hung and not processing interrupts.
Arguments:
Arg1: 0000000000000019, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff880009b3180, The PRCB address of the hung processor.
Arg4: 0000000000000004, 0.

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


BUGCHECK_STR: CLOCK_WATCHDOG_TIMEOUT_8_PROC

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

PROCESS_NAME: BFBC2Game.exe

CURRENT_IRQL: d

STACK_TEXT:
fffff880`0cc6e208 fffff800`032e2a4a : 00000000`00000101 00000000`00000019 00000000`00000000 fffff880`009b3180 : nt!KeBugCheckEx
fffff880`0cc6e210 fffff800`032956f7 : fffff8a0`00000000 fffff800`00000004 00000000`00002710 fffff880`0cc6ec70 : nt! ?? ::FNODOBFM::`string'+0x4e3e
fffff880`0cc6e2a0 fffff800`03805895 : fffff800`0382b460 fffff880`0cc6e450 fffff800`0382b460 ffffffff`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`0cc6e3a0 fffff800`03288113 : fffff800`03406e80 00000000`00000001 00000000`00000001 00000000`055fe800 : hal!HalpHpetClockInterrupt+0x8d
fffff880`0cc6e3d0 fffff800`03260939 : 00000000`00000000 00000000`00000000 fffffa80`1abf3060 ffffffff`ffffffff : nt!KiInterruptDispatchNoLock+0x163
fffff880`0cc6e560 fffff800`03345a45 : fffffa80`1abf3060 fffff880`0cc6eb60 fffffa80`1a941060 fffff880`0cc6eb60 : nt!KeFlushProcessWriteBuffers+0x65
fffff880`0cc6e5d0 fffff800`035ee05e : fffff880`0cc6eb60 00000000`00000000 fffffa80`1a941060 fffff880`1014c101 : nt!KeQueryTotalCycleTimeProcess+0x25
fffff880`0cc6e600 fffff800`0328ae53 : ffffffff`ffffffff 00000000`055ff170 00000000`055ff0c0 00000000`00000010 : nt! ?? ::NNGAKEGL::`string'+0x50092
fffff880`0cc6ea70 00000000`77b5144a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`055fe788 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77b5144a


STACK_COMMAND: kb

SYMBOL_NAME: ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME: Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_CLOCK_WATCHDOG_TIMEOUT_8_PROC_ANALYSIS_INCONCLUSIVE

BUCKET_ID: X64_CLOCK_WATCHDOG_TIMEOUT_8_PROC_ANALYSIS_INCONCLUSIVE

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

Anhänge

Auch das ist wieder ein Spannungsproblem. Diesmal aber die Vrin bzw. LLC-Level (Loadline Calibration).

Was hast du für ein Netzteil verbaut?
 
Erstmal Danke für eure Hilfe und eure Erklärungen!

Das Netzteil ist ein Seasonic P-760 (Platinum mit 760 Watt)



Der Schlachtplan sieht also wie folgt aus:

Um festzustellen, ob der Prime Test überhaupt ein Ergebnis liefert, sollte ich ohne eine Veränderung am System vorzunehmen Prime95 v27.9 (Min FFT und Max FFT size auf jeweils 1344K) laufen lassen. Ziel ist es, einen BSOD zu erhalten. Damit wenn ich etwas am System ändere, und dann bei Prime kein BSOD mehr auftritt, dies als Ergebnis gelten kann. Kriege ich dagegen im aktuellen Systemzustand keinen BSOD mit Prime, fällt Prime als Test raus.

Dann:

Bios Update
-- Test mit BFBC2 und Prime95

falls BSOD
Vcore manuell auf 1.15V
-- Test

falls BSOD
Vcore erhöhen
? Vrin und LLC manuell auf ?
--Test

falls BSOD
Ram Timings auf 9-12-12-31 2T
--Test

falls BSOD
Ram Frequenz schrittweise verringern


Ende nächster Woche bin ich wieder an dem Rechner. Kann ich so vorgehen?
 
Zurück
Oben