WCM Forum - Wieder mal: blue screen

WCM Forum (http://www.wcm.at/forum/index.php)

- Hardware-Probleme (http://www.wcm.at/forum/forumdisplay.php?f=3)

- - Wieder mal: blue screen (http://www.wcm.at/forum/showthread.php?t=245202)

Mit etwas Verspätung: der 0x9C wurde ab Vista durch den 0x124 ersetzt, das bedeutet, das kein Prozessor einen Fehler im Register aufweist. Ansonsten scheint die Erhöhung der Vcore ja Wirkung zu zeigen.

Hallo Inzersdorfer,

ich hab' ja auf Deinen Tipp in Posting #12 noch intensiver gegoogelt - auch an anderen (englischen) Stellen taucht 'QPI/VTT' bzw. 'Vcore zu niedrig' im Zusammenhang mit diesem Fehlerereignis auf. Irgendwo bin ich auch über die Bemerkung gestolpert, dass ASUS es zu dieser Generation MoBos etwas zu ehrgeizig mit dem Energiesparen genommen haben soll (und 'auto' ggf. zu wenig sein könnte). Mich wundert nur, dass andere Videoschnitt-Kollegen mit demselben Board noch nicht über Probleme berichtet haben (und bei mir ist es jetzt schon das zweite P6T).

Jedenfalls läuft der Rechner seit der Erhöhung von Vcore vor 3 Tagen problemlos, ich hab' ihn auch gestern neu aufgesetzt, dutzende male gebootet, die Nacht ist er durchgelaufen (3TB HDD formatiert) ... vielleicht war das Neuaufsetzen nach dem MoBo-Tausch im September (obwohl P6T -> P6T) nun doch notwendig.

Momentan läuft er wie ein 'Glöckerl' ... ich bin vorsichtig optimistisch und hoffe, das bleibt so (*klopfholz*).

Thx
Quintus14

Hi,

so - vor 2,5 Wochen hab' ich Vcore erhöht, weil ja die letzten dumps darauf hingewiesen haben, und die Kiste neu aufgesetzt - sie lief bis vor 15 Minuten klaglos ... nun wieder ein BSOD! :(

Bitte um Info, worauf folgender Dump nun hin deutet:

Code:

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64

Copyright (c) Microsoft Corporation. All rights reserved.





Loading Dump File [C:\Windows\Minidump\021513-23306-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 (8 procs) Free x64

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850

Machine Name:

Kernel base = 0xfffff800`02c11000 PsLoadedModuleList = 0xfffff800`02e56e90

Debug session time: Fri Feb 15 15:16:31.817 2013 (GMT+1)

System Uptime: 0 days 7:44:48.832

Loading Kernel Symbols

...............................................................

................................................................

...............................

Loading User Symbols

Loading unloaded module list

....

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



Use !analyze -v to get detailed debugging information.



BugCheck 124, {0, fffffa800b26e028, be000000, 800400}



Probably caused by : hardware



Followup: MachineOwner

---------



0: kd> !analyze -v

*******************************************************************************

*                                                                             *

*                        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: fffffa800b26e028, Address of the WHEA_ERROR_RECORD structure.

Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.

Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.



Debugging Details:

------------------





BUGCHECK_STR:  0x124_GenuineIntel



CUSTOMER_CRASH_COUNT:  1



DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT



PROCESS_NAME:  EDIUS.exe



CURRENT_IRQL:  f



STACK_TEXT:  

fffff800`041c7a98 fffff800`0320da3b : 00000000`00000124 00000000`00000000 fffffa80`0b26e028 00000000`be000000 : nt!KeBugCheckEx

fffff800`041c7aa0 fffff800`02d9e7d3 : 00000000`00000001 fffffa80`0b0b3870 00000000`00000000 fffffa80`0b0b38c0 : hal!HalBugCheckSystem+0x1e3

fffff800`041c7ae0 fffff800`0320d700 : 00000000`00000728 fffffa80`0b0b3870 fffff800`041c7e70 fffff800`041c7e00 : nt!WheaReportHwError+0x263

fffff800`041c7b40 fffff800`0320d052 : fffffa80`0b0b3870 fffff800`041c7e70 fffffa80`0b0b3870 00000000`00000000 : hal!HalpMcaReportError+0x4c

fffff800`041c7c90 fffff800`0320cf0d : 00000000`00000008 00000000`00000001 fffff800`041c7ef0 00000000`00000000 : hal!HalpMceHandler+0x9e

fffff800`041c7cd0 fffff800`03200e88 : 00000000`62acbb9e 00000000`62770f00 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55

fffff800`041c7d00 fffff800`02c8ff2c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40

fffff800`041c7d30 fffff800`02c8fd93 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c

fffff800`041c7e70 00000000`0edffba3 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153

00000000`26d9ecfc 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0xedffba3





STACK_COMMAND:  kb



FOLLOWUP_NAME:  MachineOwner



MODULE_NAME: hardware



IMAGE_NAME:  hardware



DEBUG_FLR_IMAGE_TIMESTAMP:  0



FAILURE_BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE



BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE



Followup: MachineOwner

---------



0: kd> !analyze -v

*******************************************************************************

*                                                                             *

*                        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: fffffa800b26e028, Address of the WHEA_ERROR_RECORD structure.

Arg3: 00000000be000000, High order 32-bits of the MCi_STATUS value.

Arg4: 0000000000800400, Low order 32-bits of the MCi_STATUS value.



Debugging Details:

------------------





BUGCHECK_STR:  0x124_GenuineIntel



CUSTOMER_CRASH_COUNT:  1



DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT



PROCESS_NAME:  EDIUS.exe



CURRENT_IRQL:  f



STACK_TEXT:  

fffff800`041c7a98 fffff800`0320da3b : 00000000`00000124 00000000`00000000 fffffa80`0b26e028 00000000`be000000 : nt!KeBugCheckEx

fffff800`041c7aa0 fffff800`02d9e7d3 : 00000000`00000001 fffffa80`0b0b3870 00000000`00000000 fffffa80`0b0b38c0 : hal!HalBugCheckSystem+0x1e3

fffff800`041c7ae0 fffff800`0320d700 : 00000000`00000728 fffffa80`0b0b3870 fffff800`041c7e70 fffff800`041c7e00 : nt!WheaReportHwError+0x263

fffff800`041c7b40 fffff800`0320d052 : fffffa80`0b0b3870 fffff800`041c7e70 fffffa80`0b0b3870 00000000`00000000 : hal!HalpMcaReportError+0x4c

fffff800`041c7c90 fffff800`0320cf0d : 00000000`00000008 00000000`00000001 fffff800`041c7ef0 00000000`00000000 : hal!HalpMceHandler+0x9e

fffff800`041c7cd0 fffff800`03200e88 : 00000000`62acbb9e 00000000`62770f00 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x55

fffff800`041c7d00 fffff800`02c8ff2c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40

fffff800`041c7d30 fffff800`02c8fd93 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c

fffff800`041c7e70 00000000`0edffba3 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153

00000000`26d9ecfc 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0xedffba3





STACK_COMMAND:  kb



FOLLOWUP_NAME:  MachineOwner



MODULE_NAME: hardware



IMAGE_NAME:  hardware



DEBUG_FLR_IMAGE_TIMESTAMP:  0



FAILURE_BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE



BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE



Followup: MachineOwner

---------

Thx & lG
Quintus14

ASUS P6T, 12 GB Corsair, Crucial M4 als System, einige WD-HDDs, Sapphire Radeon 4870, Grass Valley HD Storm

Nachtrag: und hier der nächste (screenshot), unten der minidump

Ich hab' im letzten halben Jahr nun schon das Netzteil, das Board und den RAM ausgetauscht - mittlerweile bin ich ziemlich angesäuert. Kann eine CPU einen Pascher haben? Oder die M4? Oder die ATI?

----

Code:

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64

Copyright (c) Microsoft Corporation. All rights reserved.





Loading Dump File [C:\Windows\Minidump\021513-111244-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 (8 procs) Free x64

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 7601.17514.amd64fre.win7sp1_rtm.101119-1850

Machine Name:

Kernel base = 0xfffff800`02c51000 PsLoadedModuleList = 0xfffff800`02e96e90

Debug session time: Fri Feb 15 15:44:59.336 2013 (GMT+1)

System Uptime: 0 days 0:26:31.350

Loading Kernel Symbols

....................................................Unable to load image Unknown_Module_00000000`00000000, Win32 error 0n2

*** WARNING: Unable to verify timestamp for Unknown_Module_00000000`00000000

Unable to add module at 00000000`00000000



Loading User Symbols

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



Use !analyze -v to get detailed debugging information.



BugCheck 101, {19, 0, fffff880009b2180, 4}



Unable to load image SCSIPORT.SYS, Win32 error 0n2

*** WARNING: Unable to verify timestamp for SCSIPORT.SYS

*** ERROR: Module load completed but symbols could not be loaded for SCSIPORT.SYS

Probably caused by : Unknown_Image ( ANALYSIS_INCONCLUSIVE )



Followup: MachineOwner

---------



0: kd> !analyze -v

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************



CLOCK_WATCHDOG_TIMEOUT (101)

An expected clock interrupt was not received on a secondary processor in an

MP system within the allocated interval. This indicates that the specified

processor is hung and not processing interrupts.

Arguments:

Arg1: 0000000000000019, Clock interrupt time out interval in nominal clock ticks.

Arg2: 0000000000000000, 0.

Arg3: fffff880009b2180, The PRCB address of the hung processor.

Arg4: 0000000000000004, 0.



Debugging Details:

------------------





BUGCHECK_STR:  CLOCK_WATCHDOG_TIMEOUT_8_PROC



CUSTOMER_CRASH_COUNT:  1



DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT



PROCESS_NAME:  System



CURRENT_IRQL:  d



STACK_TEXT:  

fffff800`041b95b8 fffff800`02d28a89 : 00000000`00000101 00000000`00000019 00000000`00000000 fffff880`009b2180 : nt!KeBugCheckEx

fffff800`041b95c0 fffff800`02cdbeb7 : fffff800`00000000 fffff800`00000004 00000000`00002710 fffff800`02dbf0e0 : nt! ?? ::FNODOBFM::`string'+0x4e2e

fffff800`041b9650 fffff800`02c12895 : fffff800`02c38460 fffff800`041b9800 fffff800`02c38460 fffff880`00000000 : nt!KeUpdateSystemTime+0x377

fffff800`041b9750 fffff800`02ccdb73 : 00000000`00000010 fffff880`04a2d1c8 00000000`00008000 fffff880`03e072b6 : hal!HalpHpetClockInterrupt+0x8d

fffff800`041b9780 fffff800`02cd7206 : fffff800`02e43e80 fffffa80`00000001 00000000`00000000 fffff800`041b9a38 : nt!KiInterruptDispatchNoLock+0x163

fffff800`041b9910 fffff800`02c6f869 : 00000000`00000014 fffff880`0b9c2000 00000000`00000000 00000000`000000fe : nt!KeFlushMultipleRangeTb+0x266

fffff800`041b99e0 fffff800`02d3ff23 : 00000000`00000001 fffff880`0b9c28c0 fffff6fc`4005ce10 fffff800`00000001 : nt!MiRemoveIoSpaceMap+0xe9

fffff800`041b9b10 fffff880`01059d3e : fffffa80`0b71d978 fffffa80`0a3abcc0 fffffa80`0a3ad760 fffff800`02d7b3d0 : nt! ?? ::FNODOBFM::`string'+0x3703d

fffff800`041b9b60 fffffa80`0b71d978 : fffffa80`0a3abcc0 fffffa80`0a3ad760 fffff800`02d7b3d0 fffffa80`0a3ad700 : SCSIPORT+0x7d3e

fffff800`041b9b68 fffffa80`0a3abcc0 : fffffa80`0a3ad760 fffff800`02d7b3d0 fffffa80`0a3ad700 00000000`00000000 : 0xfffffa80`0b71d978

fffff800`041b9b70 fffffa80`0a3ad760 : fffff800`02d7b3d0 fffffa80`0a3ad700 00000000`00000000 00000000`00000000 : 0xfffffa80`0a3abcc0

fffff800`041b9b78 fffff800`02d7b3d0 : fffffa80`0a3ad700 00000000`00000000 00000000`00000000 fffff800`02ccced6 : 0xfffffa80`0a3ad760

fffff800`041b9b80 fffffa80`0a3abcc0 : fffffa80`0a3ad610 00000000`00000000 00000000`00000000 fffffa80`0a3ad6d8 : nt!IopStartNextPacket+0x40

fffff800`041b9bb0 fffffa80`0a3ad610 : 00000000`00000000 00000000`00000000 fffffa80`0a3ad6d8 fffffa80`0a3ad600 : 0xfffffa80`0a3abcc0

fffff800`041b9bb8 00000000`00000000 : 00000000`00000000 fffffa80`0a3ad6d8 fffffa80`0a3ad600 fffff880`010578c7 : 0xfffffa80`0a3ad610





STACK_COMMAND:  kb



SYMBOL_NAME:  ANALYSIS_INCONCLUSIVE



FOLLOWUP_NAME:  MachineOwner



MODULE_NAME: Unknown_Module



IMAGE_NAME:  Unknown_Image



DEBUG_FLR_IMAGE_TIMESTAMP:  0



FAILURE_BUCKET_ID:  X64_CLOCK_WATCHDOG_TIMEOUT_8_PROC_ANALYSIS_INCONCLUSIVE



BUCKET_ID:  X64_CLOCK_WATCHDOG_TIMEOUT_8_PROC_ANALYSIS_INCONCLUSIVE



Followup: MachineOwner

---------

CPUs sterben sehr selten, vor allem, wenn sie nicht übertaktet werden.

Die Graka kannst ja durch ein paar Benchmarks quälen, vlt. hast einen mit Dauerlauf-Option.

SSD ist halt schwierig.

Vlt. solltest wirklich über einen neuen PC nachdenken, anstatt dich immer wieder zu ärgern ohne klaren Hinweis auf den Fehler.

Noch was: es ist mir aufgefallen, dass der BSOD bei einem ganz bestimmten Übergangseffekt kommt - nachvollziehbar und mehrmals hintereinander. Andere Effekte aus derselben Lade macht er anstandslos.

Über einen neuen PC denk' ich eh nach - aber was, wenn es ein SW-Fehler ist?

Dann solltest über eine neue Software nachdenken! Was sagt der Softwareproduzent dazu?

Der meint RAM oder RAM/Treiber der GraKa.

Da du den Ram eh schon getauscht hast -nimm lalakers Graka (Biete Forum) billiger wie ein komplettausch!

Hmmm ... testen könnte man es mit der Karte, wenn ich aber die GraKa tauschen muss, würd' ich aber gerne auf eine deutlich potentere Karte umsteigen wollen (wenn's leicht geht). Ich frag' ihn aber mal, ob er sie mir kurzfristig (gegen einen Obolus) leiht.