Absturzprobleme mit Win7

[simpel1970]

Was genau soll das Handbuch darüber aussagen? Dein Motherboard hat zwei PCI-E Slots mit 16xLanes.
Grundsätzlich kann es schon sein, dass ein Slot Probleme macht (Kontakte verkratzt, Lötpunkt gebrochen, etc) und der Andere nicht.

Die Wahrscheinlichkeit, dass es daran liegt ist sicherlich nicht sehr hoch, aber es ist ein Versuch wert.

 

[Schwarzblut]

Es war ein Teilerfolg, Benchmark lief sauber durch, kein verzerrtes Bild mehr bei dem Videotest unso...als ich den vermeindlichen Erfolg dann hier posten wollte, gabs den Absturz...diesmal aber ohne vorriges Standbild und schwarzen Bildschirm, sondern direkt in den Blue Screen...also ist die HD6870 wohl in Ordnung und mein Board wird kaputt sein...Fehlercode war wieder was mit oxooooo1d....

Google meint, das d1 eher was mit Treiber zu tun hat...was ich da nur gefunden habe, belief sich auf Win XP...

 

[simpel1970]

0x1D kann viel sein . Muss nicht unbedingt treiberbedingt auftreten.

Die Karte war/ist korrekt im Slot eingebaut / Staub vorher aus dem Slot gepustet?

 

[Schwarzblut]

Jo, der Slot wurde ja selten benutzt, und Dreck ist da nicht drin...war auch nicht 1d, sondern d1, sorry...weiss nicht in wie fern es hilfreich wäre, nochmal die Minidump auszulesen...Im Bios war dieses Spread auch deaktiviert, also daran kanns auch nicht gelegen haben...ich poste einfach die Minidump nochmal....

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


Loading Dump File [C:\Windows\Minidump\051111-20950-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.17592.amd64fre.win7sp1_gdr.110408-1631
Machine Name:
Kernel base = 0xfffff800`02e03000 PsLoadedModuleList = 0xfffff800`03048650
Debug session time: Wed May 11 11:05:47.820 2011 (UTC + 2:00)
System Uptime: 0 days 0:09:08.817
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
..........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {d1db6cd8, 2, 0, fffff88004f1702a}

Unable to load image atikmdag.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for atikmdag.sys
*** ERROR: Module load completed but symbols could not be loaded for atikmdag.sys
Probably caused by : hardware ( atikmdag+2fa02a )

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

Irgendwie recht wenig nun in der Minidump...beim letzten wars wesentlich mehr...

 

[simpel1970]

Use !analyze -v to get detailed debugging information

Das "!analyze -v" muss noch eingegeben werden (oder direkt drauf klicken). Dann kommt auch mehr raus.
Die Auswertung wird aber in Richtung Grafikkarte / -Treiber gehen

Probably caused by : hardware ( atikmdag+2fa02a )

 

[Schwarzblut]

Sorry, mein Fehler...


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


Loading Dump File [C:\Windows\Minidump\051111-20950-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.17592.amd64fre.win7sp1_gdr.110408-1631
Machine Name:
Kernel base = 0xfffff800`02e03000 PsLoadedModuleList = 0xfffff800`03048650
Debug session time: Wed May 11 11:05:47.820 2011 (UTC + 2:00)
System Uptime: 0 days 0:09:08.817
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
..........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {d1db6cd8, 2, 0, fffff88004f1702a}

Unable to load image atikmdag.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for atikmdag.sys
*** ERROR: Module load completed but symbols could not be loaded for atikmdag.sys
Probably caused by : hardware ( atikmdag+2fa02a )

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

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

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 00000000d1db6cd8, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff88004f1702a, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030b2100
00000000d1db6cd8

CURRENT_IRQL: 2

FAULTING_IP:
atikmdag+2fa02a
fffff880`04f1702a 1300 adc eax,dword ptr [rax]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xD1

PROCESS_NAME: System

TRAP_FRAME: fffff88002346b20 -- (.trap 0xfffff88002346b20)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000d1db6cd8 rbx=0000000000000000 rcx=fffffa8005156864
rdx=fffff880050fc6a0 rsi=0000000000000000 rdi=0000000000000000
rip=fffff88004f1702a rsp=fffff88002346cb0 rbp=fffff88002346d60
r8=fffff88002346d60 r9=0000000000001000 r10=fffffa8005acb180
r11=fffff88002346e80 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po cy
atikmdag+0x2fa02a:
fffff880`04f1702a 1300 adc eax,dword ptr [rax] ds:ac00:00000000`d1db6cd8=????????
Resetting default scope

MISALIGNED_IP:
atikmdag+2fa02a
fffff880`04f1702a 1300 adc eax,dword ptr [rax]

LAST_CONTROL_TRANSFER: from fffff80002e822a9 to fffff80002e82d00

STACK_TEXT:
fffff880`023469d8 fffff800`02e822a9 : 00000000`0000000a 00000000`d1db6cd8 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`023469e0 fffff800`02e80f20 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000001 : nt!KiBugCheckDispatch+0x69
fffff880`02346b20 fffff880`04f1702a : 00000000`00000000 00000000`00000000 00002315`00000000 00000000`00000000 : nt!KiPageFault+0x260
fffff880`02346cb0 00000000`00000000 : 00000000`00000000 00002315`00000000 00000000`00000000 000000aa`00000000 : atikmdag+0x2fa02a


STACK_COMMAND: kb

FOLLOWUP_IP:
atikmdag+2fa02a
fffff880`04f1702a 1300 adc eax,dword ptr [rax]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: atikmdag+2fa02a

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: hardware

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_IP_MISALIGNED_atikmdag.sys

BUCKET_ID: X64_IP_MISALIGNED_atikmdag.sys

Followup: MachineOwner

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1) deutet wohl auf nen Treiberproblem statt Hardwareproblem hin?

 

[simpel1970]

Es ist eher eine Vermutung, aber nach dem Stack-Verlauf

nt!KeBugCheckEx (das ist der Bluescreen)
...
nt!KiBugCheckDispatch
...
nt!KiPageFault (Speicherfehler)
....
atikmdag
...
IMAGE_NAME: hardware

könnte auch defekter Speicher (möglicherweise der VRAM der Grafikkarte) dafür verantwortlich sein. I.d.R. ist jedoch beim Stop 0xD1 Fehler ein Treiberfehler ursächlich.

Besteht die Möglichkeit die Grafikkarte bei einem Bekannten zu testen?

 

[Schwarzblut]

Hm, ja aber erst am WE...wenn VRAM, dürfte wohl schwer werden die Grakar wieder um zu tauschen, da ich beim CCC das Overclock aktiviert habe um den Lüfter manuell höher zu stellen wie es mir mal geraten wurde...

Ich denke aber nicht das es der VRAM ist, ich hatte ja zuvor schon Probleme mit der GTX 460 SE, da kam immer nvlddmkm reagiert nicht mehr und musste wiederhergestellt werden...kann doch nicht sein das bei mir permanent die VRAMs kaputt gehen...könnte es auch der normale RAM ( obwohl der fehlerlos durch lief )...was könnte ich noch tun um alles ein zu grenzen?

 

[simpel1970]

Ist das Overclock im CCC denn noch aktiviert?

Die VRAMs müssen ja nicht bei dir kaputt gegangen sein. Es wäre ja nicht auszuschließen, dass du das Pech hattest zwei defekte Karten erhalten zu haben.

X64_IP_MISALIGNED_atikmdag.sys

Es deutet halt vieles auf die Grafikkarte hin. Und letztendlich läuft das Sytem mit der GT ja fehlerfrei.

 

[Schwarzblut]

wie kann ich das Overklock im CCC denn wieder deaktivieren? weil irgendwie ging es nicht mehr...selbst beim deinstallieren und späterem neu installieren erkennt er das ich es aktiviert habe...ist halt die Frage ob das irgendwo in meinem Windows regestriert wurde was auch Driver Sweeper nicht findet, oder obs direkt auf der Karte gespeichert wurde...

Habe jetzt mal an KCH Computer wo ich die Karte gekauft habe geschrieben und ihnen meine Probleme erklärt, auch das ich zuvor schon Probs mit ner GTX 460SE von denen hatte und die HD6870 ja ein Austausch war...ob die ne Lösung wüssten, bzw was man da jetzt tun könnte...ma schauen, wenn sie sagen, sie tauschen problemlos um, werde ich das in anspruch nehmen...aber dann sollte es auch wirklich funzen, obwohl...Murphy scheint mich in letzter Zeit eh richtig lieb zu haben...:/

 

[simpel1970]

In erster Linie erst mal, in dem du die Übertaktung selbst zurück nimmst. Da was du meinst, ist jetzt "nur" diese Schloss?

 

[Schwarzblut]

Genau, das Schloß, sonst habe ich nichts dran gemacht, bin kein Fan von übertackten...das hatte ich gemacht, wei man mir sagte, das ATI gern mal unterdemensionierte Lüfter verbaut und ATIs dadurch zu warm werden...

 

[simpel1970]

Wenn du nur den Lüfter manuell verstellt hast, wurde ja dann keine Übertaktung vorgenommen. Das wäre der Fall gewesen, wenn du die Frequenz der GPU oder des VRAM´s erhöht hättest.

Ob dies jetzt in irgendeiner Weise genau nachvollziehbar ist, kann ich dir nicht sagen. Ich denke aber nicht, dass das zu Problemen (Umtausch) führen wird.

 

[Schwarzblut]

Ja, war nur den Lüfter manuell auf 100% gestellt...habe jetzt nochmal das Windows Ramdiagnosetool laufen lassen auf intensiv...bei 21% ging es irgendwie nicht mehr weiter...nach ca 15 Min Stillstand habe ich dann abgebrochen...ka ob das was zu bedeuten hat wenn er die ganze Zeit stehen bleibt...

Habe aber auch gesehen das besonders der erste Riegel doch recht stark eingestaubt ist...

Ergänzung (12. Mai 2011)

So, Hoffnungsschimmer!

Es muss kein Defekt der ATI Karte sein...
http://www.eecity.de/abstuerze-durch-flash-videos-bei-ati-grafikkarten27.html

Das würde ich ja gerne mal ausprobieren, müsste nur wissen wie ich die Hardwarebeschleunigung für Flash deaktivere...

 

[simpel1970]

So: http://www.macromedia.com/support/documentation/de/flashplayer/help/help01.html

 

[Schwarzblut]

Okay, hat leider nichts gebracht...habe jetzt auch mal wie in einigen Foren beschrieben, die Ram getauscht, also die Steckplätze...das mochte mein PC gar nicht, ist nichtmal hoch gefahren, also umgesteckt wieder...habe diesmal den original Treiber der ATI von CD geladen...trotzdem abgeschmiert...

Von KCH habe ich bis jetzt keine Antwort erhalten, schätze werd eich auch keine bekommen...damit hätte ich also ne 1 Monat alte Grakar die Platt ist...kann ich die vll direkt nach ATI einschicken weil ja Garantie oder muss das vom Händler aus gemacht werden? Ist ne HD 6870 von Club....

 

[simpel1970]

Die Gewährleistung kannst du auch direkt über Club3D machen.

Hast du schon mal probiert die Karte mit nur einem RAM Riegel laufen zu lassen (jeden RAM Riegel einzeln testen)?

Wie sind die RAM nun (nach dem Bios Update) eingestellt?

Teste auch, ob das System stabil läuft, wenn du die Frequenzen der Grafikkarte (Core-, Shader- und Memory-Clock) absenkst (3D Betrieb). Das kannst du ganz einfach mit Afterburner vornehmen: https://www.computerbase.de/downloads/systemtools/grafikkarten/msi-afterburner/

(Falls ich mich wiederholen sollte...gib bescheid )

 

[Schwarzblut]

Nee, kannst dich ja nicht oft genug widerholen, zumal es solangsam ja auch bei mir hängen bleibt und so mal wieder was lerne
Das Problem kann ja nur noch bei der ATI liegen, habe jetzt meine beiden GT9600 einzeln getestet und beide laufen normal, nur die ATI spackt halt rum...Egal was ich mache, das Bild fängt nach ner Zeit an sich zu verzerren, erst fängt es meist mit dem Mauszeiger an ( die richtige Mauszeigerposition verschwindet, stattdessen habe ich links und rechts vom Mauszeiger gedoppelte verzerrte Mauszeiger, dann läuft das System noch ca 30 Sekunden bevor es komplett abschmiert...konnte vorhin noch rechtzeitig runterfahren, der Abmeldebildschirm war dann wie ein Schachbrett mir lauter verzerrten Kästchen )...und wenn ich danach google, ist das Resultat dann fast immer " kaputter VRAM"...schon ärgerlich, 2 kaputte Grakars hintereinander...an mir kann es nicht liegen, meine alten Grakars habe ich ja auch genauso behandelt beim Einbau wie die neuen auch und die alten laufen...

Problem ist halt nur, das das Schloß vom Overvlock offen ist weil ich ja den Lüfter manuell eingestellt habe...bei meinem Pech wird Club3D das wohl als Vorwand nehmen ums ich aus der Verantwortung zu stehlen....:/

Mal schauen was der Support von Club3D sagt....

 

[simpel1970]

An dem Schloss wird es sicherlich nicht hängen...

http://www.techpowerup.com/forums/showthread.php?t=104450

 

[Schwarzblut]

Sehe gerade, das auf dem DDR5 Speicher der ATI gar keine Kühlkörper drauf sind, die liegen praktisch frei...ich kenne das irgendwie anders, also bei allen Grakars die ich hatte, waren die Speicher mit dem Kühlkörper abgedeckt...vll nen Produktionsfehler?