OC-Bluescreen auswerten

die sind momentan noch auf auto, also noch nicht ausgelotet.
auf auto sollte dich die spannung nicht zu niedrig sein
 
ich oce seit jahren nur mit asus boards und hatte damit eigentlich keine probleme.
obwohl ich selber auch gerne die spannungen fix habe, um den verbrauch zu senken, allerdings sind diese die letzten die angepasst werden.
zuerst muss ram und cpu stimmen bevor ich weiteres angehe
Ergänzung ()

diesen bluescreen habe ich heute morgen bekommen, diesmal habe ich bewusst amd overdrive weg gelassen, bzw es sogar deinstalliert und aus der registry entfernt

*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon.
Arguments:
Arg1: 0000000000000000, Machine Check Exception
Arg2: fffffa8004c89028, Address of the WHEA_ERROR_RECORD structure.
Arg3: 00000000b6004000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000094000135, Low order 32-bits of the MCi_STATUS value.

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


BUGCHECK_STR: 0x124_AuthenticAMD

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: plugin-contain

CURRENT_IRQL: f

STACK_TEXT:
fffff880`009b9b08 fffff800`033fda3b : 00000000`00000124 00000000`00000000 fffffa80`04c89028 00000000`b6004000 : nt!KeBugCheckEx
fffff880`009b9b10 fffff800`02f8e7d3 : 00000000`00000001 fffffa80`03a1e2c0 00000000`00000000 fffffa80`03a1e310 : hal!HalBugCheckSystem+0x1e3
fffff880`009b9b50 fffff800`033fd700 : 00000000`00000728 fffffa80`03a1e2c0 fffff880`009b9eb0 00000000`08120c00 : nt!WheaReportHwError+0x263
fffff880`009b9bb0 fffff800`033fd052 : fffffa80`03a1e2c0 fffff880`009b9eb0 fffffa80`03a1e2c0 00000000`00000000 : hal!HalpMcaReportError+0x4c
fffff880`009b9d00 fffff800`033f0e8f : 00000000`08120000 00000000`00000001 fffff880`009b9f30 00000000`00000000 : hal!HalpMceHandler+0x9e
fffff880`009b9d40 fffff800`02e7ff2c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x47
fffff880`009b9d70 fffff800`02e7fd93 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c
fffff880`009b9eb0 00000000`6cd3226d : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153
00000000`004bebd8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x6cd3226d


STACK_COMMAND: kb

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: hardware

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

FAILURE_BUCKET_ID: X64_0x124_AuthenticAMD_PROCESSOR_CACHE

BUCKET_ID: X64_0x124_AuthenticAMD_PROCESSOR_CACHE

Followup: MachineOwner
---------
Ergänzung ()

um den ram mal auszuschließen habe ich ihn von 1600 cl8 auf 13xx vl9 entschärft, mal schauen ob ich fehler bekomme.
 
Zuletzt bearbeitet:
Guten Morgen,

PROCESS_NAME: AMD OverDrive

Was hinter Process Name steht, ist der Prozess, der während / zum Zeitpunkt des Bluescreens im Kernel ausgeführt wurde. Dies muss aber nicht die Absturzursache sein. Die Absturzursache findest du i.d.R., in deinem Fall insbesondere hier:

fffff880`0308fb08 fffff800`0340da3b : 00000000`00000124 00000000`00000000 fffffa80`04bad028 00000000`b47c2000 : nt!KeBugCheckEx
fffff880`0308fb10 fffff800`02f9e7d3 : 00000000`00000001 fffffa80`04ca48f0 00000000`00000000 fffffa80`04ca4940 : hal!HalBugCheckSystem+0x1e3
fffff880`0308fb50 fffff800`0340d700 : 00000000`00000728 fffffa80`04ca48f0 fffff880`0308feb0 00000000`7c000000 : nt!WheaReportHwError+0x263
...
IMAGE_NAME: hardware
...
FAILURE_BUCKET_ID: X64_0x124_AuthenticAMD_PROCESSOR_CACHE

Zusammen mit dem Stopfehlercode 0x124 (1. Parameter 0x00), und deinen Übertaktungsversuchen, lässt sich schnell und einfach die Ursache der Abstürze ableiten...

Das erklärt dann auch den anderen, etwas abweichenden Bluescreen 0x0A.

IRQL_NOT_LESS_OR_EQUAL (a)
...
Arg1: fffff880032e3198, memory referenced
...
fffff880`0a7ae450 fffff800`02ee72be : 00000000`00000005 000010e4`00000000 00000b63`00000000 00000000`00000000 : nt!KiPageFault+0x260
...
IMAGE_NAME: win32k.sys

Die Angabe unter "Image_Name" spielt hier eine untergeordnete Rolle. Es weist "nur" auf einen abgeschmierten Systemdienst /-Prozess hin (kein Gerätetreiber!)
Hier ist ein Problem mit dem Speichermanagement herauszulesen. Da Speicher in diesem Sinne insbes. RAM, VRAM, CPU-Cache oder Festplatte sein können, ist auch dieser Bluescreen -nahe liegender weise- deiner instabilen Übertaktung (CPU-Cache) zuzuweisen.
 
ich haette vll die ersten 2 crash dumbs löschen sollen, denn diese stammen noch vom alten system.

Nur die 2 die nach dem Editieren in ca 2 minuten noch im 1# post stehen sind vom neuen system

Aktuel sind nur die angaben aus Post 1#
 
Zuletzt bearbeitet:
Zuletzt bearbeitet:
den ram habe ich mit 1488mhz laufen, (sry habe es nicht angepasst)
bis 1600mhz läuft er stabil. immerhin ist es 1600er ram cl8
*edit* sry das ich so oft nachbessern musste -.-
 
AramisCortess schrieb:
*edit* sry das ich so oft nachbessern musste -.-

Stört mich überhaupt nicht.

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

AramisCortess schrieb:
bis 1600mhz läuft er stabil. immerhin ist es 1600er ram cl8

Das hast du ohne CPU-OC getestet?
 


Ich werde mal schauen ob ich den bsod gleich nochmal bekomme(nach dem media player codec update)
sollte das nciht klappen mache ich nen paar tests mit media player @ default settings
 
Ok. Ich würde auch empfehlen die RAM erst mal auf 1333mhz @ 9-9-9-24 @ 2T laufen zu lassen, um -frei von RAM-Störungen- eine stabile CPU Übertaktung hinzubekommen. Stelle vor allem die Command Rate auf 2T um.

Oder anders rum, erst mal nur den RAM -ohne CPU-OC- übertakten und testen. (RAM - OC bringt im Vergleich zu CPU-OC so gut wie nichts).
 
habe den ram bereits ohne cpu bis 1600mhz bei 1.5v mit cl8 timings 1t prime,linx und memtest86+ getestet, jeweils 3h.

ich dachte von daher ich koennte den ram ausschliessen, allerdings werde ich mal auf 2t stellen, da es sowieso nicht sonderlich viel bringt
 
ich habe mal auf 2T gestellt und konnte so 6h linx+prime+windows media player durchtesten, ich habe atm nicht die zeit den 12h prime zu machen, ich meld mich wohl erst nächste woche wieder^^

edit**^^


CrashDumb
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80002eda37f, Address of the instruction which caused the bugcheck
Arg3: fffff8800ac9d070, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.

FAULTING_IP:
nt!PspReturnQuota+af
fffff800`02eda37f 482bd1 sub rdx,rcx

CONTEXT: fffff8800ac9d070 -- (.cxr 0xfffff8800ac9d070)
rax=0000000000069174 rbx=000000000076c5b8 rcx=00000000000000a0
rdx=000000000076c5b8 rsi=fffffa8005466680 rdi=00000000000000a0
rip=fffff80002eda37f rsp=fffff8800ac9da50 rbp=fffffa80071ef540
r8=00000000000000a0 r9=0000000000000080 r10=fffffa80071ef4c0
r11=fffff8000304fc00 r12=000000000000000a r13=0000000000000001
r14=0000000000000020 r15=fffff88002113cc0
iopl=0 nv up ei ng nz ac po cy
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010297
nt!PspReturnQuota+0xaf:
fffff800`02eda37f 482bd1 sub rdx,rcx
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x3B

PROCESS_NAME: Core Temp.exe

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: from fffff80002ff613c to fffff80002eda37f

STACK_TEXT:
fffff880`0ac9da50 fffff800`02ff613c : fffffa80`071ef4c0 00000000`0000000a fffff900`c0743ce0 fffff900`c1ff8b05 : nt!PspReturnQuota+0xaf
fffff880`0ac9dad0 fffff960`0012a626 : fffff900`c0743ce0 fffff960`0015cf85 00000000`75637355 00000000`00000000 : nt!ExFreePoolWithTag+0x3ac
fffff880`0ac9db80 fffff960`0012cc52 : 00000000`00000000 fffff900`c0743ce0 00000000`00000000 00000000`000002b3 : win32k!HMFreeObject+0x136
fffff880`0ac9dbc0 fffff960`000d7c00 : fffff880`0ac9dca0 00000000`00000001 fffff900`c1ff8b90 00000000`00000000 : win32k!DestroyCursor+0x6a
fffff880`0ac9dbf0 fffff800`02ec98d3 : fffffa80`04b00b60 00000000`00000001 00000000`00000020 ffffffff`f201023f : win32k!NtUserDestroyCursor+0x84
fffff880`0ac9dc20 00000000`771eceea : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`002af128 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x771eceea


FOLLOWUP_IP:
win32k!HMFreeObject+136
fffff960`0012a626 668b4312 mov ax,word ptr [rbx+12h]

SYMBOL_STACK_INDEX: 2

SYMBOL_NAME: win32k!HMFreeObject+136

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4d6f104c

STACK_COMMAND: .cxr 0xfffff8800ac9d070 ; kb

FAILURE_BUCKET_ID: X64_0x3B_win32k!HMFreeObject+136

BUCKET_ID: X64_0x3B_win32k!HMFreeObject+136

Followup: MachineOwner
---------
sehe ich das richtig das core temp nen problem hatte auf nen speicher zu zugreifen ?
ram timings entschärfen XD?
 
Zuletzt bearbeitet:
jo werde ich machen, bin zwar grad nicht zu hause(dort primed er mit erhöter vcore durch)
aber sobald ich zu hause bin entschärfe ich mal die timings manuell)
tackt senken ist immer so ne sache XP die ganzen auto settings sinken mit:P.

ich bin aber dennoch beeindruckt das ich so viele verschiedene blue screens bekomme XD damit hat mein asus board mich nicht beglückt ;P
 
Überprüfe nochmals alle Anschlüsse genau - zum MB und vom MB zu Festplatte / LW - die unterschiedlichen (verschiedene blue screens) Abstürze lassen es vermuten, dass hier ein fehlerhafter Anschluss vorliegt - irgendetwas nicht ganz korrekt aufgesteckt ist - neben den bereits genannten anderen Möglichkeiten -
 
diese möglichkeit kann ich doch sicher ausschliessen wenn ich @ default keine probleme hatte
*edit*

nachdem ich meinen ram deutlich entschärft habe , und selbst mein oc reduziert wurde bekomme ich verschiedenste fehlermeldungen.
ein mir unbekannter bluescreen...
edit*

jetzt fahre ich grade default settings

CrashDumb#1
*******************************************************************************
* *
* 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: 0000000000000004, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, 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: fffff80002ed42c9, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800031020e8
0000000000000004

CURRENT_IRQL: 2

FAULTING_IP:
nt!SwapContext_PatchXSave+c8
fffff800`02ed42c9 850c01 test dword ptr [rcx+rax],ecx

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: rads_user_kern

TRAP_FRAME: fffff8800b2e6900 -- (.trap 0xfffff8800b2e6900)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000004
rdx=0000000000000004 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ed42c9 rsp=fffff8800b2e6a90 rbp=fffff8800b0aedb0
r8=fffffa800420d278 r9=0000000000000000 r10=fffffffffffffffb
r11=00000000002f5600 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!SwapContext_PatchXSave+0xc8:
fffff800`02ed42c9 850c01 test dword ptr [rcx+rax],ecx ds:6b10:00000000`00000004=????????
Resetting default scope

MISALIGNED_IP:
nt!SwapContext_PatchXSave+c8
fffff800`02ed42c9 850c01 test dword ptr [rcx+rax],ecx

LAST_CONTROL_TRANSFER: from fffff80002ed0be9 to fffff80002ed1640

STACK_TEXT:
fffff880`0b2e67b8 fffff800`02ed0be9 : 00000000`0000000a 00000000`00000004 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`0b2e67c0 fffff800`02ecf860 : fffffa80`042af470 fffff880`011922ec fffff880`0b2e6a50 fffff880`03164180 : nt!KiBugCheckDispatch+0x69
fffff880`0b2e6900 fffff800`02ed42c9 : fffff880`00000002 00000000`00000000 00000000`00000000 fffffa80`03bdad84 : nt!KiPageFault+0x260
fffff880`0b2e6a90 fffff800`02ed40ef : fffff880`03164180 fffffa80`03cca060 fffff880`00000000 00000000`032773bc : nt!SwapContext_PatchXSave+0xc8
fffff880`0b2e6ad0 fffff800`02f1d453 : fffff800`02edd74c fffff800`02edd7b8 00000000`00007e95 fffff880`0b2e6ca0 : nt!KxDispatchInterrupt+0x12f
fffff880`0b2e6c10 fffff800`02edd7b8 : 00000000`00007e95 fffff880`0b2e6ca0 00000000`03b9c073 00000000`03a830f8 : nt!KiDpcInterruptBypass+0x13
fffff880`0b2e6c20 00000000`00471e3c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSecondaryClockInterrupt+0x1a8
00000000`03277310 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x471e3c


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!SwapContext_PatchXSave+c8
fffff800`02ed42c9 850c01 test dword ptr [rcx+rax],ecx

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!SwapContext_PatchXSave+c8

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: hardware

DEBUG_FLR_IMAGE_TIMESTAMP: 0

MODULE_NAME: hardware

FAILURE_BUCKET_ID: X64_IP_MISALIGNED

BUCKET_ID: X64_IP_MISALIGNED

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

2: kd> .trap 0xfffff8800b2e6900
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000004
rdx=0000000000000004 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ed42c9 rsp=fffff8800b2e6a90 rbp=fffff8800b0aedb0
r8=fffffa800420d278 r9=0000000000000000 r10=fffffffffffffffb
r11=00000000002f5600 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!SwapContext_PatchXSave+0xc8:
fffff800`02ed42c9 850c01 test dword ptr [rcx+rax],ecx ds:6b10:00000000`00000004=????????

Crash Dumb#2
*******************************************************************************
* *
* 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: fffffa7fbd589850, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff80002e999df, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000007, (reserved)

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


Could not read faulting driver name

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800030bd0e8
fffffa7fbd589850

FAULTING_IP:
nt!MmAccessFault+3bf
fffff800`02e999df 33db xor ebx,ebx

MM_INTERNAL_CODE: 7

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: AAWService.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800a0cb930 -- (.trap 0xfffff8800a0cb930)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa8004c807c0 rbx=0000000000000000 rcx=fffffa800749c6f0
rdx=000000000f16d000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002e999df rsp=fffff8800a0cbac0 rbp=fffff8800a0cbb40
r8=fffffa800749ca88 r9=fffffa8002631a80 r10=00000000000000cb
r11=fffff70001080488 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!MmAccessFault+0x3bf:
fffff800`02e999df 33db xor ebx,ebx
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002e36bf7 to fffff80002e8c640

STACK_TEXT:
fffff880`0a0cb7c8 fffff800`02e36bf7 : 00000000`00000050 fffffa7f`bd589850 00000000`00000000 fffff880`0a0cb930 : nt!KeBugCheckEx
fffff880`0a0cb7d0 fffff800`02e8a76e : 00000000`00000000 fffffa7f`bd589850 00000000`0f060000 fffff680`00078b68 : nt! ?? ::FNODOBFM::`string'+0x44811
fffff880`0a0cb930 fffff800`02e999df : 00000000`00000000 fffff880`0a0cbb40 fffff700`01080000 00000000`00000000 : nt!KiPageFault+0x16e
fffff880`0a0cbac0 fffff800`02e8a76e : 00000000`00000001 00000000`0f16d000 00000000`00000001 00000000`00000000 : nt!MmAccessFault+0x3bf
fffff880`0a0cbc20 00000000`0fa5d928 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`0a89defc 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0xfa5d928


STACK_COMMAND: kb

FOLLOWUP_IP:
nt! ?? ::FNODOBFM::`string'+44811
fffff800`02e36bf7 cc int 3

SYMBOL_STACK_INDEX: 1

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

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

IMAGE_NAME: ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP: 4ce7951a

FAILURE_BUCKET_ID: X64_0x50_nt!_??_::FNODOBFM::_string_+44811

BUCKET_ID: X64_0x50_nt!_??_::FNODOBFM::_string_+44811

Followup: MachineOwner
---------
 
Zuletzt bearbeitet:
Zurück
Oben