Absturz nach Belastung!

die clocks wurden natürlich alle auf standard gesetzt. wie gesagt, auch bei 533mhz ram clock die gleichen probleme.

vorher lief der ram übrigens problemlos bei cl7 und 1,72v
Ergänzung ()

jetzt habe ich kombustor (aka furmark) 1/2 std laufen lassen - kein problem.
edit: prime95 bringt recht schnell nen shutdown
Ergänzung ()

hab gerade mal den minidump ausgelesen. da steht als ursache die ntkrnlmp.exe
 
Zuletzt bearbeitet:
Nach oder vor der Umstellung ?

Welche Einstellungen sind JETZT vorgenommen worden ?

8-8-8-24 / TRC 31 (34) / TRFC 110 / CR 2T / 1,60V ( 1,64V) bei "1333" (667 ) ?
 
Hanne schrieb:
Nach oder vor der Umstellung ?

Welche Einstellungen sind JETZT vorgenommen worden ?

8-8-8-24 / TRC 31 (34) / TRFC 110 / CR 2T / 1,60V ( 1,64V) bei "1333" (667 ) ?

jetzt? ich versuche verschiedenes, und habe es auch berichtet... verstehe leider die frage nicht.

trc und trfc sind glaube ich auch so ^^ kann ja nochmal nachschauen.
Ergänzung ()

Casi030 schrieb:
Schonmal die CPU-NB vid angehoben?

gerade mal mit +0,75v versucht, wieder freeze nach 3-5 minuten im spiel.
Ergänzung ()

Hanne schrieb:
Nach oder vor der Umstellung ?

Welche Einstellungen sind JETZT vorgenommen worden ?

8-8-8-24 / TRC 31 (34) / TRFC 110 / CR 2T / 1,60V ( 1,64V) bei "1333" (667 ) ?

trc steht auf 33, ansonsten wurden die werte getestet...^^
Ergänzung ()

http://forum.gigabyte.de/index.php?page=Thread&threadID=3740&pageNo=2

heute ist ein neues bios erschienen, habe es geflasht+cmos reset... kein erfolg
 
Zuletzt bearbeitet:
hier der bisherige minidump (hoffe das reicht):


BugCheck 1E, {0, 0, 0, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiKernelCalloutExceptionHandler+e )

Followup: MachineOwner



jetzt habe ich beim prime-testen auch mal einen aderen dump bekommen, scheint schon eindeutiger...


BugCheck 50, {fffff68d0c800018, 0, fffff800030c531b, 5}


Could not read faulting driver name
Probably caused by : memory_corruption ( nt!MiAgeWorkingSet+1d1 )

Followup: MachineOwner
Ergänzung ()

Nochmal komplett:

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


Loading Dump File [C:\Windows\Minidump\081111-39265-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`0305b000 PsLoadedModuleList = 0xfffff800`032a0650
Debug session time: Thu Aug 11 21:20:49.582 2011 (UTC + 2:00)
System Uptime: 0 days 0:15:17.800
Loading Kernel Symbols
...............................................................
................................................................
..............................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 50, {fffff68d0c800018, 0, fffff800030c531b, 5}


Could not read faulting driver name
Probably caused by : memory_corruption ( nt!MiAgeWorkingSet+1d1 )

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

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

PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except,
it must be protected by a Probe.  Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff68d0c800018, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff800030c531b, If non-zero, the instruction address which referenced the bad memory
	address.
Arg4: 0000000000000005, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff8000330a100
 fffff68d0c800018 

FAULTING_IP: 
nt!MiAgeWorkingSet+1d1
fffff800`030c531b 488b19          mov     rbx,qword ptr [rcx]

MM_INTERNAL_CODE:  5

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x50

PROCESS_NAME:  dwm.exe

CURRENT_IRQL:  0

TRAP_FRAME:  fffff880035167c0 -- (.trap 0xfffff880035167c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000007ffffffff8 rbx=0000000000000000 rcx=fffff68d0c800018
rdx=0000000000000001 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800030c531b rsp=fffff88003516950 rbp=0000000d0c80001a
 r8=0000000000000001  r9=fffffa8006e903f8 r10=0000000000000005
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz na po cy
nt!MiAgeWorkingSet+0x1d1:
fffff800`030c531b 488b19          mov     rbx,qword ptr [rcx] ds:fffff68d`0c800018=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800030853cf to fffff800030dad00

STACK_TEXT:  
fffff880`03516658 fffff800`030853cf : 00000000`00000050 fffff68d`0c800018 00000000`00000000 fffff880`035167c0 : nt!KeBugCheckEx
fffff880`03516660 fffff800`030d8e2e : 00000000`00000000 fffff68d`0c800018 00000000`00000000 00000980`00000000 : nt! ?? ::FNODOBFM::`string'+0x44891
fffff880`035167c0 fffff800`030c531b : 00000003`00000000 a1b00000`4f139867 00000000`00000000 00000000`00001a1b : nt!KiPageFault+0x16e
fffff880`03516950 fffff800`031544f5 : fffffa80`06e903f8 fffff880`00000001 00000000`00000001 fffff880`03516bb0 : nt!MiAgeWorkingSet+0x1d1
fffff880`03516b00 fffff800`030c58c6 : 00000000`00000396 00000000`00000000 fffffa80`00000000 00000000`00000005 : nt! ?? ::FNODOBFM::`string'+0x4d886
fffff880`03516b80 fffff800`030c5d67 : 00000000`00000008 fffff880`03516c10 00000000`00000001 fffffa80`00000000 : nt!MmWorkingSetManager+0x6e
fffff880`03516bd0 fffff800`0337732e : fffffa80`03a13760 00000000`00000080 fffffa80`0396db30 00000000`00000001 : nt!KeBalanceSetManager+0x1c3
fffff880`03516d40 fffff800`030cc666 : fffff880`03163180 fffffa80`03a13760 fffff880`0316dfc0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`03516d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!MiAgeWorkingSet+1d1
fffff800`030c531b 488b19          mov     rbx,qword ptr [rcx]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!MiAgeWorkingSet+1d1

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4d9fdd5b

IMAGE_NAME:  memory_corruption

FAILURE_BUCKET_ID:  X64_0x50_nt!MiAgeWorkingSet+1d1

BUCKET_ID:  X64_0x50_nt!MiAgeWorkingSet+1d1

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

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


Loading Dump File [C:\Windows\Minidump\081011-38157-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`03008000 PsLoadedModuleList = 0xfffff800`0324d650
Debug session time: Wed Aug 10 23:31:48.486 2011 (UTC + 2:00)
System Uptime: 0 days 0:09:15.078
Loading Kernel Symbols
...............................................................
................................................................
...........................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1E, {0, 0, 0, 0}

Probably caused by : ntkrnlmp.exe ( nt!KiKernelCalloutExceptionHandler+e )

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

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

KMODE_EXCEPTION_NOT_HANDLED (1e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: 0000000000000000, The exception code that was not handled
Arg2: 0000000000000000, The address that the exception occurred at
Arg3: 0000000000000000, Parameter 0 of the exception
Arg4: 0000000000000000, Parameter 1 of the exception

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


EXCEPTION_CODE: (Win32) 0 (0) - The operation completed successfully.

FAULTING_IP: 
+3033316465343132
00000000`00000000 ??              ???

EXCEPTION_PARAMETER1:  0000000000000000

EXCEPTION_PARAMETER2:  0000000000000000

ERROR_CODE: (NTSTATUS) 0 - STATUS_WAIT_0

BUGCHECK_STR:  0x1E_0

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  2

EXCEPTION_RECORD:  fffff880031fcb48 -- (.exr 0xfffff880031fcb48)
ExceptionAddress: fffff8000307fa2f (nt!KiIdleLoop+0x000000000000005f)
   ExceptionCode: c000001d (Illegal instruction)
  ExceptionFlags: 00000000
NumberParameters: 0

TRAP_FRAME:  fffff880031fcbf0 -- (.trap 0xfffff880031fcbf0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000616fa6b9 rbx=0000000000000000 rcx=0000000000000002
rdx=0000018500000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000307fa2f rsp=fffff880031fcd80 rbp=0000000000000000
 r8=0000000000000000  r9=00000000002ce8e3 r10=0000000000016552
r11=fffffa800617f400 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up di pl nz na pe nc
nt!KiIdleLoop+0x5f:
fffff800`0307fa2f 48837b1000      cmp     qword ptr [rbx+10h],0 ds:0010:00000000`00000010=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff8000307f6be to fffff80003087cd0

STACK_TEXT:  
fffff880`031fbc28 fffff800`0307f6be : 00000000`00000001 fffffa80`07334290 fffff880`031fc3a0 fffff800`030b3890 : nt!KeBugCheck
fffff880`031fbc30 fffff800`030b355d : 00000000`0010001f fffff880`031fc3a0 fffff880`031fcbf0 fffff880`031fcb48 : nt!KiKernelCalloutExceptionHandler+0xe
fffff880`031fbc60 fffff800`030b2335 : fffff800`031cf0fc fffff880`031fbcd8 fffff880`031fcb48 fffff800`03008000 : nt!RtlpExecuteHandlerForException+0xd
fffff880`031fbc90 fffff800`030c33b1 : fffff880`031fcb48 fffff880`031fc3a0 fffff880`00000000 fffffa80`0617f370 : nt!RtlDispatchException+0x415
fffff880`031fc370 fffff800`03087382 : fffff880`031fcb48 fffff880`031d4180 fffff880`031fcbf0 fffff880`031defc0 : nt!KiDispatchException+0x135
fffff880`031fca10 fffff800`030854df : fffff880`031fcbf0 00000000`00000002 fffff880`031d8500 00000000`00000000 : nt!KiExceptionDispatch+0xc2
fffff880`031fcbf0 fffff800`0307fa2f : fffff880`031d4180 fffff880`00000000 00000000`00000000 fffff880`133127a0 : nt!KiInvalidOpcodeFault+0x11f
fffff880`031fcd80 00000000`00000000 : fffff880`031fd000 fffff880`031f7000 fffff880`031fcd40 00000000`00000000 : nt!KiIdleLoop+0x5f


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiKernelCalloutExceptionHandler+e
fffff800`0307f6be 90              nop

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt!KiKernelCalloutExceptionHandler+e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4d9fdd5b

FAILURE_BUCKET_ID:  X64_0x1E_0_nt!KiKernelCalloutExceptionHandler+e

BUCKET_ID:  X64_0x1E_0_nt!KiKernelCalloutExceptionHandler+e

Followup: MachineOwner
---------
 
Nach einem Treiberproblem sieht das nicht aus. Bleibt die Frage, welche Hardwarekomponente den Fehler auslöst. Netzteil wurde schon ausgetauscht. Bliebe noch RAM, CPU oder Mobo.

-Ich würde nicht ganz ausschließen, dass durch die hohe RAM Spannung der Memory Controller in der CPU Schaden genommen hat. Das ist zwar nur eine Vermutung (welche Hardware-Komponente den Fehler verusacht ist mittels Bluescreenauswertung nicht nach eindeutig nachvollziehbar), aber wenn du eine andere CPU testen kannst -z.B. von einem Freund- wäre das hifreich (genauso nätürlich wie anderen RAM)-

Es tritt ja ausschließlich nach oder während einer Lastsituation auf (Spiele oder Prime - ausgenommen Furmark)!?

Welchen Prime Test lässt du laufen? Custom, Blend, ...?
 
bisher hab ich immer prime blend genommen...

speicher kann ich leider keinen anderen testen, cpu wird auch schwierig (würde meinen auch eher ungern verleihen....). den ram hatte ich allerdings auch in der kompatibilitätsliste für mein mobo gefunden, und er ist ja auf 1,7v ausgelegt.


danke für die tipps
werde also als nächstes die cpu tauschen (mein bruder hat noch einen athlon x2 3ghz) und dann den ram unter 1,65v lassen (will ja seinen nicht auch noch zerschießen)
Ergänzung ()

memtest86+ läuft auch stundenlang ohne fehler (soeben getestet)

kann es trotzdem der mem-controller sein?

bleibt nur cpu und mobo als fehlerquelle?
 
Zuletzt bearbeitet:
Mit welchen RAM-Einstellungen lief "memtest86+" ?

"C1E" im BIOS auf "disabled" ?

"Virtualization" enabled ?

"AMD K8 Cool&Quiet control" = auto

"CPU Unlock" = disabled
"CPU core Control" = auto

Die Spannungswerte vom MB sollten auf "auto" stehen - außer evtl. "DRAM Voltage Control" - wenn die RAM-Module mit 1,7V vorgegeben sind, recht ungewöhnlich, dann stell hier "auto" ein - anschließend im BIOS kontrollieren, welcher Wert rechts steht - sind es 1,7V ?
 
"Virtualization" enabled ?
- nein, sollte ich das aktivieren? ich benutze doch garkein virtuelles system.

Die Spannungswerte vom MB sollten auf "auto" stehen - außer evtl. "DRAM Voltage Control" - wenn die RAM-Module mit 1,7V vorgegeben sind, recht ungewöhnlich, dann stell hier "auto" ein - anschließend im BIOS kontrollieren, welcher Wert rechts steht - sind es 1,7V ?
- automatisch wird der ram auf 1,5v gestellt, aber damit läuft er natürlich nicht. hatte ihn auf 1,66 zum memtest.

ansonsten waren die einstellungen so ^^
 
bin jetzt mit 1,6v im windows
Ergänzung ()

prime lief 2-4 min aber nach dem test beenden folgte der freeze - reset

nun auf 1,56v
Ergänzung ()

ich kann sogar noch mit 1,5v booten! das hat glabe ich vorher nie geklappt... seltsam. aber das problem bleibt bei allen voltagen das gleiche.
 
ja, sogar mit 1,4v komm ich ins os.
ich hatte die riegel jedoch nicht umsonst auf 1.72 - damals war das system nur so stabil.

ich schätze bevor ich einen anderen cpu probiert habe kann man nichts weiter sagen?

oder weiss noch jemand einen risikoärmeren rat? ich müsste das system ja mit dem anderen cpu stabil bekommen. auf keinen fall will ich damit diesen chip auch noch verbraten.
 
Abstürze.......und so weiter hast auch mit jedem einzelnen Riegel?
Ergänzung ()

Kannst mal Bilder wie diese machen?!
Ergänzung ()

1,4V?Ich kann nur min auf 1,5V Ramspannung stellen.
 

Anhänge

  • 100_4767.jpg
    100_4767.jpg
    296 KB · Aufrufe: 108
  • 100_4768.jpg
    100_4768.jpg
    296,1 KB · Aufrufe: 98
  • 100_4769.jpg
    100_4769.jpg
    286,9 KB · Aufrufe: 109
Einzeln scheint der Rechner mit keinem der Sticks einzufrieren, doch nur auf dem 1.slot, bei den anderen fährt der Rechner nicht hoch.

jetzt habe ich die beiden ram riegel von slot 1 und 4 auf 1 und 2 gesteckt das system war stabil, konnte wieder lange zocken, doch nach dem beenden des spiels wieder -freeze-
Ergänzung ()

Der ram ist übrigens bei 1,6v
 
RAM-Moule sollten in DDR3_1 & DDR3_3 sein oder in DDR3_2 & DDR3_4 = Dual_Channel
 
Zurück
Oben