Blue-screens und RAM-Timing - Frage

Hiho.

Bluescreens unter Win7 die Tausenderste. ^^

Also auch ich hab eben Bluescreens mit Restarts danach unter Win7 64Bit.
Nach langem recherchieren, hab ich schon mal im Bios die Stromspar-Einstellungen disabled.
Dann hab ich auch oft gelesen, dass die RAM-Spannung nicht ganz stimmt und man diese erhöhen soll. Bei meinem Corsair, soll die Spannung laut Herstellerangabe 1.5V betragen. Jedoch gibt das Bios schon 1.6 (freiwillig, ich hab nix geändert).

Bei weiteren recherchen bin ich auf den Fred gekommen:
https://www.computerbase.de/forum/t...herkompatibilitaetsliste-und-ratgeber.671001/

Entsprechend der genannten Lösung, will ich jetzt auch mal probieren, die Settings von Cl9 auf Cl8 zu ändern. Das Problem dabei ist nur, dass ich davon kaum Ahnung hab. Deswegen will ich auf Nummer sicher gehen, bevor ich da was falsch mache und nachher noch mehr Probleme auftauchen.

Deswegen, was genau muss ich da alles ändern !?

Das MB ist ein GB UD3P mit standart BIOS. Also ich hab kein BIOS-Update gemacht bisher.
N Screenshot von CPU-Z wegen des RAMs, werd ich gleich noch hinzufügen bzw. rein editieren.

Danke euch.

Edit, der Screenshot: http://s10.directupload.net/file/d/2118/ty96qguy_jpg.htm

deine Angaben sind ziemlich dürftig

von Gigabyte gibts ein halbes Dutzend UD3P Boards, gehts eventuell genauer?

wenn du noch das Werks Bios drauf hast, ist ein Update sowieso ratsam

Bei Gigabyte Boards ist in jedem Fall ein BIOS Update anzuraten, gerade wenn man noch das Werksbios drauf hat. Ganz der Meinung wie @Schoschonie

Viele Grüße

Ja *g* mein Fehler. ^^
Hatte irgendwie nicht dran gedacht dass es da mehr UD3Ps gibt.

Die genaue Bezeichnung ist Gigabyte GA-MA770T-UD3P.

Der Angaben wegen, kopier ich auch mal den Rest rein. ^^

CPU Typ QuadCore AMD Phenom II X4 Black Edition 955, 3200 MHz (16 x 200)

RAM, siehe Screenshot ^^

Ne Radeon 5850 (noch mit standart -Kühler) von HIS.

2 SAMSUNG HD103SJ ATA Device (931 GB, IDE)

Und noch n Laufwerk/Brenner LG GSA-H30N

Dazu noch n paar Lüfterleins.

Temperaturen sind btw. auch alle in ordnung. Habs mit Speedfan und Everest ausgelesen.
Selbst in und nach Games (BFBC2 z.B.) ists recht kühl.

@BIOS-Update

Naja, da hab ich mich zugegeben, noch nie ran gewagt, seit ich mal gelesen hatte, dass man sich damit das BIOS und damit das MB zerschießen kann. Aber vielleicht, sollte ich mich doch nochmal damit befassen ....

MfG: Showstopper

Edit: Heute, geht das ja mit "@BIOS" anscheinend recht einfach. Von daher hab ichs einfach mal gemacht und, ich kanns zwar nirgends "sehen" doch wenns geklappt hat, sollte ich nun Version "F4" haben. Laut GB ist das die Aktuellste. F5 ist nur für Rev1.1 (ne Version dieses Boards !?) und F6 ist wohl Beta und für 6Kern -Prozzis.
http://www.giga-byte.com/Support/Motherboard/BIOS_Model.aspx?ProductID=3096

Bluescreen lesen?
Muss doch gar nicht das RAM sein. Die Screens sind doch keine Schikane sondern info. Es steht genau da was abgeschmiert ist.

Stop: 0x0000CODE

Aufschreiben, Googeln.

Würd ich ja gern aber sobald der Bluescreen auftaucht, isser auch schon wieder weg und der PC startet neu oder geht aus. Mit anderen Worten, der Bluescreen hällt keine (gefühlte^^) 2 Sekunden.

Ich wollt auch gucken, ob ich die MEMORY.DMP debuggen und lesen kann. Doch selbst im Admin-Modus hab ich keine Berechtigung. -_- K.A. wo ich sonst noch gucken könnte, deswegen hab ich halt gedacht, probier mal das aus, was du am meisten findest.
- Und das war halt der RAM. ^^

MfG: Showstopper

Na dann schaltest Du den sofortigen Neustart einfach aus.

Windows-Taste+Unterbrechen-Taste. Erweitert. Starten und Wiederherstellen. Sofortiger Neustart aus.

Ich wollt auch gucken, ob ich die MEMORY.DMP debuggen und lesen kann. Doch selbst im Admin-Modus hab ich keine Berechtigung

Zum Vergrößern anklicken....

Das Programm selbst musst du als Administrator starten (rechte Maustaste auf Windbg.exe -> als Administrator ausführen).

Bitte auch noch ein Screenshot von CPU-Z (Reiter Memory und Mainboard).

Ok, ein mal Memory-Reiter von CPU-Z:
http://s3.directupload.net/file/d/2119/44anealu_jpg.htm

Und den MB-Reiter:
http://s5.directupload.net/file/d/2119/vmz7hfxx_jpg.htm

Den sofortigen Neustart hab ich wie empfohlen mal aus geschaltet. Aber da die Abstürze ja willkürlich kommen, kann ich nicht sagen, wie lange es dauert bis ichs lesen und posten kann.
Normal aber alle ein bis zwei Tage ein oder zwei mal. ^^

Das mit dem debugging-tool, hab ich glaube so gemacht gehabt aber ich probiers nochmal aus, evtl. hatte ichs doch anders gemacht gehabt, mal sehen.

Danke für die Hinweise.

MfG: Showstopper

Bios Version ist F4. Das Update ist geglückt...

Stelle die Comand Rate des RAM im Bios zunächst direkt auf 2T, Spannung des RAM auf 1,65V. Hilft das nichts, probieren wir es mit anderen Timings.

So, eben hatte ich mal wieder nen Bluescreen. Und ich hab den Code mal notiert und auch gegooged. Aber mit den Ergebnissen kann ich ehrlich gesagt nix anfangen.
Zum einen beziehen sich die meisten Ergebnisse auf XP und Vista und ich hab k.A. ob da die codes die selben sind. Und zum anderen stand in einem der Texte, die ich gelesen hatte im grunde nur "kann alles mögliche sein". Toll. -_- ^^

Aber vielleicht könnt ihr ja mehr damit anfangen:

0x0000000A
0x0000003BE66E2300
0x0000000000000002
0x0000000000000001
0xFFFFFF80002AC642D

Wenn ihr auch nix daraus lesen oder finden könnt, probier ich dann mal commandrate im BIOS aber vielleicht wird ja jemand daraus schlau. Ich google auch nochmal weiter .... ^^

MfG: Showstopper

Du, da ist nicht viel Unterschied vom GRUND der den BS verursacht. Die Fehlermeldung ist unter XP die gleiche wie unter Vista oder 7. Ein 0x0007B ist immer Kein Laufwerk gefunden. Bei allen OS.

Du bekommst einen 0A IRQL Less or Equal. Das kann (wie Du schon vermutet hast) instabiles RAM sein, oder auch ein lausig programmierter Treiber.

Memtest ne Nacht von CD laufen lassen hast Du schon gemacht?

Nein, noch nicht. Ich versuchs seit ich gelesen hatte es könnte der RAM sein, doch langsam verzweifle ich dran. Nachdem ich am Anfang den dummen Fehler gemacht hatte, die CD nicht bootfähig zu brennen, hatt ich das aber dann nachgeholt. Problem nur, die CD bootet, doch nicht mit memtest, sondern es schreibt nur bei schwarzen, nicht blauem Hintergrund, in jede Zeile 8000. Sonst tuts gar nix.
Komisch ist, dass ich über dieses Problem was im Bezug auf Linux gelesen habe. Aber ich hab ja Win7 und kein Linux. Ich versuchs heute Abend nochmal aber k.A. ob ich das zum laufen bringe, je nachdem warum das nur 8000 schreiben will.

MfG: Showstopper

Benutzt du auch die aktuellste Version von Memtest86+?

Hast du im Bios die Command Rate schon auf 2T gestellt?

Der "0x0000000A" Stop Fehler könnte auch einen fehlerhaften Treiber als Ursache haben, wahrscheinlicher ist aufgrund der bisherigen Fehlermeldungen jedoch der RAM.

Zu Sicherheit könntest du jedoch die Minidump des letzten Bluescreens auslesen. Hier eine kurze Anleitung: Klick!

Ja, ich hatte die aktuellste Version von Memtest86+ geladen. Doch wie gesagt, die bootet zwar, schreibt aber nur immer wieder 8000, mehr nicht.
Command Rate hab ich noch nicht umgestellt, wollt erstmal gucken ob ihr was mit dem Code anfangen könnt bzw. jetzt mit dem ge-debug-ten Text. ^^
Btw. Danke für die Anleitung, hat geklappt. Anscheinend hatte ich doch vergessen das Prog als Admin zu starten. Naja, kann passieren. ^^

Hier also der Text:

MfG: Showstopper

Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
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.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a49000 PsLoadedModuleList = 0xfffff800`02c86e50
Debug session time: Mon Apr 5 01:14:37.448 2010 (UTC + 2:00)
System Uptime: 0 days 22:45:48.149
Loading Kernel Symbols
...............................................................
................................................................
........................
Loading User Symbols

Loading unloaded module list
................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {3be66e2300, 2, 1, fffff80002ac642d}

Probably caused by : ntkrnlmp.exe ( nt!KiRetireDpcList+d )

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

0: kd> Debuggee not connected!analyze-v
*** ERROR: Module load completed but symbols could not be loaded for sptd.sys
*** ERROR: Module load completed but symbols could not be loaded for spldr.sys
*** ERROR: Module load completed but symbols could not be loaded for avgntflt.sys
*** ERROR: Module load completed but symbols could not be loaded for atikmpag.sys
*** ERROR: Module load completed but symbols could not be loaded for a5q38kp6.SYS
*** ERROR: Module load completed but symbols could not be loaded for vHidDev.sys
*** ERROR: Symbol file could not be found. Defaulted to export symbols for drmk.sys -
*** ERROR: Module load completed but symbols could not be loaded for dadder.sys
*** ERROR: Module load completed but symbols could not be loaded for AtiHdmi.sys
*** ERROR: Module load completed but symbols could not be loaded for atipmdag.sys
*** ERROR: Module load completed but symbols could not be loaded for peauth.sys
*** ERROR: Module load completed but symbols could not be loaded for secdrv.SYS
Couldn't resolve error at 'ebuggee not connected!analyze-v'
0: kd> !analyze-v
No export analyze-v found
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

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: 0000003be66e2300, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff80002ac642d, address which referenced memory

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


WRITE_ADDRESS: 0000003be66e2300

CURRENT_IRQL: 2

FAULTING_IP:
nt!KiRetireDpcList+d
fffff800`02ac642d 4883ec68 sub rsp,68h

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: System

TRAP_FRAME: fffff80000b9cba0 -- (.trap 0xfffff80000b9cba0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000003be66e2300 rbx=0000000000000000 rcx=fffff80002c33e80
rdx=0000ef9900000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ac642d rsp=fffff80000b9cd38 rbp=0000000000000002
r8=0000000000000000 r9=00000000002fe6b0 r10=0000000000015a66
r11=fffffa80067586e8 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up di pl nz na pe nc
nt!KiRetireDpcList+0xd:
fffff800`02ac642d 4883ec68 sub rsp,68h
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002aba469 to fffff80002abaf00

STACK_TEXT:
fffff800`00b9ca58 fffff800`02aba469 : 00000000`0000000a 0000003b`e66e2300 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff800`00b9ca60 fffff800`02ab90e0 : 00000000`00000000 fffff800`02c33e80 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff800`00b9cba0 fffff800`02ac642d : fffff800`00b96080 fffffa80`039d3040 00000000`00000002 00000000`00000000 : nt!KiPageFault+0x260
fffff800`00b9cd38 fffff800`02ac36fa : fffff800`02c33e80 fffff800`00000000 00000000`00000000 fffff880`04e8a588 : nt!KiRetireDpcList+0xd
fffff800`00b9cd80 00000000`00000000 : fffff800`00b9d000 fffff800`00b97000 fffff800`00b9cd40 00000000`00000000 : nt!KiIdleLoop+0x5a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!KiRetireDpcList+d
fffff800`02ac642d 4883ec68 sub rsp,68h

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!KiRetireDpcList+d

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xA_nt!KiRetireDpcList+d

BUCKET_ID: X64_0xA_nt!KiRetireDpcList+d

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

Hallo!

Tausche den RAM mit einem vom Kumpel. Hat er dann Bluescreens und Du nicht, lag es am RAM. Es gibt durchaus das Phänomen, dass Memtest trotz Defekts glatt durchläuft.

Wahlweise kannst Du nur einen einzelnen Riegel betreiben. Erzeugt nur ein Riegel den Bluescreen, hast Du sogar den Riegel identifiziert.

Seit wann tauchen die Bluescreens auf? Lief der RAM schon monatelang mit Win 7 ohne Probleme?

Showstopper schrieb:

@BIOS-Update

Naja, da hab ich mich zugegeben, noch nie ran gewagt, seit ich mal gelesen hatte, dass man sich damit das BIOS und damit das MB zerschießen kann. Aber vielleicht, sollte ich mich doch nochmal damit befassen ....

MfG: Showstopper

Edit: Heute, geht das ja mit "@BIOS" anscheinend recht einfach. Von daher hab ichs einfach mal gemacht und, ich kanns zwar nirgends "sehen" doch wenns geklappt hat, sollte ich nun Version "F4" haben. Laut GB ist das die Aktuellste. F5 ist nur für Rev1.1 (ne Version dieses Boards !?) und F6 ist wohl Beta und für 6Kern -Prozzis.
http://www.giga-byte.com/Support/Motherboard/BIOS_Model.aspx?ProductID=3096

Zum Vergrößern anklicken....

F4 ist nicht das aktuellste BIOS deines Boardes, sondern das BETA BIOS "F6B" zu erkennen am folgenden Buchstaben der ID "B".
Das BIOS F6B solltest du dir unbedingt flashen, bevor du weiter auf Fehlersuche gehst. Auch wenn Teile des BIOS Updates nur für Revision 1.1 sein soll, wird es mit einem Revisions Board 1.0 nicht dafür geflasht. Bleibt also automatisch außén vor.
Du solltest trotzdem unbedingt in Erfahrung bringen, welcher Revisionsnummer dein Board zugrundeliegt. Die Revisionsnummer steht in weißer Schrift irgendwo seitlich auf dem BOARD. Für dein BOARD wird aber von GIGABYTE das gleiche BIOS eingesetzt für beide Revisionen 1.0 und 1.1. Also keine Bange, BIOS F6B ist aktuell.

Das BIOS zu flashen ist doch bei GIGABYTE Boards ein "Kinderspiel".
Mittels "QFLASH" aus dem BIOS heraus. Dazu einfach die 3 BIOS Dateien auf einen USB Stick entpackt speichern, Stick stecken lassen, PC Neu starten und ab ins BIOS. Dann die Taste für QFLASH drücken (siehe im BIOS Bildschirm unten - welche das ist).
Da der PC mit gestecktem Stick gestartet wurde, heißt der USB Stick nun HDD-0. HDD-0 in QFLASH auswählen und von dort flashen.

Das dein RAM auf anderen BOARDS (wie hier u.a. aufgeführt wurde), dieselben Fehler produziert, wie auf deinem, ist nicht reproduzierbar und deshalb sehr unwahrscheinlich. Andere BOARDS können durchaus sehr gut mit den Riegeln zusammenarbeiten. Also so erfährst du NICHT definitiv, ob der RAM der Übeltäter ist. Sollte der RAM defekt sein, erfährst du es auch auf deinem BOARD.

Versuche mal nur mit einem Riegel den PC zu starten, dazu den 1 RAM Riegel im BIOS auf NUR 800 MHz einstellen, was bei Gigabyte Boards sehr einfach möglich ist, nämlich über den GIGABYTE Tweaker. Ändere dort den RAMTAKT so weit, bis 800 MHz rechts daneben erscheint.

Das GIGABYTE Forum sollte deine erste Anlaufstelle sein, im Falle der RAM Riegel. Hier haben vielleicht schon einige User ihre Erfahrungen niedergeschrieben, die deine Riegel betreffen.
Da du ein BOARD besitzt, was schon länger auf dem Markt ist, solltest du zuerst ins ALTE GIGABYTE Forum vorbeischauen. Nur neue Threads können dort nicht mehr eröffnet werden. Diese gehen nur noch im neuen GIGABYTE Forum.
Altes GIGABYTE FORUM : http://62.109.81.232/cgi-bin/sbb/sbb.cgi?
Neues GIGABYTE Forum : http://mbforum.gigabyte.de/index.php?page=Index

Beachte außerdem die QVL Liste für RAM des Herstellers GIGABYTE :
http://www.giga-byte.com/FileList/MemorySupport/mb_memory_ga-ma770t-ud3p.pdf

Viele Grüße

Auch die Minidump-Auswertung unterstreicht den Verdacht, dass die Probleme vom RAM kommen.
Gehen den oben beschriebenen Ratschlägen nach.
Evtl. möchtest du auch die RAM-Einstellungen im Bios ausprobieren:
Command Rate 2T, Spannung RAM 1,65V, Timings RAM 8-8-8-24.

Ich hab heute Mittag auch endlich memtest86+ zum laufen gebracht. Nach Nero, CDBurnerXP und drei weiteren, wars dann die normale Win7 Brennfunktion dies geschafft hat. ^^

Nach knapp 4 Std. Laufzeit, hatte ich 43 Fehler gehabt. Hab immer zwischenzeitlich mal geguckt gehabt und es kam erst einer, dann später, gings auf 18 dann nochmal später auf 43 und dann blieb es dabei, bis ichs eben abgebrochen hatte.
Kanns ja bei Bedarf nochmal länger laufen lassen.

@Schildkröte09
Danke für deine Tipps.
N USB-Stick hab ich nicht aber ich versuch nachher mal mit @BIOS die F6B zu flashen.
Nur halt nicht vom web aus, sondern von der HDD aus, was ja auch möglich ist.

In die Foren, werd ich auch mal n Blick rein werfen. Wenn du mit QVL-Liste, die Liste meinst, ob der RAM überhaupt supportet wird, dann kann ich gleich ja sagen, da ich mich darüber schon beim Kauf bzw. vorher schlau gemacht hatte. Mein Corsair RAM wird definitiv vom MB unterstützt. Was aber natürlich nicht heißen muss, dass es nie zu Fehlern kommen kann. ^^

Achso, ja die Bluescreens, seit wann die kommen ist schwer zu sagen. Das ganze System ist keinen Monat alt. Auch das Win7 ist also frisch. Ich meine zwar, dass es zu Beginn, also die ersten paar Tage, keine Probleme gab, aber das kann auch nicht ganz richtig sein, da es ja willkürlich passiert und manchmal auch 2 Tage am Stück ohne Abstürze.

MfG: Showstopper

Wenn du mit MEMTEST Fehler erhältst, ist dein RAM definitiv nicht in Ordnung. Du solltest in Erfahrung bringen, welcher RAMRIEGEL der Übeltäter ist. Versuche erst mit einem RAMRIEGEL den PC zu starten und MEMTEST laufen zu lassen, werden keine Fehler gemeldet, tausche den einen Ramriegel gegen den anderen aus. Das gleiche Spiel wieder mit diesem Ramriegel, u.s.w.

Wenn dein RAM auf der QVL Liste steht, kannst du mit Sicherheit davon ausgehen, das auch dein RAM zu 100 % kompatibel ist, mit deinem Board. Dann ist entweder ein RAMRIEGEL defekt oder sogar beide, welches du wie oben ausprobieren kannst.
Probiere trotzdem auch die Methode mit nur 800 MHz Einstellung im Gigabyte Tweaker und die Hinweise von @simpel1970.
Aber durch eine Einstellung auf nur 800 MHz ändern sich eh auch die Timings automatisch auf die 800 MHz einstellend, wenn die Timings auf AUTO eingestellt bleiben. Also NUR den TAKT auf 800 MHz manuell einstellen und alles weitere auf AUTO belassen.

RAMRIEGEL können sehr schnell beim Einbau statisch aufgeladen werden und damit zerstört werden, wenn man sich vorher nicht genügend statisch entladen hat, (z.B. durch Griff an einen Heizkörper). Hierfür gibt es auch eigens statische Armbänder, die man für ein paar Euro z.B. bei Reichelt erhalten kann. Gerade bei den jetzt wieder steigenden RAM Preisen eine lohnende Investition.

Viele Grüße