BSOD 0x124, auch ohne OC

  • Ersteller Ersteller Gast0707215
  • Erstellt am Erstellt am
Boah so ein ****. Grad nochmal Windows neu installiert, umstrittene Sachen weggelassen (z.B. Logitech Gamingsoftware), schön alle Updates und den ganzen Schmarrn gezogen. Nach 10 Minuten Prime95 @ default
File-Upload.net - 061813-18735-01.dmp

Kann man aus dem jetzt noch irgendwas rauslesen? Es war kein Bluescreen direkt, es gab einen dicken Freeze und nach Restart per Knopf hab ich die .dmp-Datei gesehen.


Ansonsten werd ich jetzt morgen die Hardware nach dem Ausschlussprinzip testen
- Ram Memtest86 mehrere Stunden im XMP und nochmal @default
- CrystalDisk/HD Tune für die HDD
- Netzteil (Spricht irgendwas für einen Defekt beim Netzteil?)


Und dann zusammen mit CPU/Motherboard als "defekt" widerrufen. Eine Woche rum und schon nur Stress mit dem Zeug, dafür wars zu teuer.



Bis morgen vormittag teste ich nochmal alles @default außer vcore/ram voltage. Die setze ich als letzten Test nochmal auf 1,25V und 1,6V hoch...damit zu wenig vcore in jedem Fall ausgeschlossen werden kann.



Gruß und danke für eure Hilfe
Bene


Edith:
Bis morgen vormittag teste ich nochmal alles @default außer vcore/ram voltage. Die setze ich als letzten Test nochmal auf 1,25V und 1,6V hoch...damit zu wenig vcore in jedem Fall ausgeschlossen werden kann.
3 Minuten hats gedauert. Dieses Mal nur ein Freeze ohne Bluescreen/.dmp.
 
Zuletzt bearbeitet:
Ich hoffe das war nur ein Frustscherz von dir mit der VCore von 1,6V.

Wenn du mit der VCore testen willst, dann bis 1,35V. Das ist schon hart genug für diese CPU. :-)
 
@Bene24

Sorry,hab jetzt mal hier deinen Thread durchgewällzt.
Meine erste frage vorab, womit kühlst du bitte??
Die zweite lautet,berichtige mich bitte falls ich was überflogen habe,aber ist dir schon mal in den Kopf gekommen,das deine Cpu die 4,5GHz einfach nicht will,wie es bei meiner auch ist??

Falls das nicht der fall ist, und die Cpu @ Stock läuft und dieser immer noch Probleme macht,dann stelle ich unverhohlen die frage,ob du versucht hast die Cpu zu köpfen und evtl. dabei etwas beschädigt hast?

Und im großen ganzen,bitte nicht angegriffen fühlen,aber ließ dir nochmals das Tutorial durch und setzte dein System mal ordentlich auf. Halbe Würste bringen hier nichts.
Windowsinstallation nach 10min fertig,inklu aller Updates + Treiber usw. ? Never my sweet.

Ich empfehle dir alles Schritt für Schritt zu machen und wenn alles fertig ist,dann kannst dich mit dem overclocking beschäftigen,den so,wie du hier alles beschrieben hast,klingt das mehr nach halben Sachen und nichts richtig vollendetem.

Mfg
 
Meine erste frage vorab, womit kühlst du bitte??
True Spirit 140 mit Noctua NT-H1

deine Cpu die 4,5GHz einfach nicht will
Darum geht es ja nicht. Es geht darum, dass ich die Bluescreens und Freezes während Prime95 auch @default und teilweise auch im UEFI bekomme.

,ob du versucht hast die Cpu zu köpfen und evtl. dabei etwas beschädigt hast?
Nein ;) Die Temps sind ja eh absolute spitze für ungeköpft.

aber ließ dir nochmals das Tutorial durch
Zum einen kenn ich den mittlerweile auswendig und zum anderen geht es hier ja vor allem um default-Einstellungen.

Windowsinstallation nach 10min fertig,inklu aller Updates + Treiber usw. ?
Wat? Ne, brauche eigentlich immer zwischen 3 und 4 Stunden für das Aufsetzen.



Gruß
 
Ich behaupte einfach mal frech,das du einfach zuviel rumwurschtelst, an was auch immer. Klar gibt es hier und da Bugs,aber......

Gruß
 
"Zuviel rumgewurschtelt" kann auch schon deshalb nicht sein, da das System auch mit Default-Einstellungen (incl vorhergedenden CMOS Reset) nicht stabil läuft. Freezes im Bios/Uefi bezeugen ebenfalls, dass die Probleme auch nicht softwarebedingt (Treiber, Betriebssystem) sind.

Die Festplattenwerte sehen für mich in Ordnung aus.
 
irgendwelche usb geräte dran?
Heizwell mainboards haben ein usb bug.Auch wenn man nicht usb 3n verwendet der controller setz gerne mal aus.
HDD kabel wechseln Könnte sein das die sata ide Kabel fehlerhaft sind.
Das bios des mainboards unterstützt die CPU nicht. wäre wirklich ein gau. Und nur im supportforum von gigabyte zu klären.
Das mainboard hat nen chipsatzfehler
HDD können auch bei vollkommener guten smart werten ausfallen. Smart werte geben nur die Fehler der Verschleißteile preis.
Firmware Fehler und Kontakt Fehler werden nicht angezeigt. Elektronik
 
Ich denke, dass einfach das Motherboard einen Schuss hat (wäre nicht auszuschließen, dass diese evtl. auch durch die OC Versuche kommen).
Hm, das kann ich irgendwie nicht glauben. Bin Vcore nie über 1,280V gegangen und die Temps waren maximal 75°C während Prime.

Kann man denn irgendwas mit Sicherheit ausschließen?
Ich nehm an Monitor, Tastatur, Maus, Gehäuse (^^) und Laufwerk kann man leicht ausschließen.

Wie sieht es mit dem Netzteil aus? Hatte zwar 1-2 mal direkt nach Prime-Beginn einen Freeze, allerdings war da die Vcore äußerst provozierend niedrig eingestellt. Anzeigen passen im UEFI, in Aida64 werden mir teilweise falsche Werte angezeigt (13V auf 12V und 0,002V auf 3,3V; im UEFI hingegen 12,03 auf 12V, 5,1X auf 5V und 3,324 auf 3,3V-Schiene).

Damit bleiben noch
- Arbeitsspeicher (-> mehrere Nächte Memtest86+ fehlerfrei auf default (wie vom Board erkannt) und im XMP)
- HDD (extreme Einbrüche in Trasfer-Rate, keine Ahnung welche Priorität das hier hat)
- CPU (keine Ahnung)
- Motherboard (keine Ahnung)



Gruß Bene
 
http://download.gigabyte.eu/FileList/Manual/mb_manual_ga-z87x-d3h_e.pdf
Seite 26 mal mit einen Schraubenzieher bei nicht angeschalteten PC (auch netzteil kippschalter aus und ein zweimal auf power drücken)
Ein cmos zu machen
dann ist das uefi auf @stock.

Dann seite 35
beim uefi boot (entf) danach auf F und bios wählen
Ist wesentlich mehr übersichtlicher als der maus modus
classic mode
dann unter bios feature erstmal das Startdes mainboards einstellen.
Zuerst auf nios start anstatt Uefi falls möglich.
first boot DVD
2nd boot Die gewählte hdd
3rd boot usb oder andere
Fullscreen logo disable
fast boot enable
unter DVD drives HDD drive prio die HDD wählen wo Windows drauf ist dvd das laufwerk was einen gefällt???

Seite 37
M.I.T
current settings
was derzeit eingestellt ist
Advanced Frequency Settings
bckl auto Sollte bei dir 3,4ghz sein.
100mhz bckl
vcore die die wichtigste ist
und DDR volt die aktuell anliegt.
 
Ich denke auch das entweder dein Brett oder die CPU eine Macke hat. Die aufgezeigten Cache-Fehler deuten darauf hin.
Der Cachefehler könnte auch für die Einbrüche der HDD-Transferleistung verantwortlich sein.

Falls auf der HDD das OS ist, dann sind die Einbrüche normal.

Wenn man den Umstand des Overclocks ausblendet würde ich die Teile reklamieren. ... ist halt ne Gewissenfrage :-)


Edit: Vielleicht noch mal den CPU-Sockel und die CPU-Pins auf Verunreinigungen (Staub/Wärmeleitpaste) überprüfen.
 
Bin grad in
Z87X-UD3/4/5/7 & All Other GBT Z87 Including TH Club/Discussion/Issue Report Club.
unterwegs.

Hier scheint es alles von durchgehenden 0x124 BSODS, über laggendem UEFI bis hin zu verbuggten Biosversionen wirklich alles zu geben.

Falls auf der HDD das OS ist, dann sind die Einbrüche normal.
Jap, ist es.



Auf overclock.net wurde ein Gigabyte-Guide geschrieben (The Gigabyte Z87/Haswell Overclocking(OC) Guide). Konnte es nicht lassen und hab die Settings mal grob übernommen...es könnte sein, das mein Vring mit 1.15 für 43 vielleicht etwas zu niedrig ist. Läuft grad super auf 1,2. Das würde zwar nicht die BSODs@stock erklären, aber die scheinen ja ein paar andere Personen mit Gigabyte-Boards auch zu haben. Schaue mir jetzt noch 2 Stunden @4,5 an und die Nacht über werd ich @stock laufen lassen nach cmos-reset (wie Prozessorarchitektur beschrieben hat). Wenn es dann nicht hinhaut, bring ich das Teil morgen zur Post.

Außerdem neueste Bios-Version F6d, was aber die Ramsettings aus dem Bios nicht übernimmt.





Edith: Also knapp 4 Stunden ist das jetzt ohne Beschwerden gelaufen. Werde nun durch zu wenig Vcore einen 0x124 provozieren und danach mit Bios@default die Nacht über durchlaufen lassen.


Edith2: So hier der "neue":

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa8007ec1028, bf800000, 124}

Probably caused by : fltmgr.sys ( fltmgr!FltpPassThrough+57 )

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

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

Unknown bugcheck code (124)
Unknown bugcheck description
Arguments:
Arg1: 0000000000000000
Arg2: fffffa8007ec1028
Arg3: 00000000bf800000
Arg4: 0000000000000124

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


CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0x124

CURRENT_IRQL: f

LAST_CONTROL_TRANSFER: from fffff80003415a3b to fffff80002e92c00

STACK_TEXT:
fffff880`02f7aa58 fffff800`03415a3b : 00000000`00000124 00000000`00000000 fffffa80`07ec1028 00000000`bf800000 : nt!KeBugCheckEx
fffff880`02f7aa60 fffff800`02fa9443 : 00000000`00000001 fffffa80`0806cea0 00000000`00000000 fffffa80`0806cef0 : hal!HalBugCheckSystem+0x1e3
fffff880`02f7aaa0 fffff800`03415700 : 00000000`00000728 fffffa80`0806cea0 fffff880`02f7ae30 fffff880`02f7ae00 : nt!WheaReportHwError+0x263
fffff880`02f7ab00 fffff800`03415052 : fffffa80`0806cea0 fffff880`02f7ae30 fffffa80`0806cea0 00000000`00000000 : hal!HalpMcaReportError+0x4c
fffff880`02f7ac50 fffff800`03414f0d : 00000000`00000004 00000000`00000001 fffff880`02f7aeb0 00000000`00000000 : hal!HalpMceHandler+0x9e
fffff880`02f7ac90 fffff800`03408e88 : fffff880`05c878d0 fffffa80`098c9bd8 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55
fffff880`02f7acc0 fffff800`02e914ec : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40
fffff880`02f7acf0 fffff800`02e91353 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c
fffff880`02f7ae30 fffff880`0114f0a7 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153
fffff880`05c87830 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : fltmgr!FltpPassThrough+0x57


FOLLOWUP_IP:
fltmgr!FltpPassThrough+57
fffff880`0114f0a7 418b849230040000 mov eax,[r10+rdx*4+0x430]

SYMBOL_STACK_INDEX: 9

FOLLOWUP_NAME: MachineOwner

SYMBOL_NAME: fltmgr!FltpPassThrough+57

MODULE_NAME: fltmgr

IMAGE_NAME: fltmgr.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7929c

STACK_COMMAND: kb

FAILURE_BUCKET_ID: X64_0x124_fltmgr!FltpPassThrough+57

BUCKET_ID: X64_0x124_fltmgr!FltpPassThrough+57

Followup: MachineOwner
---------
 
Zuletzt bearbeitet:
Hoi,

ich glaube es hat sich was geändert^^


Kann es sein, dass die Cache-Fehler bei den Bluescreens dadurch ausgelöst wurden, dass Vring zu niedrig war? Habe nun 4,5GHz mit einem uncore ratio von 43 bei Vring von 1,2V (von 1,15V hochgesetzt) stabil am Laufen.
Vring wird ja auch bei Asus z.B. Cache Voltage genannt glaub ich. Da ist das doch ziemlich naheliegend?


Die Bluescreens @stock lassen sich allerdings damit nicht erklären... hatte heute Nacht allerdings knapp 8 Stunden @stock stabil am laufen. Hatte gestern nochmal auf das letzte Betabios von Gigabyte (F6d) upgedatet. Gibt allerdings viele Meldungen über sehr verbuggte Gigabyte-Bios (vor allem in Richtung Uncore). Könnte es sein, dass einfach immer das Bios der Auslöser war (Oder meistens zumindest, wenn die Vcore "richtig" (1,25V) war)?

Habe heute Früh einen neuen BSOD (101) bekommen, als ich nochmal kurzfristig mit einer niedrigen Vring getestet habe:
File-Upload.net - 062013-11715-01.dmp


Und hier nochmal der provozierte von gestern Abend, als ich mit genug Vring (1,2V) und Uncore (43) mit der Vcore runter gegangen bin (bei 4,5GHz Core Speed)
File-Upload.net - 061913-8767-01.dmp (hier dürfte nichts von Cache zu lesen sein)



Bitte, es ist für mich sehr wichtig, dass sich jmd die letzten beiden genau anguckt, da ich glaube, dass ich der Lösung wirklich schon hinten draufhocke.

Gruß Bene
 
061913-8767-01.dmp
BugCheck 124
Error: DCACHEL0_WR_ERR (Proc 2 Bank 1)

Hier der 0x101, etwas eingedampft:

Loading Dump File [D:\HELP\bene24\062013-11715-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are 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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18113.amd64fre.win7sp1_gdr.130318-1533
Machine Name:
Kernel base = 0xfffff800`02e4b000 PsLoadedModuleList = 0xfffff800`0308e670
Debug session time: Thu Jun 20 07:17:30.417 2013 (UTC + 2:00)
System Uptime: 0 days 0:02:02.198
Loading Kernel Symbols
...............................................................
Loading User Symbols
Loading unloaded module list
.....
* Bugcheck Analysis *
Use !analyze -v to get detailed debugging information.
BugCheck 101, {31, 0, fffff88002f00180, 1}
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: 0000000000000031, Clock interrupt time out interval in nominal clock ticks.
Arg2: 0000000000000000, 0.
Arg3: fffff88002f00180, The PRCB address of the hung processor.
Arg4: 0000000000000001, 0.

Debugging Details:
------------------
BUGCHECK_STR: CLOCK_WATCHDOG_TIMEOUT_4_PROC
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: svchost.exe
CURRENT_IRQL: d

STACK_TEXT:
: nt!KeBugCheckEx
: nt! ?? ::FNODOBFM::`string'+0x4e3e
: nt!KeUpdateSystemTime+0x377
: hal!HalpHpetClockInterrupt+0x8d
: nt!KiInterruptDispatchNoLock+0x163
: nt!KxFlushEntireTb+0x7f
: nt!KeFlushTb+0x119
: nt! ?? ::FNODOBFM::`string'+0xada2
: nt!MiResolveDemandZeroFault+0x1ff
: nt!MiDispatchFault+0x8ce
: nt!MmAccessFault+0xe1b
: nt!KiPageFault+0x16e
: nt!memset+0x80
: nt!PiControlGetInterfaceDeviceList+0xab
: nt!NtPlugPlayControl+0x100
: nt!KiSystemServiceCopyEnd+0x13
: 0x773a236a

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_4_PROC_ANALYSIS_INCONCLUSIVE
BUCKET_ID: X64_CLOCK_WATCHDOG_TIMEOUT_4_PROC_ANALYSIS_INCONCLUSIVE
Followup: MachineOwner
---------

Die Lösung für den 0x101 ist: increase Vcore.
 
dann liegt es am mainboard und dessen bios.
wende dich da bitte an gigabyte direkt und gebe hier die lösung preis.
es gibt bestimmt noch mehr Leute mit solchen Problemen.
 
Okay, jetzt wirds komisch. Nachdem ich den OC-Run wie so oft nach 12+ Std fehlerfrei abgebrochen habe, habe ich wieder @deafult getestet. Und wie immer, im Zeitraum von 3 Std der 124 BSOD.


Auch meine Theorien haben sich ja nicht direkt bestätigt (Vring -> Cache). Dann werd ich mich mal bei Gigabyte melden und schreibe hier rein, sobald es was neues gibt.

Auch zu empfehlen:
Z87X-UD3/4/5/7 & All Other GBT Z87 Including TH Club/Discussion/Issue Report Club.
The Gigabyte Z87/Haswell Overclocking(OC) Guide

Da gibt es einige (oder eher einzelne), die auch 124er bekommen. Aber nachdem das nur so wenige sind, geh ich mal von irgend einem Defekt aus.




Großer Dank hier allen, die versucht haben mir zu helfen :)
Gruß Bene
 
Zurück