Sporadische Abstuerze BSOD 0xa0000001 Win8.1 x64

[root1179]

Hi Leute,

ich weiss so langsam nicht mehr weiter und auch das Testen/Vergleichen mit anderer Hardware ist immer so eine Sache.




Folgendes System

CPU: FX 8350 --> mittlerweile Intel Xeon E3 1230 v3
MoBo: GB 990FXA-UD3 rev. 4 --> mittlerweile Gigabyte H87-HD3
RAM: 16 GB (2 x 8) AMD RP1866 Performance Series & Klick --> mittlerweile 2 x 8GB Kit ADATA XPG Series
GraKa: ASUS R9 290 DC II OC 4GB --> VBIOS aktuell vom 18.02.2014
SSD: Samsung 840 EVO 250 GB --> Firmware aktuell
OS: 8.1 x64 (Updates aktuell)

Treiber: stable aktuell




Problem: (Meldung > KLICK > Ist ein fremdes Bild, aber mit exakt der gleichen Meldung)

Nun kommt es hin und wieder mal vor, dass mein OS stehen bleibt und die Meldung 0xa0000001 auf den Screen wirft. Das passiert ohne Vorwarnung und in so ziemlich jeder Situation. Zum Gaming kam ich in letzter Zeit nicht und kann daher leider auch nicht sagen, ob dieser Fehler auch in Spielen auftaucht.

Mein .../windows/minidump Ordner ist leer...

Ich musste RESET druecken, damit mein Rechner neustarten konnte. Ging alleine leider nicht weiter, oder dauert das evtl lange?
Vielleicht daher keine LOG im Minidump Ordner?



Ich habe noch 4 x 4 ADATA RAM liegen 1600MHz CL9 - Wenn ich alle vier einbaue, also Vollbestueckung und das Profil im BIOS auf XMP stelle, kommen diese Abstuerze ebenfalls, setz ich die Bandbreite runter auf 1333 MHz, laeuft das System stabil, soweit ich das beobachten konnte.
Installiere ich nur 2 x 4 ADATA, kann ich diese auf 1600 MHz laufen lassen und die Timings sogar auf 7-7-7-21 setzen.



Jetzt habe ich die AMD Speicher drin und im BIOS auf AMP Modus gestellt, d.h. die laufen mit 1866 MHz und entsprechenden Timings. Hier aber leider Abstuerze.

Koennte es evtl. was bringen , wenn ich die Spannung fuer den RAM etwas anhebe?


Kann es evtl sein, dass mein Board hinsichtlich Speicherbandbreite/Timings Probleme hat? Gibt es da evtl schon Erfahrungswerte?


Ich weiss, dass die Loesung eines solchen Problems immer mit viel Aufwand verbunden ist. Daher hoffe ich auf Tipps, die mir meine Suche evtl. etwas erleichtern.



Bin kurz davor, die AMD Speicher zurueckzuschicken und zwei von meinen 4 ADATA einzubauen und gut is
So laeufts wenigstens stabil mit 8GB 1600 CL7


Aber vielleicht finde ich mit euch zusammen ja eine Loesung....



Zzt. bin ich nicht zu Haus und kann nicht alles nachschauen, falls Fragen.
Werde aber so viel wie moeglich beantworten.


Vielen Dank im Voraus

Gruss

 

[Jasmin83]

memtest86+ mal ausführen, mit allen speicherriegeln montiert und xmp deaktiviert

ggf. hat das board einen fehler oder der speicher

 

[Biggunkief]

Bei vollbestückung solltest du evtl. die Spannung der RAMs leicht erhöhen. Im Fall des A-Data von 1,5V so auf ~1,55V

 

[gazer]

Neben dem Vorschlag, die Spannung für den Arbeitsspeicher zu erhöhen, wäre es auch möglich, dass das Netzteil es generell nicht mehr bringt. Hat mich reichlich Arbeit gekostet, bei meinem Rechner dahinter zu kommen und erst einmal alles von Ram, über Board bis Festplatten und CPU zu testen. Symptomatisch war, dass das OS (Win7) einfror (anfangs auch noch Bluescreens verteilte). Das Einfrieren geschah ob nun zusätzlich Last auf dem Rechner anlag oder er so ziemlich im Idle lief. Irgendwann, einfach so und nicht reproduzierbar.

Wenn Du also noch ein anderes NT rumfliegen hast, versuch es mal auch mit diesem.

 

[root1179]

@56Biggunkief:

Beim Adata setzt die Profileinstellung XMP den RAM auf 1.65 Volt. Hoeher wollte ich jetzt nicht gehen



@55mackenzie83:

MemTest: Sorry, vergessen zu erwaehnen. Hatte ich schon durchlaufen lassen, 22 Stunden auf XMP Profil. Wenn ich XMP deaktivieren, funktioniert die Vollbestueckung, da 1333 MHz. Soweit ich das beobachten konnte. Abstuerze waren nicht zu verzeichnen. Aber vlt. hatte das System auch nur nen "guten Tag". Ich werde sonst heute Nacht mal MemTest mit Vollbestueckung ADATA ohne XMP laufen lassen.


@gazer:

Sorry, vergessen zu ewaehnen. NT ist ein Seasonic x-760 und gute 2 Jahre alt. Das mit dem NT ist ein guter Tipp, nur muss ich dann erstmal schauen, ob ich eins auftreiben kann. Herumliegen habe ich leider keins. Den Gedanken hatte ich auch schon, nur waere das die letzte Option. Das Seasonic ist kein so schlechtes und hat dazu noch genug Leistung bzw Reserven.

Klar, aber kann schon alles sein. Daher meinte ich ja, die Suche nach der Ursache ist wirklich aufwendig!

 

[Jasmin83]

Das mit dem netzteil ist ein guter tipp, auch ein seasonic kann mal schlechte elektronik erwischen und frühzeitig kaputt gehen, wäre auch noch ne gute möglichkeit den fehler zu suchen

 

[root1179]

Gut, irgendwo muss ich ja anfangen. Haettet ihr nen Tipp bzgl. NT?

Wobei: Ich hatte bis vor kurzem noch 2 x 7870 DC II drin und alles lief. Die verbrauchen doch sicherlich mehr als eine R9 290. D.h. das NT sollte doch eigentlich mit etwas schnellerem RAM zuercht kommen?! hmm

 

[schumischumi]

da kein minidump vorhanden geh ich mal davon aus dass es deaktiviert ist. erstmal minidump aktivieren link.
dann mit bluescreenview auswerten.

 

[root1179]

@58schumischumi:

Danke, werde ich heute Abend machen. Des Weiteren werde ich mich vorerst an die Software machen. Schauen, ob wirklich alle Treiber und Firmwares up 2 date sind.

@all
Darueberhinaus sind weitere Tipps gern gesehen

 

[Dr.Crane]

Vor allem nicht blind auf X.M.P verlassen.Das ist keine Stabilitätsgarantie ,ausser der Hersteller sichert diese ausdrücklich zu.Technisch gesehehen sind X.M.P Werte overclocking da sie von den jedec Spezifikationen abweichen.Unbedingt nachfragen was in deinem Fall zugesichert wird.
Oft muss wirklich die Spannung angehoben werden um X.M.P stabil zu bekommen.

 

[root1179]

Spannungserhoehung von 1.50V auf 1.55V wird heute Abend mein erster Schritt sein. Vielleicht behebt das wirklilch schon mein Problem.

Zitat:"A short overclocking experiment with this RAM was far more successful than our XMP experience. At 1.5 Volts and DDR3 1866 speeds this RAM was just barely unstable. A one hour Prime95 stress test produced but a single error. Bumping the Voltage up to 1.55 Volts resulted in rock solid stability in an hour long stress test."

Quelle:
http://semiaccurate.com/2012/09/26/amd-performance-edition-memory-review/


Die beziehen sich auf XMP.
Ich nutze AMP aber das ist ja egal. Beides ist quasi OC und ausserhalb des JEDECs.

 

[Shasarazade]

Hatte neulich auch so einen Bluescreen und im Bluescreen Viewer konnte ich feststellen das es eine "ati.sys" verursacht hat.
Also bei mir war wohl der Grafikktreiber Schuld.

Benutze den AMD Catalyst 13.12 WHQL und Windows 8.1 64-Bit.

Der Bluescreen kam aber nur einmal beim anschauen eines Videos im Flash-Format.


Vielleicht hilft dir das weiter, es kann aber natürlich auch andere Ursachen haben.

Viel Erfolg!

 

[root1179]

@Shasarazade:
Hieß die Datei wirklich "ati.sys" oder hast du den Namen abgekürzt und wolltest damit sagen, dass irgendeine "ati.....sys" Probleme gemacht hat? Mit deinem BSOD während eines Videos (in deinem Falle Flash) gibt ja Parallelen zu meinem Problem. Bei mir kam der BSOD auch beim Start eines Videos. mhhh...
Obwohl ich sagen muss, dass nicht jedes mal ein Video Schuld ist. Die letzten male waren es keine Videos.




@all:
so... Speicherspannung wie angekündigt von 1.5v auf 1.55v angehoben. Doch leider gab es gestern Abend einen erneuten Bluescreen mit o.a. Fehlercode "0xa0000001".

Hab mir dem mit Tool "WhoCrashed" die Dump-Datei auslesen lassen und konnte feststellen, dass die "atikmdag.sys" das Problem war. Zumindest hoffe ich mich daran zu erinnern. Leider war die Dump-Datei nach dem Neustart weg. CCleaner war sicherlich Schuld daran. Dieser war entsprechend konfiguriert.

Jetzt warte ich auf einen neuen Bluescreen. Das gestrige Szenario war FireFox offen mit ein paar Tabs, jDownloader auf und als ich dann eine MKV starten wollte (MediaPlayerClassic), kam der BSOD "0xa0000001".

Nun muss ich auf den nächsten BSOD warten.

Oder kann man mit der "atikmdag.sys" in Verbindung mit einer "ASUS R9 290 OC @ Treiber 13.12" schon was anfangen?

Grüße und schönes Wochenende

 

[HerrFornit]

oje, da gibt es sehr viele mögliche URsachen.

http://support.amd.com/en-us/kb-art...TIKMDAGhasstoppedrespondingerrormessages.aspx

Bin leider von einem ähnlichen Fehler betroffen (code 141, atikmpag.sys). Bei mir sind einige directx processe darin verwickelt.

Du kannst Dein Dumpfile mal dort uploaden und auswerten lassen.
http://www.osronline.com/page.cfm?name=analyze

Am Ende ist es wirklich das NT, das kann man halt als Nicht-Elektroniker kaum herausfinden.

 

[Shasarazade]

@Shasarazade:
Hieß die Datei wirklich "ati.sys" oder hast du den Namen abgekürzt und wolltest damit sagen, dass irgendeine "ati.....sys" Probleme gemacht hat? Mit deinem BSOD während eines Videos (in deinem Falle Flash) gibt ja Parallelen zu meinem Problem. Bei mir kam der BSOD auch beim Start eines Videos. mhhh...
Obwohl ich sagen muss, dass nicht jedes mal ein Video Schuld ist. Die letzten male waren es keine Videos.

Ich glaube nicht das die Datei genau so hieß, sondern eher wie bei dir "atikmdag.sys". Bin nicht ganz sicher aber zu 90%. Kann diesen Fehler aber nicht reproduzieren.

Also mit ziemlich hoher Wahrscheinlichkeit kommt der Fehler im Zusammenhang mit dem AMD Grafikkarten Treiber, da "atikmdag.sys" ein teil des treibers ist.

 

[root1179]

Kleiner Zwischenbericht:

Gestern Abend wieder einen BSOD gehabt. Zu dem Zeitpunkt waren noch die AMD Speicherriegel, welche ich im Anfangspost genannt habe, installiert. Auch einen neuen Graka-Treiber hatte ich installiert (amd_catalyst_14.2_beta1.3). Allderdings hatte ich dann wieder ganz andere Probleme und hab wieder den (13-12_win7_win8_64_dd_ccc_whql) installiert. Nach 1 Std. 41 Min. Uptime dann der BSOD mit folgendem Dump (mit amd_catalyst_14.2_beta1.3) und AMD Speicherriegeln:



BugCheck code: 0x116 - atikmpag.sys
--------------------------------
VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: ffffe00003b5b4d0, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).
Arg2: fffff80001adfdc0, The pointer into responsible device driver module (e.g. owner tag).
Arg3: 0000000000000000, Optional error code (NTSTATUS) of the last failed operation.
Arg4: 000000000000000d, Optional internal context dependent data.

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

TRIAGER: Could not open triage file : e:\dump_analysis\program\triage\modclass.ini, error 2

FAULTING_IP:
atikmpag+bdc0
fffff800`01adfdc0 4883ec28 sub rsp,28h

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT

BUGCHECK_STR: 0x116

PROCESS_NAME: System

CURRENT_IRQL: 0

STACK_TEXT:
ffffd000`2697c6b8 fffff800`015f0f58 : 00000000`00000116 ffffe000`03b5b4d0 fffff800`01adfdc0 00000000`00000000 : nt!KeBugCheckEx
ffffd000`2697c6c0 fffff800`015f082c : fffff800`01adfdc0 ffffe000`03b5b4d0 ffffd000`2697c7a9 00000000`000000a4 : dxgkrnl!TdrBugcheckOnTimeout+0xec
ffffd000`2697c700 fffff800`016985ec : ffffe000`03b5b4d0 ffffd000`2697c7a9 00000000`00000000 00000000`00038c8c : dxgkrnl!TdrIsRecoveryRequired+0x18c
ffffd000`2697c730 fffff800`016cbb2c : 00000000`00000010 ffffd000`2697c830 00000000`00000102 00000000`00000002 : dxgmms1!VidSchiReportHwHang+0x3e4
ffffd000`2697c810 fffff800`016b369c : ffffd000`00000002 00000000`00000102 00000000`00000002 ffffe000`0271d000 : dxgmms1!VidSchiCheckHwProgress+0x1843c
ffffd000`2697c8a0 fffff800`01684ed7 : ffffffff`ff676980 00000000`00000000 ffffd000`2697ca40 00000000`00000000 : dxgmms1!VidSchiWaitForSchedulerEvents+0x26c
ffffd000`2697c940 fffff800`016bf91a : ffffe000`0271d000 ffffe000`0271d000 ffffe000`00b5cb20 ffffe000`00000000 : dxgmms1!VidSchiScheduleCommandToRun+0x437
ffffd000`2697caf0 fffff800`016bf8ed : ffffe000`0271d000 00000000`00000080 ffffe000`01e18080 ffffe000`01e18000 : dxgmms1!VidSchiRun_PriorityTable+0x2a
ffffd000`2697cb40 fffff803`071002e4 : ffffd000`201dc340 ffffe000`01e18080 ffffd000`2697cc10 fffff803`071c407d : dxgmms1!VidSchiWorkerThread+0x8d
ffffd000`2697cb80 fffff803`071c72c6 : ffffd000`201d0180 ffffe000`01e18080 ffffd000`201dc340 ffffe000`00316180 : nt!PspSystemThreadStartup+0x58
ffffd000`2697cbe0 00000000`00000000 : ffffd000`2697d000 ffffd000`26976000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
atikmpag+bdc0
fffff800`01adfdc0 4883ec28 sub rsp,28h

SYMBOL_NAME: atikmpag+bdc0

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: atikmpag

IMAGE_NAME: atikmpag.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 530aae0b

FAILURE_BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys








Die AMD Speicherriegel gingen zurück zum Händler. Liefen nicht stabil und bevor ich aufgrund von Tests den Widerruf verpasse, gehen die besser zurück.

Hab jetzt meine alten wieder drin. Zwei KITs von ADATA .:KLICK:.

Alle 4 Riegel drin, 1.5 Volt @ 1600 MHz und 9-9-9-24 T2. Prime95 lief, Youtube Videos geschaut und der JDownloader hat große Pakete geladen. Nach 1 Std. 43 Min. Uptime dann der BSOD.




BugCheck code: 0xA0000001 - ntoskrnl.exe
----------------------------------
Unknown bugcheck code (a0000001)
Unknown bugcheck description
Arguments:
Arg1: 0000000000000005
Arg2: 0000000000000000
Arg3: 0000000000000000
Arg4: 0000000000000000

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


DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT

BUGCHECK_STR: 0xA0000001

PROCESS_NAME: prime95.exe

CURRENT_IRQL: 6

LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff801fedd6ca0

STACK_TEXT:
ffffd000`208e3b58 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx


STACK_COMMAND: kb

SYMBOL_NAME: ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME: Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP: 0

BUCKET_ID: ZEROED_STACK
---------------------------------------




Jetzt habe ich den Speicher auf 1333MHz, Timings auf 9-9-9-24 gelassen bei 1.5 Volt. Es läuft gerade wieder Prime95 und auch sonst schon ich den Rechner nicht.

Jetzt heißt es, wieder beobachten und warten bis alles abschmiert!






Der Nächste Schritt wäre ein Test mit nur 2 Riegeln.









EDIT - 23:25 Uhr

Rechner läuft nun seit 1 Std. 45 Min. mit 4 x 4 GB @ 1333 MHz @ 1.5 Volt @ 9-9-9-24

Prime95 (CPU max 38 Grad)
jDownloader
Youtube
Surfen (hier und da)
Nebenbei immer wieder Speichertests mit AIDA64 durchgeführt

Es läuft alles.

Ich vermute so langsam, dass mein Board Probleme mit > 1333 MHz Riegeln hat.

Ich werde mein System erstmal so belassen und die Tage beobachten.

 

[HerrFornit]

weiß jetzt gerade nicht, ob Du schon mal alles auf minimal Konfiguration laufen gelassen hast.
Also nur Systemplatte (SATA 0), eine Speicherbank, alle anderem Kabel vom MB ziehen, zB Frontpanel Anschlüsse.?
Achja, und BIOS default!

 

[root1179]

Ne, bisher noch nicht. Aber kann ich heute Abend mal in Angriff nehmen.

Ich ueblerege gerade, meine Grafikkarte von PCIEX16_2 auf PCIEX16_1 umzustecken...

Hab PCIEX16_2 gewaehlt, damit sich CPU und GRAKA nicht gegenseitig hochheizen.

Mainboard Layout

Ob das entscheidend sein kann?

 

[root1179]

Jetzt habe ich mittlerweile das Mainboard und die CPU getauscht und immer noch diese BSODs

Ausschließen kann man nun also:

Speicher (denn der ursprünglich neue, welchen ich mittlerweile widerrufen hab, hatte ebenfalls Abstürze)
CPU (da neu)
Mainboard (da neu)


Bleiben noch:

Grafikkarte
Netzteil


Eben ein paar Videos geöffnet und geschlossen und plötzlich der altbekannte BSOD!

Games kann ich ohne Probleme zocken. Crysis3 oder BF4 stürzen nicht ab!

Das soll mal einer verstehen!

 

[HerrFornit]

die Hardwarebeschleunigungen in Flash und Browser hast Du vermutlich schon deaktiviert?
OC vermutlich auch.
Das Stromsparen macht auch immer mal wieder Probleme: Ich selber habe mal versucht es in der Reg abzuschalten, ohne Erfolg, vielleicht bringts bei Dir was:
http://www.sevenforums.com/tutorials/316913-ulps-ultra-low-power-state-disable-amd-crossfirex.html

Außerdem:
Die Grafikkarten reservieren immer was vom Systemarbeitsspeicher. Da würde mich mal die Meinung der Experten interessieren, wie das zusammen geht, insbesondere bei OC-Grafikkarten, und ob man da was in den Timing anpassen kann? Aber das müsste man mal im GrakA Forum diskutieren..