Ripjaws 1333 kaputt oder was anderes?

Vaniax

Cadet 3rd Year
Registriert
Juli 2008
Beiträge
48
Hi zusammen,

ich hab folgendes Problem. Vor 1-2 Monaten hab ich 2 PC's zusammengebaut, die sich in den Komponenten nur in der Grafikkarte unterscheiden. Ich habe folgende Sachen verbaut: Intel Core i5 auf P55m-Ud2, Scythe Mugen, 2X2 GB DDR3 1333 MHZ G.Skill Ripjaws, Samsung F3 500GB, Enermax Pro 87+ 500W.

Von diesen 2 PC's läuft einer perfekt (meiner^^), ohne dass ich groß irgendwas einstellen musste (insbesondere am RAM). Der 2. (er wurder erst kürzlich zusammengebaut) hat jedoch angefangen zicken zu machen. Nachdem dieser auch erst rund lief, kam es plötzlich zu vereinzelten Bluescreens mit dem "Memory Managment" Fehler, Firefox stürzte sehr oft hintereinander ohne Grund ab, und einmal stürzte Windows kurz vor Erreichen des Desktops ab. Dies alles passierte, nachdem der PC schon mehrere Tage im Einsatz war; die Fehler ließen sich aber auch nicht reproduzieren, nur der Bluescreen trat noch vereinzelt auf. Zunächst dachte ich, könnt vll. an Windows liegen und hab es mehrmals neu installiert. Oben genannte Fehler traten nach mehreren Tagen Einsatz nicht mehr auf.

Nun hatte ich jedoch wieder (genau) einen Bluescreen mit dem "Memory Managment" Fehler. Nur diesen einen, nichts weiter. Habe neugestartet und sonst war nichts weiter zu tun. Der Fehler bzw. die Fehler von oben traten auch ohne besonderen Grund auf. Beim letzten BS habe ich vorher als einzige Aktion etwas von einem USB Stick kopiert und sonst den PC in Ruhe gelassen.

Dann hab ich erstmal Memtest86+ ca. 4 Stunden durchlaufen lassen (mit beiden Modulen), es traten keine Fehler auf. Auch Prime lief über mehrere Stunden problemlos. Im Bios hatte ich zu diesem Zeitpunkt noch die Optimized Settings ausgewählt, wobei die Timings auf 9-9-9-24 und 1T standen mit DRAM Voltage und Multiplikator auf AUTO.

Im Internet habe ich gelesen, dass bei G.Skill Speicher häufiger ein Cold Boot Bug auftritt, der Rechner also nach längerer Auszeit nicht hochfährt. Dieser Fehler tritt zwar so nicht bei mir auf, aber ich dachte mir, es kann ja nicht schaden die einzelnen Module des RAM jeweils nach ca. 12 Stunden Auszeit des Rechners mit Memtest zu testen. Diese habe ich dann jeweils nur mit den Einstellungen 7-7-7-21 2T bei 1,5 V und Multiplikator auf 10, wie von G.Skill angegeben, getestet. Auch hier waren die Durchläuft mindenstens 4 Stunden lang (eher dann aber so 5-6), aber es zeigten sich keine Fehler.

Nun wollte ich heute morgen nocheinmal beide Speichermodule nach dem Kaltstart testen. Einstellungen im Bios ebenfalls auf 7-7-7-21 2T bei 1,5V mit Multiplikator auf 10. Diese Einstellungen habe ich noch am Abend vorher gemacht. Als ich dann den Rechner heute morgen angestellt habe, kam folgender Fehler:
"The system has experienced boot failures because of overclocking or changes of voltages. Last settings in BIOS setup may not coincide with current H/W states."
Nach dieser Meldung bin ich ins Bios gegangen, habe wieder Optimized Settings ausgewählt, und dann wieder die Timings eingestellt und auch wieder die DRAM Voltage auf 1,5 V gesetzt. Dann hab ich den Rechner ausgestellt und nach ca. 10 Min. wieder an gemacht. Derselbe Fehler trat auf. Dann hab ich das XMP Profil des RAMS ausgewählt und DRAM Voltage auf Auto gelassen. Nach weiteren 10 Min. trat der Fehler dann nicht auf. Seitdem läuft wieder Memtest, findet aber bis jetzt wieder keine Fehler.

Was ist nun schiefgelaufen? Wieso trat plötzlich die Boot failure Meldung auf, obwohl eigentlich nur die Timings und DRAM Voltage verändert wurden (zumal ich mir sicher bin, dass ich auch schon vorher mit 2 Modulen testweise diese Einstellungen gewählt hatte, ohne das ein solcher Fehler auftrat). Warum trat dieser Fehler mit denselben EInstellungen nicht bei den einzelnen Modulen auf? Woher kommt nun der Memory Managment Fehler?

An den Systemtreibern denke ich kann das nicht liege, da ja der 2. Pc mit denselben Treibern ohne Probleme läuft. Mainboard defekt halte ich für unwahrscheinlich, da wohl sonst stärkere Probleme auftreten würden, oder? Ein Bios Update halte ich auch nicht für die Lösung, da bei beiden PC's die Mainboards mit dem F3 Bios laufen und der eine null Probleme hat. Ich habe immer noch die Vermutung, dass der Speicher defekt ist, kann es ihm bislang aber nicht nachweisen^^.



Eventuell hätte ja noch jmd. nen guten Tipp für mein Problem, ich bin langsam ziemlich ratlos, was ich noch machen soll.
 
Zuletzt bearbeitet:
Was steht präzise auf dem Bluescreen. Das ist Info und keine Schikane und man kann daran auf den Fehler schließen.

Stop: 0x0000Code Fehlertext in Modul ...... wären Hilfreich.


Page_Fault in Non Page Area würde z.b. auch auf ein defektes Dateisystem auf der Festplatte hindeuten.
 
Zuletzt bearbeitet:
Nunja. Hab gleichen Speicher + Prozessor nur anderes Bord.

Bei mir war das nicht anders: An einem Tag bekam ich nach jedem Neustart (ca 10 Minuten) immer einen Bluescreen (Memory). Ich war erst völlig verzweifelt aber die nächsten Wochen und Monate (Computer läuft täglich 5 - 10 Stunden) hab ich nie wieder was Blaues bei mir gesehen.

Bin auch erst völlig abgedreht. Hab auch die Timings manuell wie du eingestellt. Hatte am Anfang nur Probleme mit dem Speicher. Er war u. a. auch erst nicht im Dual-Channel und hat nicht zusammen gearbeitet. Vielleicht liegts auch daran? Die Anordnung bei den s1156-Boards find ich öde. :D
 
Also auf Dual Channel Modus habe ich immer genau geachtet, wird auch bei Memtest angezeigt, dass der Speicher in dem Modus läuft.

Im Bluescreen stand folgender Fehlercode: STOP 0x0000001A, den weiteren Text habe ich mir leider nicht gemerkt, wird eventuell von Windows ein Log erstellt, wo ich das nocheinmal nachlesen kann? Denn wie gesagt, der Fehler tritt so unspezifisch auf, dass es mir bislang nicht gelingt, ihn auf "Kommando" zu reproduzieren.
 
Zuletzt bearbeitet:
Vaniax schrieb:
Im Bluescreen stand folgender Fehlercode: STOP 0x0000001A, den weiteren Text habe ich mir leider nicht gemerkt, wird eventuell von Windows ein Log erstellt, wo ich das nocheinmal nachlesen kann? Denn wie gesagt, der Fehler tritt so unspezifisch auf, dass es mir bislang nicht gelingt, ihn auf "Kommando" zu reproduzieren.

Gibt es tatsächlich. Start-Systemsteuerung-Verwaltung-Computerverwaltung-Ereignisanzeige-Systemprotokoll
 
Ok, werd dann mal nach dem Log schauen.

Die Spannung erhöhen kam mir auch schon in den Sinn. Jedoch frage ich mich ob das sinnvoll sein kann bzw. warum der eine PC auch mit 1,5 Volt manuell eingestellt keinerlei zicken macht. Zumal G.Skills Vorgabe ja ebenfalls 1,5 Volt ist.
Also ich werde erstmal nach dem Log schauen und dann versuchen den Bluescreen wieder zu reproduzieren, um dann festzustellen, ob eine Erhöhung des VRAMs etwas bringt.

Warum ist es eigentlich meist vorteilhafter im Bios die Spannung nicht automatisch regeln zu lassen? Das scheint ja nun oft eine Fehlerquelle zu sein (obwohl's bei mir heut mit manuell nicht gestartet hat^^).


EDIT: Also ich hab den Log EIntrag gefunden. Unter Systemereignisse zu finden steht:

Code:
Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x0000001a (0x0000000000000031, 0xfffffa8005f15690, 0xfffff880083ee000, 0xfffff8a002d4596b). Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP. Berichts-ID: 073010-55317-01.

bzw. unter Detail Ansicht:

Code:
- System 

  - Provider 

   [ Name]  Microsoft-Windows-WER-SystemErrorReporting 
   [ Guid]  {ABCE23E7-DE45-4366-8631-84FA6C525952} 
   [ EventSourceName]  BugCheck 
 
  - EventID 1001 

   [ Qualifiers]  16384 
 
   Version 0 
 
   Level 2 
 
   Task 0 
 
   Opcode 0 
 
   Keywords 0x80000000000000 
 
  - TimeCreated 

   [ SystemTime]  2010-07-30T10:46:05.000000000Z 
 
   EventRecordID 6053 
 
   Correlation 
 
  - Execution 

   [ ProcessID]  0 
   [ ThreadID]  0 
 
   Channel System 
 
   Computer Lutz-PC 
 
   Security 
 

- EventData 

  param1 0x0000001a (0x0000000000000031, 0xfffffa8005f15690, 0xfffff880083ee000, 0xfffff8a002d4596b) 
  param2 C:\Windows\MEMORY.DMP 
  param3 073010-55317-01




Die geforderten Bilder von CPU Z:

http://www.imagebanana.com/view/fxmfq50h/cpuzMainboard.png Reiter Mainboard
http://www.imagebanana.com/view/vqndx5uo/CpuzRam.png Reiter Ram
http://www.imagebanana.com/view/euci13ys/CpuzSPDSlot1.png Reiter SPD Slot 1
http://www.imagebanana.com/view/ar44rkg7/CpuzSPDSlot2.png Reiter SPD Slot 3

Die Aufnahmen wurden mit dem XMP Profil aufgenommen mit DRAM Voltage auf Auto
 
Zuletzt bearbeitet:
Wenn CPU-Z die Revision deines Boards richtig ausliest, hast du die Rev. 1.1 !?
Wenn ja, zunächst mal versuchen, mit der Spannung ein stabilen Betrieb hinzubekommen.

1,65V RAM-Spannung, Timings auf 8-8-8-24-32, Command Rate 2T, Frequenz 1333mhz (666mhz).
Damit sollte es auf jeden Fall stabil laufen.

Als nächstes ein Bios-Update durchführen!

Nach dem Bios-Update, kannst du erneut ausprobieren, ob die RAM nun im Auto-Betrieb stabil laufen.

Edit: noch ein kleinen Tipp für Screenshots: Snipping Tool
 
Zuletzt bearbeitet:
Hab grad nochmal auf der Platine geschaut. Ich hab Rev. 1.0 falls das was ausmacht. Für welchen Wert steht in deiner Angabe die 32?
Das anheben der Spannung könnte was bringen? Dennoch müsste bei instabilen Betrieb, der durch den VRAM Wert hervorgerufen wird, dann regelmäßiger Fehler und Bluescreens auftauchen, oder? Egal ob mit Optimized Defaults (und laschen Timings 9-9-9-24 bei VDRAM auf Auto) oder manuell auf 7-7-7-21 1,5V läuft der PC studenlang bzw. tagelang ohne Probleme, bis wieder mal ein Fehler auftaucht. Auf 1,6V bzw. 1,65 V anheben find ich auch nen bissl komisch. AUf dem Wert laufen ja schon die nächsthöheren Ripjaws mit 1600 MHZ.
Ich finds halt verwirrend, da beim 2. PC alles ohne Probleme läuft. Gibts da so starke (nennen wirs mal) Qualitätsschwankungen?



EDIT: Woran kann es liegen, dass CPU-Z auf dem funktionstüchtigen PC den Hersteller des Mainboards sowie Bios Version und Name des Mainboard, etc. nicht auslesen kann? Bei dem anderen PC funktioniert es ja (wie man auf den Bildern sieht)?
 
Zuletzt bearbeitet:
Habe eben noch mal nachgeschaut...für Rev 1.0 liegen ebenfalls neuere Bios-Versionen vor.

Dennoch müsste doch bei instabilen Betrieb der durch den VRAM Wert hervorgerufen wird, dann regelmäßiger Fehler und Bluescreens liefern, oder?

Da hast du allerdings recht. Evtl. ist die Spannungsanhebung auch nicht notwendig und von mir etwas voreilig vorgeschlagen. Da der Bluescreen Stop 0x1A "Memory Management" i.d.R. durch RAM-Probleme hervorgerufen wurde, hatte ich diesen gleich in Verdacht.

Der Bluescreen kann aber auch durch einen fehlerhaften Gerätetreiber ausgelöst werden, der eine ungültige Speicheradresse aufruft. Um das herauszufinden, werte die Minidump aus, die zum Bluescreen geschrieben wurde. Sollte ein Treiber die Bluescreens auslösen, müsste er damit zu entlarven sein.

Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP
 
Ok, werd mich dann gleich mal ans auswerten machen.
Angenommen ich würde mich zu einem Bios Update entscheiden würden, müsste ich nur das neuste Update nehmen oder? In diesem Fall also F11 wenn ich mich nicht irre?
http://www.gigabyte.de/Support/Motherboard/BIOS_Model.aspx?ProductID=4568&ver=#anchor_os
Ergänzung ()

So, ich hoffe ich hab das richtig gemacht:

Code:
Microsoft (R) Windows Debugger Version 6.12.0002.633 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 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16539.amd64fre.win7_gdr.100226-1909
Machine Name:
Kernel base = 0xfffff800`02c00000 PsLoadedModuleList = 0xfffff800`02e3de50
Debug session time: Fri Jul 30 12:16:53.227 2010 (UTC + 2:00)
System Uptime: 0 days 0:06:51.648
Loading Kernel Symbols
...............................................................
................................................................
.................................
Loading User Symbols
PEB is paged out (Peb.Ldr = 000007ff`fffd6018).  Type ".hh dbgerr001" for details
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {31, fffffa8005f15690, fffff880083ee000, fffff8a002d4596b}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::NNGAKEGL::`string'+6378 )

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

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

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000000031, The subtype of the bugcheck.
Arg2: fffffa8005f15690
Arg3: fffff880083ee000
Arg4: fffff8a002d4596b

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


BUGCHECK_STR:  0x1a_31

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  svchost.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002fa1b2d to fffff80002c70600

STACK_TEXT:  
fffff880`098ca168 fffff800`02fa1b2d : 00000000`0000001a 00000000`00000031 fffffa80`05f15690 fffff880`083ee000 : nt!KeBugCheckEx
fffff880`098ca170 fffff800`02f58f45 : fffff880`083ee000 ffffffff`ff580000 00000000`0009c000 fffffa80`01ede360 : nt! ?? ::NNGAKEGL::`string'+0x6378
fffff880`098ca1c0 fffff800`02f4617c : 00000000`00000000 00000000`00000000 fffff6fc`40041e08 fffff800`00000000 : nt!MiPerformFixups+0x65
fffff880`098ca210 fffff800`02c5257d : 00000000`000a4a12 00000000`0000009c fffff8a0`02c87528 00000000`00000002 : nt!MiRelocateImagePfn+0x114
fffff880`098ca270 fffff800`02f58ea1 : fffffa80`05d03010 fffff6fc`40041e08 fffff8a0`00000002 00000000`00000000 : nt!MiValidateImagePages+0x2bd
fffff880`098ca310 fffff800`02f585b0 : ffffffff`ffffffff 00000000`00000001 fffff8a0`02d3c000 00000000`00000028 : nt!MiSwitchBaseAddress+0x61
fffff880`098ca340 fffff800`02f6c3ae : 00000000`00000004 00000000`01000000 00000000`00000000 00000000`00000000 : nt!MiRelocateImageAgain+0x100
fffff880`098ca390 fffff800`02f61b83 : fffff880`098ca5f0 00000000`00000000 fffff880`098ca698 fffff880`098ca5e8 : nt!MmCreateSection+0x302
fffff880`098ca5a0 fffff800`030ce0e3 : 00000000`00000000 fffff8a0`074c3330 00000000`00000000 00000000`00000001 : nt!NtCreateSection+0x162
fffff880`098ca620 fffff800`030ce671 : 00000000`00000000 fffff8a0`074c3330 fffffa80`059f7830 fffff880`00000060 : nt!PfpFileBuildReadSupport+0x163
fffff880`098ca710 fffff800`030d678e : fffff8a0`00000000 fffff8a0`0000000b fffff8a0`000001b8 00000000`00000000 : nt!PfpPrefetchFilesTrickle+0x121
fffff880`098ca810 fffff800`030d7327 : 00000000`00000000 fffff880`098caca0 fffff880`098caa08 fffff8a0`01413060 : nt!PfpPrefetchRequestPerform+0x30e
fffff880`098ca960 fffff800`030e38fe : fffff880`098caa08 00000000`00000001 fffffa80`05a46810 00000000`00000000 : nt!PfpPrefetchRequest+0x176
fffff880`098ca9d0 fffff800`030e802e : 00000000`00000000 00000000`0198f590 00000000`0000004f fffffa80`058bf401 : nt!PfSetSuperfetchInformation+0x1ad
fffff880`098caab0 fffff800`02c6f853 : fffffa80`05eb9060 00000000`00000000 00000000`00000001 00000000`00000001 : nt!NtSetSystemInformation+0xb91
fffff880`098cac20 00000000`77a7144a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0198f568 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77a7144a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::NNGAKEGL::`string'+6378
fffff800`02fa1b2d cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::NNGAKEGL::`string'+6378

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4b88cfeb

FAILURE_BUCKET_ID:  X64_0x1a_31_nt!_??_::NNGAKEGL::_string_+6378

BUCKET_ID:  X64_0x1a_31_nt!_??_::NNGAKEGL::_string_+6378

Followup: MachineOwner
---------
 
Der Bluescreen wurde nicht durch einen Gerätetreiber ausgelöst.

IMAGE_NAME: ntkrnlmp.exe

Ursache scheint doch am fehlerhaften bzw. fehlerhaft eingestellten RAM zu liegen. Wäre zumindest eine mögliche Ursache.

Das Bios kannst du gleich auf die aktuellste Version flashen. Es sind keine Zwischenupdate notwendig.
 
Danke für die Hilfe bis hierher.

Dann bleibt mir wohl nicht anderes übrig als das Bios zu updaten. Eventuell hat sich in die vorhandende F3 Version nen kleiner defekt eingeschlichen....halte ich aber eher für unwahrscheinlich.
Ob das Bios an dem Ganzen beteiligt ist, müsste ich doch daran erkennen, ob ich den Fehler beim Starten des Computers ("The system has experienced boot failures...), wie schon einmal, reproduzieren kann, oder?. Das war zumindest der Fehler den ich einigermaßen reproduzieren konnte.
Ansonsten werde ich wohl mal den Ram reklamieren, bin ja noch in der 6 Monatsfrist.

Noch ne kleine Frage. Wie wahrscheinlich ist es, dass eventuell an anderen Komponenten wie zb. am Mainboard oder vll. auch am Netzteil etwas defekt ist?


UPDATE:

Ich hab nun das Bios auf F11 geupdated. Werd ihn jetzt dann mal so 14-16 Stunden in Ruhe lassen (so wie heute), um evtl. wieder den Boot Fehler zu bekommen (hab wieder alle Timings, etc. manuell gesetzt). Vielleicht habe ich ja Glück...
 
Zuletzt bearbeitet:
Das neue Bios bringt z.B. diese Verbesserung mit: Enhanced memory compatibility

Es muss nicht sein, dass das F3 Bios defekt ist. Es kann aber eine Inkompatibilität mit dem RAM vorliegen, die durch das Bios Update gelöst werden könnte.

Probiere erst das Bios, wenn das nichts bringt, kannst du den RAM immer noch reklamieren.

Zur wahrscheinlichen Fehlerursache...Mainboard und NT sind auch denkbar, der RAM ist aber wahrscheinlicher.
 
Jo, genau auf diese Verbesserung spekuliere ich auch. Falls das nun funktionieren sollte, bleibt nur noch die Frage, warum der andere PC reibungslos funktioniert. Aber erstmal den morgigen Test abwarten.
 
Zuletzt bearbeitet:
Ok. Dann schau ma mal.

Auch wenn es die gleichen Komponenten sind, können sie sich in der Qualität (Serienstreuung) unterscheiden. Bei den Ripjaws z.B. liest man häufig von Problemen im Betrieb mit den AUTO-Einstellungen des Boards.

Zum Speichermanagent zählt neben dem RAM z.B. auch der Video-RAM der Graka und der Cache des Prozessors. Der eine PC hat eine andere Grafikkarte, evtl. macht dieser kleine Unterschied die Probleme mit dem Speichermanagement aus? (Das war jetzt rein spekulativ).
 
Also mit manuell eingestellten Timings und VDRAM kam heut morgen trotz Bios Update wieder die Fehlermeldung (The system has experienced boot failures because of...). Wenn ich nun allerdings das XMP Profil des Speichers lade, wird die Command Rate auf 3 gestellt, statt vor dem Update auf 2. Das Bios sollte doch aber auf die Einstellungen des XMP Profils keinen Einfluss haben oder?
Ich glaube den Ram werde ich reklamieren, irgendwas scheint da nicht in Ordnung zu sein. Da ich mich dafür aber erstmal mit dem Shop in Verbindung setzen muss, dürfen ruhig noch hilfreiche Tipps gegeben werden ;) .
 
XMP ist ein RAM-Profil (Zertifizierung), dass vom Board auch unterstützt werden muss (zumindest für die automatische Erkennung und Einstellung). Bei manchen Boards kannst du die XMP Unterstützung im Bios auch aktivieren/deaktivieren.
Insofern kann ich mir gut vorstellen, dass sich eine andere Bioseinstellung auf die automatische XMP Einstellung auswirken kann.

Wie ist denn der RAM nun eingestellt? Kannst du noch mal ein Screenshot von CPU-Z (Reiter Memory) machen. Mit welcher RAM Spannungen hattest du den RAM jetzt laufen lassen?
 
Also ich hatte ihn wieder wie vorher eingestellt, spricht mit den Settings 7-7-7-21 2T bei 1,5 VDram und Multiplikator auf 10 (1333 MHZ). Alle anderen Einstellungen waren auf Auto. Mit diesen Settings trat der genannte Fehler wieder auf. Dann habe ich das XMP Profil geladen, was nun den Settings 7-7-7-21 3T entspricht. Manuell habe ich dazu noch den Multiplikator auf 10 gesetzt und VDram auf 1,5 V. Seitdem habe ich den PC wieder ausgestellt, um den besagten Fehler zu provozieren (tritt wohl nur nach längere Auszeit auf). Bevor ich hier die Antwort geschrieben habe, wurde der PC wieder angestellt, aber der Fehler blieb nun aus (Auszeit Betrug so 2 Stunden, Pc war nun in 18 Stunden nur rund 5 Min. an).
 
Zurück
Oben