Bluescreen

[simpel1970]

Spoiler: Auswertung 1

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [F:\Programme\052011-18891-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 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`02e5c000 PsLoadedModuleList = 0xfffff800`03099e50
Debug session time: Fri May 20 16:33:11.875 2011 (GMT+2)
System Uptime: 0 days 0:20:18.498
Loading Kernel Symbols
...............................................................
................................................................
...................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck FC, {fffff880029c8ca0, 800000006dbdb963, fffff880029c89c0, 2}

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

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

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

ATTEMPTED_EXECUTE_OF_NOEXECUTE_MEMORY (fc)
An attempt was made to execute non-executable memory. The guilty driver
is on the stack trace (and is typically the current instruction pointer).
When possible, the guilty driver's name (Unicode string) is printed on
the bugcheck screen and saved in KiBugCheckDriver.
Arguments:
Arg1: fffff880029c8ca0, Virtual address for the attempted execute.
Arg2: 800000006dbdb963, PTE contents.
Arg3: fffff880029c89c0, (reserved)
Arg4: 0000000000000002, (reserved)

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


CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xFC

PROCESS_NAME: dwm.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff880029c89c0 -- (.trap 0xfffff880029c89c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000001 rbx=0000000000000000 rcx=0000000000000002
rdx=0000000000000003 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880029c8ca0 rsp=fffff880029c8b50 rbp=fffff880029c8ca0
r8=fffffa8004b790a0 r9=0000000000000000 r10=fffff9600023c434
r11=fffffa8004773000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
fffff880`029c8ca0 832d783f000000 sub dword ptr [fffff880`029ccc1f],0 ds:fffff880`029ccc1f=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002f4ce9f to fffff80002ecdf00

STACK_TEXT:
fffff880`029c8858 fffff800`02f4ce9f : 00000000`000000fc fffff880`029c8ca0 80000000`6dbdb963 fffff880`029c89c0 : nt!KeBugCheckEx
fffff880`029c8860 fffff800`02ecbfee : 00000000`00000008 fffffa80`04ea2060 00000000`00001000 fffff960`00175f45 : nt! ?? ::FNODOBFM::`string'+0x42567
fffff880`029c89c0 fffff880`029c8ca0 : 00000000`00000000 00000000`00000000 00000000`00000020 fffff880`0fcfe10b : nt!KiPageFault+0x16e
fffff880`029c8b50 00000000`00000000 : 00000000`00000000 00000000`00000020 fffff880`0fcfe10b fffffa80`04ea2060 : 0xfffff880`029c8ca0


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+42567
fffff800`02f4ce9f cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt! ?? ::FNODOBFM::`string'+42567

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

FAILURE_BUCKET_ID: X64_0xFC_nt!_??_::FNODOBFM::_string_+42567

BUCKET_ID: X64_0xFC_nt!_??_::FNODOBFM::_string_+42567

Followup: MachineOwner

Spoiler: Auswertung 2

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [F:\Programme\052011-19000-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 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`02e62000 PsLoadedModuleList = 0xfffff800`0309fe50
Debug session time: Fri May 20 09:42:32.275 2011 (GMT+2)
System Uptime: 0 days 0:13:06.101
Loading Kernel Symbols
...............................................................
................................................................
..................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {c4fa, 2, 0, fffff8800497ea1e}

Probably caused by : dxgmms1.sys ( dxgmms1!VidSchiSetNextRunPacket+16 )

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: 000000000000c4fa, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff8800497ea1e, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff8000310a0e0
000000000000c4fa

CURRENT_IRQL: 2

FAULTING_IP:
dxgmms1!VidSchiSetNextRunPacket+16
fffff880`0497ea1e 8b4244 mov eax,dword ptr [rdx+44h]

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xD1

PROCESS_NAME: System

TRAP_FRAME: fffff88002b0f9e0 -- (.trap 0xfffff88002b0f9e0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa8003e3f1e8 rbx=0000000000000000 rcx=fffffa8003e3f010
rdx=000000000000c4b6 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800497ea1e rsp=fffff88002b0fb78 rbp=0000000000000001
r8=fffffa8003e3f010 r9=0000000000000000 r10=fffff880049802b4
r11=fffffa800441e0f0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
dxgmms1!VidSchiSetNextRunPacket+0x16:
fffff880`0497ea1e 8b4244 mov eax,dword ptr [rdx+44h] ds:0001:00000000`0000c4fa=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002ed3469 to fffff80002ed3f00

STACK_TEXT:
fffff880`02b0f898 fffff800`02ed3469 : 00000000`0000000a 00000000`0000c4fa 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`02b0f8a0 fffff800`02ed20e0 : fffffa80`066c2001 fffffa80`03e3f010 00000000`00000000 fffffa80`066c2000 : nt!KiBugCheckDispatch+0x69
fffff880`02b0f9e0 fffff880`0497ea1e : fffff880`0497f63b 00000000`00000001 fffff880`0497ef8c fffffa80`03e3f010 : nt!KiPageFault+0x260
fffff880`02b0fb78 fffff880`0497f63b : 00000000`00000001 fffff880`0497ef8c fffffa80`03e3f010 fffffa80`066b4010 : dxgmms1!VidSchiSetNextRunPacket+0x16
fffff880`02b0fb80 fffff880`0497f255 : fffffa80`066b4010 fffffa80`03e3f010 00000000`00000000 00000000`00000001 : dxgmms1!VidSchiReadCommandFromContextQueue+0x7b
fffff880`02b0fbf0 fffff880`049abe7a : 00000000`00000000 fffffa80`03e3f010 00000000`00000080 fffffa80`066b4010 : dxgmms1!VidSchiScheduleCommandToRun+0x169
fffff880`02b0fd00 fffff800`03177166 : 00000000`027b8618 fffffa80`066d5b60 fffffa80`0386e040 fffffa80`066d5b60 : dxgmms1!VidSchiWorkerThread+0xba
fffff880`02b0fd40 fffff800`02eb2486 : fffff800`0304ce80 fffffa80`066d5b60 fffff800`0305ac40 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`02b0fd80 00000000`00000000 : fffff880`02b10000 fffff880`02b0a000 fffff880`02b0f690 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
dxgmms1!VidSchiSetNextRunPacket+16
fffff880`0497ea1e 8b4244 mov eax,dword ptr [rdx+44h]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: dxgmms1!VidSchiSetNextRunPacket+16

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: dxgmms1

IMAGE_NAME: dxgmms1.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc578

FAILURE_BUCKET_ID: X64_0xD1_dxgmms1!VidSchiSetNextRunPacket+16

BUCKET_ID: X64_0xD1_dxgmms1!VidSchiSetNextRunPacket+16

Followup: MachineOwner

Spoiler: Auswertung 3

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [F:\Programme\052111-19546-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 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`02e18000 PsLoadedModuleList = 0xfffff800`03055e50
Debug session time: Sat May 21 16:34:46.597 2011 (GMT+2)
System Uptime: 0 days 0:03:56.610
Loading Kernel Symbols
...............................................................
................................................................
...................................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 4E, {9a, 113bf, 2, 0}

Probably caused by : memory_corruption ( nt!MiBadRefCount+4f )

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

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

PFN_LIST_CORRUPT (4e)
Typically caused by drivers passing bad memory descriptor lists (ie: calling
MmUnlockPages twice with the same list, etc). If a kernel debugger is
available get the stack trace.
Arguments:
Arg1: 000000000000009a,
Arg2: 00000000000113bf
Arg3: 0000000000000002
Arg4: 0000000000000000

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


BUGCHECK_STR: 0x4E_9a

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: System

CURRENT_IRQL: 2

LAST_CONTROL_TRANSFER: from fffff80002f182cf to fffff80002e89f00

STACK_TEXT:
fffff880`031cd9d8 fffff800`02f182cf : 00000000`0000004e 00000000`0000009a 00000000`000113bf 00000000`00000002 : nt!KeBugCheckEx
fffff880`031cd9e0 fffff800`02eed03e : 00000000`00000000 00000000`00000000 00000103`04a91701 00000000`00000000 : nt!MiBadRefCount+0x4f
fffff880`031cda20 fffff800`02ec1514 : fffff880`031cdb70 00000000`00000000 00000000`00000000 fffffa80`057b9c00 : nt! ?? ::FNODOBFM::`string'+0x178cb
fffff880`031cda90 fffff800`02e73e67 : fffffa80`04baa010 00000000`00000000 00000000`00000000 fffffa80`04baa0b0 : nt!MiWriteComplete+0x1b4
fffff880`031cdb50 fffff800`02e6692f : fffffa80`01927b60 fffffa80`01927bb0 00000000`00000000 fffffa80`00000204 : nt!IopCompletePageWrite+0x57
fffff880`031cdb80 fffff800`02e9125d : fffffa80`01927b60 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDeliverApc+0x1d7
fffff880`031cdc00 fffff800`02ed14c5 : 00000000`0000000c fffff880`02f67f40 00000000`00000000 fffff800`02e229c0 : nt!KiCommitThreadWait+0x3dd
fffff880`031cdc90 fffff800`02e22a1a : fffffa80`01927b60 fffff880`00000008 00000000`00000001 fffffa80`018c9040 : nt!KeWaitForGate+0x101
fffff880`031cdce0 fffff800`0312d166 : fffffa80`01927b60 00000000`00000000 00000000`00000080 00000000`00000001 : nt!MiModifiedPageWriter+0x5a
fffff880`031cdd40 fffff800`02e68486 : fffff880`02f63180 fffffa80`01927b60 fffff880`02f6dfc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`031cdd80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiBadRefCount+4f
fffff800`02f182cf cc int 3

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiBadRefCount+4f

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x4E_9a_nt!MiBadRefCount+4f

BUCKET_ID: X64_0x4E_9a_nt!MiBadRefCount+4f

Followup: MachineOwner

Das erste RAR-Archiv kann nicht geöffnet werden (CRC Fehler).

Sieht verdächtig nach einem Problem mit dem Speichermanagement aus. Speicher i.d.S. kann insbes. RAM, VRAM, CPU-Cache sein.

Mache bitte auch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).

Da der RAM schon auf Fehler überprüft wurde und die Probleme erst seit kurzem auftreten, würde ich mal "aus der Hüfte" auf die Grafikkarte als mögliche Fehlerquelle tippen.

Teste einen anderen Treiber oder besser noch -wenn möglich- eine andere Grafikkarte.

 

[Batista82]

werde morgen mein grafikkarte rausnehmen und mal mit onbourd grafikkarte mal versuchen mal sehen ob es dan läuft

 

[Hanne]

Auf dem 3. Bild ist PCI-E x8 zu erkennen - wenn die Grafikkarte eingesetzt wurde, solle hier "auto" eingestellt sein - der Onboard-Grafikchip wird abgeschaltet -

"K8 <> NB HT Width = auto ( 16|16 )

 

[Batista82]

kann das daran liegen das ich immer bluescreem bekomme

 

[Hanne]

Nein, sollte nicht der Grund sein - aber wenn im BIOS "Allways enabled" eingestellt ist, kann das der Grund sein -

aber wenn im BIOS "Allways enabled" und "Hybrid Support" auch noch, so kann es - muss es nicht - zu Problemen kommen - die Einstellungen / Treiber überprüfen -

sind die Fehler nur unter WIN oder bereits beim Start des MB / WIN ?

 

[simpel1970]

Die RAM laufen auch nicht im Dual-Channel Modus. Hast du die Riegel in beiden gelben Slots drin?

Hier noch ein kleiner Tipp für Screenshots unter Win7/Vista: Snipping Tool

 

[Batista82]

Habe nix verstellt habe die grafikkarte ca ein halbes jahr hatte nie probleme hab die jetzt raus genommen und bin mit onbourd grafik on und bis jetzt kein bluescreen was kann denn da kaput sein habe keine pixel fehler oder sowas.
Und bei den Arbeitsspeicher die sind in A1 und A2 drin in duall channel sind bei mir gelb und schwarz.

 

[simpel1970]

Es kann am defekten VRAM der Grafikkarte liegen. Pixelfehler wären zwar ein deutliches Anzeichen dafür; umgekehrt heist es aber nicht, dass wenn keine Pixelfehler auftreten die Grafikkarte in Ordnung ist.

Für Dual Channel musst du die gelben RAM Bänke belegen. A1 und A2 sind Channel "A", also nur ein Channel -> Single Channel.

Die gelben Bänke sind A1 und B1 -> Channel A und B -> zwei Channel -> Dual Channel.

Hier noch ein kleiner Auszug aus dem Handbuch deines Motherboards:

 

[Batista82]

So eine kacke jetzt habe ich auch bei der onbourdgrafikkarte ein bluescreem dann bleibt ja nur noch Mainbourd und der Prozesur kann man das testen ob die Kaput sind mit ein Programm

 

[simpel1970]

Traten die erst nach dem RAM Umbau (auf DUAL-Channel) auf?
Mache bitte noch mal ein Screenshot von CPU-Z - Reiter Memory.

 

[Batista82]

ja nach dem duall hab jetzt ein anderen Arbeitsspeicher drin und die anderen raus und meiner 460gtx mal schauen wie lange das geht wenn wieder kommt dann die graka wieder raus und mit onbourd on wenn das immer noch so ist dann weiss ich auch net mehr was ich da noch machen kann

 

[simpel1970]

Sind das jetzt zwei verschiedene Riegel? 1,5 GB RAM und ein Riegel mit 1GB?
Stelle beim RAM die Command Rate auf 2T!

 

[Batista82]

So schon wieder ein bluescreem mit den neuen arbeitsspeicher sind 2 verschiedne die waren bei mein bruder drin die sind in ordnung er hatte keine probleme damit also denke ich das meine arbeitsspeicher in ordnung ist.

Ergänzung (24. Mai 2011)

Hab jetzt von meinen bruder den Prozesur drin mal schauen wie lange das geht kann das auch an der Wärmeleitpaste liegen da war fast nix mehr drauf

 

[timo2607]

Lass mal Prime95 laufen, ein CPU Testprogramm. Das sieht meinem Fehler sehr sehr ähnlich und bei mir war die CPU defekt.
Lass das Prog einfach mal laufen. Falls eine Fehlermeldung kommt, mach nen Screen und hänge den pls an

 

[Batista82]

ok werde ich dann mal machen danke dir

Ergänzung (24. Mai 2011)

gibt es auch ein programm wo man das mainbourd testen kann

 

[simpel1970]

Nein, ein "direktes" Testprogramm gibt es leider nicht. Aber mit Austauschhardware (wie jetzt der RAM und die CPU), kannst du die Fehlerursache besser eingrenzen.

 

[timo2607]

Mir kein Bekanntest aus jeden Fall. Ich habe damals hier im Forum irgendwo gelesen, dass man das MB nicht direkt testen kann. Deine einzige Möglichkeit ist deshalb das Ausschlussverfahren

Deswegen teste alles was man testen kann... Graka,CPU,RAM etc. Wenn alles fehlerfrei ist leih dir ein MB aus und teste es.

Wenn du gleich die CPu testest, hast du dir die CPU Temp mal angeschaut?

 

[Batista82]

Hab den test gemacht

 

[timo2607]

Ich kann CPU seitig keine Errors erkennen.

Wann stürzt der Rechner immer ab? Nur unter Last oder auch wenn du z.B nur surfst oder auf dem Desktop bist?

 

[Batista82]

beim surfen und neben bei ein film schaue momentan ist der bei mein bruder drin und läuft vieleicht doch an der paste