WCM Forum

WCM Forum (http://www.wcm.at/forum/index.php)
-   Hardware-Probleme (http://www.wcm.at/forum/forumdisplay.php?f=3)
-   -   Blue Screen (http://www.wcm.at/forum/showthread.php?t=244967)

Quintus14 26.08.2012 08:26

Blue Screen
 
Hallo,

zurück aus dem Urlaub den Videoschnitt-PC gestartet - nach relativ kurzer Zeit Blue Screen. Stunden später dann noch einer. Ich hab' im Minidump etwas von Vista driver fault gelesen, dann die MoBo- und den GraKa-Treiber neu installiert. Die Kiste ist dann den ganzen Tag tadellos gelaufen.

Heute Früh in den ersten 5 Minuten - wieder ein Blue Screen.

Code:

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


Loading Dump File [C:\Windows\Minidump\082612-20685-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: C:\Windows\System32
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`02c4c000 PsLoadedModuleList = 0xfffff800`02e91e90
Debug session time: Sun Aug 26 07:59:14.625 2012 (GMT+2)
System Uptime: 0 days 0:23:35.845
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 101, {19, 0, fffff88003164180, 2}

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: fffff88003164180, The PRCB address of the hung processor.
Arg4: 0000000000000002, 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: 
fffff880`035ee788 fffff800`02d23a89 : 00000000`00000101 00000000`00000019 00000000`00000000 fffff880`03164180 : nt!KeBugCheckEx
fffff880`035ee790 fffff800`02cd6eb7 : fffff880`00000000 fffff800`00000002 00000000`00026160 fffff880`02635000 : nt! ?? ::FNODOBFM::`string'+0x4e2e
fffff880`035ee820 fffff800`02c0d895 : fffff800`02c33460 fffff880`035ee9d0 fffff800`02c33460 00000000`00000000 : nt!KeUpdateSystemTime+0x377
fffff880`035ee920 fffff800`02cc8b73 : 00000000`51eb244f fffff800`02e3ee80 00000000`00000000 00000000`00000001 : hal!HalpHpetClockInterrupt+0x8d
fffff880`035ee950 fffff800`02cd2206 : fffff800`02e3ee80 fffff800`00000001 00000000`00000000 fffff880`035eebd8 : nt!KiInterruptDispatchNoLock+0x163
fffff880`035eeae0 fffff800`02c8a356 : 00000000`00000000 00000000`00000000 00000000`00000000 fffffa80`0b4a1b60 : nt!KeFlushMultipleRangeTb+0x266
fffff880`035eebb0 fffff800`02c8a2d8 : 00000000`00000000 fffff800`00000038 00000000`00000000 fffffa80`09d5d070 : nt!MmOutPageKernelStack+0x56
fffff880`035eec90 fffff800`02d00d68 : 00000000`00000000 00000000`00000080 fffffa80`09d5d070 fffffa80`09d5d000 : nt!KiOutSwapKernelStacks+0x11c
fffff880`035eed00 fffff800`02f69cce : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KeSwapProcessOrStack+0x48
fffff880`035eed40 fffff800`02cbdfe6 : fffff880`009b2180 fffffa80`09d7a580 fffff880`009bd0c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`035eed80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


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
---------

Was sagt den Spezialisten der Minidump?

Thx
Quintus

ASUS P6T, i7/950, 12 GB RAM, ATI Radeon 4800 series, Win7/64 auf SSD (Crucial M4), kein Overclocking (im BIOS alles auf automatic)


----

NACHTRAG: ich muss dazu sagen, dass ich auf dem Rechner beim Booten oft einen 2-Minuten-Hänger hab' (wir sprachen andernorts schon darüber). Ich war bis vor ein paar Wochen der Meinung, dass das vom (absichtlich) falschen Gateway her rührt (der Videoschnitt-PC soll nicht ins Internet weil ich hier keine Security-SW möchte). Ich hab' ihm kurz auch das richtige Gateway gegeben - auch da gab's die Boot-Hänger! Dieser Punkt ist also auch ungeklärt.
.

Lowrider20 26.08.2012 10:59

Lt. div. Infos soll es sich dabei um ein Prozessorproblem handeln. Hier würde ich mal raten, die Spannungen zu beobachten, ev. zu korrigieren oder wenn möglich ein anderes NT testen.

Quintus14 26.08.2012 11:06

Uuuuups..... danke .... hast einen Link für mich, wo Du das gelesen hast? Und das jetzt erst nach knapp 3 Jahren?

PC Probe sagt 11,97V / VCore 0,94-11,97V / 3,31V / 5,02V. Die CPU-Temperatur idle um die 45 Grad, unter Volllast (Rendern) um die 73. Die Blue Screens kamen im Leerlauf.

Lowrider20 26.08.2012 11:25

Hier z.B. http://social.technet.microsoft.com/...e-eec61981797b
Zitat:

Bug Check Code 0x101: http://msdn.microsoft.com/en-us/libr...=VS.85%29.aspx
You have a problem with your processor. Contact your manufacturer Technical Support or replace it.
Erst nach drei Jahren? Kommt auf das Netzteil drauf an. Hier kann die Qualität (unabhängig vom Hersteller) schon mal schwanken. Wäre aber eine kostengünstigere (ev. sogar kostenlose bei einer Möglichkeit zum Ausborgen) Variante der Versuch mit dem Netzteil.

Quintus14 26.08.2012 12:49

Danke! Ich hab' eh noch ein Reserve-NT am Dachboden - das werde ich die nächsten Tage mal umbauen.

LG

Quintus14 28.08.2012 11:04

Wegen der Schwierigkeit, das NT auszubauen (wir sprachen an anderer Stelle darüber), hab' ich mich vorläufig einmal davor "gedrückt" - und beschlossen, auf den nächsten Blue Screen zu warten.

Heute war ich Joggen, der Rechner lief im Leerlauf - und als ich zurück kam, war der nächste BSOD da:

Code:

....

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: fffff880030f9180, The PRCB address of the hung processor.
Arg4: 0000000000000006, 0.

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.
....

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

ADDITIONAL_DEBUG_TEXT: 
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: nt

FAULTING_MODULE: fffff80002c4a000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce7951a

BUGCHECK_STR:  CLOCK_WATCHDOG_TIMEOUT_8_PROC

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

CURRENT_IRQL:  0

STACK_TEXT: 
fffff800`04094938 fffff800`02d21a89 : 00000000`00000101 00000000`00000019 00000000`00000000 fffff880`030f9180 : nt+0x80640
fffff800`04094940 00000000`00000101 : 00000000`00000019 00000000`00000000 fffff880`030f9180 00000000`00000006 : nt+0xd7a89
fffff800`04094948 00000000`00000019 : 00000000`00000000 fffff880`030f9180 00000000`00000006 fffff880`016f98ca : 0x101
fffff800`04094950 00000000`00000000 : fffff880`030f9180 00000000`00000006 fffff880`016f98ca 00000006`00000000 : 0x19


STACK_COMMAND:  .bugcheck ; kb

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  ntoskrnl.exe

BUCKET_ID:  WRONG_SYMBOLS

Followup: MachineOwner

Der Mini-Dump sieht also ähnlich aus. Ich versteh' nur nicht, warum es das Netzteil sein soll, wenn PC-Probe II die Spannungen als relativ genau und auch praktisch nicht schwankend ausliest.

Seid Ihr immer noch der Meinung, dass ich das NT tauschen soll...?

Thx
Quintus

Lowrider20 28.08.2012 12:22

Brauchst ja nicht ausbauen. Lass es frei daneben baumeln.

Quintus14 28.08.2012 16:00

Update: das NT, das ich im Dachboden hatte, hatte zu wenig Anschlüsse und schien auch etwas schwach - ich musste das NT mit jenem einer anderen Kiste tauschen. Ziemliche Äktschn, auch die HDDs hab' ich dabei nun umgedreht.

Ich hab' alle Anschlüsse und Kabel wieder in die Position gebracht, wie sie waren - bis auf eines: die USB-Maus scheine ich an einen anderen USB gestöpselt zu haben - "Maustreiber wurde installiert" - dann ist die Geschichte eingefroren und nach dem Reset-Button hat sich ein neuer Minidump eingefunden:

Code:

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


Loading Dump File [C:\Windows\Minidump\082812-20623-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`02c58000 PsLoadedModuleList = 0xfffff800`02e9de90
Debug session time: Tue Aug 28 15:28:30.524 2012 (GMT+2)
System Uptime: 0 days 0:00:15.539
Loading Kernel Symbols
.....................................................
Loading User Symbols
Mini Kernel Dump does not contain unloaded driver list
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa800a84e038, 0, 0}

Probably caused by : hardware

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

5: 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: fffffa800a84e038, Address of the WHEA_ERROR_RECORD structure.
Arg3: 0000000000000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000000000, 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:  System

CURRENT_IRQL:  0

STACK_TEXT: 
fffff880`0355b6f0 fffff800`02f1bd29 : fffffa80`0a84e010 fffffa80`09dadb60 fffffa80`00000008 00000000`00000000 : nt!WheapCreateLiveTriageDump+0x6c
fffff880`0355bc10 fffff800`02dfb217 : fffffa80`0a84e010 fffff800`02e75658 fffffa80`09dadb60 00000000`00000000 : nt!WheapCreateTriageDumpFromPreviousSession+0x49
fffff880`0355bc40 fffff800`02d62865 : fffff800`02ed73a0 00000000`00000001 fffffa80`0a5d3b30 fffffa80`09dadb60 : nt!WheapProcessWorkQueueItem+0x57
fffff880`0355bc80 fffff800`02ce2a21 : fffff880`01155e00 fffff800`02d62840 fffffa80`09dadb00 00000000`00000000 : nt!WheapWorkQueueWorkerRoutine+0x25
fffff880`0355bcb0 fffff800`02f75cce : 00000000`00000000 fffffa80`09dadb60 00000000`00000080 fffffa80`09d7b070 : nt!ExpWorkerThread+0x111
fffff880`0355bd40 fffff800`02cc9fe6 : fffff880`0336a180 fffffa80`09dadb60 fffff880`033750c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`0355bd80 00000000`00000000 : fffff880`0355c000 fffff880`03556000 fffff880`030c2540 00000000`00000000 : nt!KxStartSystemThread+0x16


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_PRV

BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE_PRV

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

5: 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: fffffa800a84e038, Address of the WHEA_ERROR_RECORD structure.
Arg3: 0000000000000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000000000, 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:  System

CURRENT_IRQL:  0

STACK_TEXT: 
fffff880`0355b6f0 fffff800`02f1bd29 : fffffa80`0a84e010 fffffa80`09dadb60 fffffa80`00000008 00000000`00000000 : nt!WheapCreateLiveTriageDump+0x6c
fffff880`0355bc10 fffff800`02dfb217 : fffffa80`0a84e010 fffff800`02e75658 fffffa80`09dadb60 00000000`00000000 : nt!WheapCreateTriageDumpFromPreviousSession+0x49
fffff880`0355bc40 fffff800`02d62865 : fffff800`02ed73a0 00000000`00000001 fffffa80`0a5d3b30 fffffa80`09dadb60 : nt!WheapProcessWorkQueueItem+0x57
fffff880`0355bc80 fffff800`02ce2a21 : fffff880`01155e00 fffff800`02d62840 fffffa80`09dadb00 00000000`00000000 : nt!WheapWorkQueueWorkerRoutine+0x25
fffff880`0355bcb0 fffff800`02f75cce : 00000000`00000000 fffffa80`09dadb60 00000000`00000080 fffffa80`09d7b070 : nt!ExpWorkerThread+0x111
fffff880`0355bd40 fffff800`02cc9fe6 : fffff880`0336a180 fffffa80`09dadb60 fffff880`033750c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`0355bd80 00000000`00000000 : fffff880`0355c000 fffff880`03556000 fffff880`030c2540 00000000`00000000 : nt!KxStartSystemThread+0x16


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_PRV

BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE_PRV

Followup: MachineOwner

Ist jetzt eine andere Fehlerdiagnose - wars nur die anders angesteckte USB-Maus???

Ich beobachte nun weiter, ob der übliche Fehler wieder kommt.

LG
Quintus

Lowrider20 28.08.2012 16:52

0x124 könnte was mit dem Board zu tun haben.
http://windows7forums.com/blue-scree...ew-days-5.html

Quintus14 29.08.2012 07:27

Guten Morgen,

bis nach 22 Uhr ist der Rechner gestern ohne Probleme gelaufen. Heute früh ca. 15 Minuten nach dem Booten im Leerlauf der nächste BSOD:

Code:

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


Loading Dump File [C:\Windows\Minidump\082912-20685-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`02c4e000 PsLoadedModuleList = 0xfffff800`02e93e90
Debug session time: Wed Aug 29 07:06:36.217 2012 (GMT+2)
System Uptime: 0 days 0:25:45.232
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 9C, {0, fffff88003290c70, 0, 0}

Unable to load image \SystemRoot\system32\DRIVERS\intelppm.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for intelppm.sys
*** ERROR: Module load completed but symbols could not be loaded for intelppm.sys
Probably caused by : intelppm.sys ( intelppm+39c2 )

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

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

MACHINE_CHECK_EXCEPTION (9c)
A fatal Machine Check Exception has occurred.
KeBugCheckEx parameters;
    x86 Processors
        If the processor has ONLY MCE feature available (For example Intel
        Pentium), the parameters are:
        1 - Low  32 bits of P5_MC_TYPE MSR
        2 - Address of MCA_EXCEPTION structure
        3 - High 32 bits of P5_MC_ADDR MSR
        4 - Low  32 bits of P5_MC_ADDR MSR
        If the processor also has MCA feature available (For example Intel
        Pentium Pro), the parameters are:
        1 - Bank number
        2 - Address of MCA_EXCEPTION structure
        3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
        4 - Low  32 bits of MCi_STATUS MSR for the MCA bank that had the error
    IA64 Processors
        1 - Bugcheck Type
            1 - MCA_ASSERT
            2 - MCA_GET_STATEINFO
                SAL returned an error for SAL_GET_STATEINFO while processing MCA.
            3 - MCA_CLEAR_STATEINFO
                SAL returned an error for SAL_CLEAR_STATEINFO while processing MCA.
            4 - MCA_FATAL
                FW reported a fatal MCA.
            5 - MCA_NONFATAL
                SAL reported a recoverable MCA and we don't support currently
                support recovery or SAL generated an MCA and then couldn't
                produce an error record.
            0xB - INIT_ASSERT
            0xC - INIT_GET_STATEINFO
                  SAL returned an error for SAL_GET_STATEINFO while processing INIT event.
            0xD - INIT_CLEAR_STATEINFO
                  SAL returned an error for SAL_CLEAR_STATEINFO while processing INIT event.
            0xE - INIT_FATAL
                  Not used.
        2 - Address of log
        3 - Size of log
        4 - Error code in the case of x_GET_STATEINFO or x_CLEAR_STATEINFO
    AMD64 Processors
        1 - Bank number
        2 - Address of MCA_EXCEPTION structure
        3 - High 32 bits of MCi_STATUS MSR for the MCA bank that had the error
        4 - Low  32 bits of MCi_STATUS MSR for the MCA bank that had the error
Arguments:
Arg1: 0000000000000000
Arg2: fffff88003290c70
Arg3: 0000000000000000
Arg4: 0000000000000000

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


BUGCHECK_STR:  0x9C_GenuineIntel

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  f

LAST_CONTROL_TRANSFER:  from fffff80002c17818 to fffff80002cce640

STACK_TEXT: 
fffff880`03290c38 fffff800`02c17818 : 00000000`0000009c 00000000`00000000 fffff880`03290c70 00000000`00000000 : nt!KeBugCheckEx
fffff880`03290c40 fffff800`02c16f57 : 00000000`00000008 00000000`00000000 00000000`00000008 00000000`00000000 : hal!HalpMcaReportError+0x164
fffff880`03290d90 fffff800`02c0ae88 : 00000000`00000000 fffff880`03288180 00000000`00000000 00000000`00000000 : hal!HalpMceHandlerWithRendezvous+0x9f
fffff880`03290dc0 fffff800`02cccf2c : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : hal!HalHandleMcheck+0x40
fffff880`03290df0 fffff800`02cccd93 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxMcheckAbort+0x6c
fffff880`03290f30 fffff880`02fb99c2 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiMcheckAbort+0x153
fffff880`032b0c98 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : intelppm+0x39c2


STACK_COMMAND:  kb

FOLLOWUP_IP:
intelppm+39c2
fffff880`02fb99c2 ??              ???

SYMBOL_STACK_INDEX:  6

SYMBOL_NAME:  intelppm+39c2

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: intelppm

IMAGE_NAME:  intelppm.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc0fd

FAILURE_BUCKET_ID:  X64_0x9C_GenuineIntel_intelppm+39c2

BUCKET_ID:  X64_0x9C_GenuineIntel_intelppm+39c2

Followup: MachineOwner

Fassen wir zusammen:
  • Der Rechner wurde vor ca. 1 Jahr neu installiert (als die SSD neu kam, vorher ist er mit denselben Treibern mit einer WD Raptor als System-HDD gelaufen) - seither keine wesentlichen Veränderungen. SW-Fehler (Treiber) schließe ich daher eher aus. Kein Internet, keine Security-SW, nix.
  • Bis vor 6 Wochen lief der Rechner problemlos (bis auf die gelegentliche Wartepause beim Booten).
  • Nach der 6 Wochen Sommerpause, in der das Teil nicht in Betrieb war, hat die Sache mit den BSODs angefangen.
  • Windows-Memorytest ging OK, chkdsk auf der System-SSD ging OK. Netzteiltausch hat nichts gebracht.
Soll ich mich mit dem Gedanken anfreunden, dass das MoBo eine Lettn hat? Noch ein ASUS P6T aus dem Ausland zu ca. 190,- anfordern oder auf ein aktuelles System umsteigen (da reden wir dann von 800,-)?

Thx

gms76 29.08.2012 07:45

Windows Memorytest? Hast schon mal Memtest86 probiert und zumindest einen kompletten Durchgang gemacht?

http://www.memtest86.com/

Quintus14 29.08.2012 07:51

OK - hab' ich mal angeworfen, ich geb' dann Bescheid.

Quintus14 29.08.2012 09:14

Hi,

Memtest 86+: Pass: 1, Error: 0.

Ist nun davon auszugehen, dass ein neues MoBo anzuschaffen ist? Wenn ja - was soll es werden(?)
  • Asus P6T - gibt's nicht mehr (nur mehr 1 OEM, wer weiß, was dem fehlt).
  • ein P6T SE um 190,- aus Germanien einfliegen lassen?
  • ein P6T WS Professional um 230,- vom österr. Zitronenhändler?

Es müsste rein: ATI Radeon 4870 1 GB, eine HD Storm, 3x4 GB Vengeance SET

Thx
Quintus

Blaues U-boot 29.08.2012 11:18

aktueller wäre memtest86+: http://www.memtest.org/ (edit: ich seh grad das memtest86 und + im frühjahr 2011 zuletzt aktualisiert wurden, somit ist es ziemlich egal)
sicherheitshalber würd ich 5 passes machen.
zusätzlich einen intensivtest der ssd mit dem herstellertool, also keinen schnelltest. wenn da auch nichts aufscheint, hat wohl wirklich das mobo einen knacks.

ein paar mobos gibts noch (muss ja kein p6t sein) http://geizhals.at/?cat=mbp4_1366_ddr3&sort=p
neu würde ich sowas eher nicht kaufen. die preise sind einfach zu hoch. sockel 1366 ist halt schon lange ne tote plattform.
mit etwas glück lässt sich schnell was gebrauchtes finden.

J@ck 29.08.2012 11:42

Blöd wäre halt wirklich, dass sich nach dem Kauf des neuen MoBo's herausstellt, dass der Speicher was hat.

Persönlich tippe ich auf das defekte MoBo und hätte hier ein neues vom österreichischen Händler bevorzugt (Garantieabwicklung, etc.)

Quintus14 29.08.2012 13:30

Ich hatte auch schon defekte RAMs, die haben sich aber anders geäußert. Ich hab' nur heute ein anderes Tagesproblem, deshalb kann ich mich erst in den Abendstunden um die Ersatzbeschaffung des P6T kümmern.

----

Natürlich ist mir der Gedanke gekommen, gleich auf ein aktuelles System zu wechseln - wenn ich mir >dieses System< zum Vorbild nehmen würde, hieße das ein Rampage-MoBo und einen i7-3930K-6-Kerner zu kaufen, dann kann ich mit meinen 3x4GB auch nix mehr anfangen und müsste auf ein 4er-Set gehen. Und dann kommt vielleicht Ende des Jahres der ivy-6-Kerner...

Inzersdorfer 29.08.2012 15:09

Dein ursprünglicher Bugcheck 0x101 zeigt ein Problem mit VCore, der 0x124 kann auch am Netzteil liegen, das hier überhaupt ein 0x9C auftaucht, die ab Vista durch den 0x124 ersetzt wurden, zeigt, das alle Prozessorkerne keine Fehler in den Registern aufweisen. Du könntest noch einmal kurz WinDbg anwerfen, und den 082812-20623-01.dmp öffnen, gib !errrec fffffa800a84e038 ein, es wird der Error Record angezeigt.

Lowrider20 29.08.2012 15:21

Nachdem ja nun vermehrt die Vermutung aufs MoBo aufkommt, nimm das günstige Foxconn-Brett http://geizhals.at/422403

Quintus14 29.08.2012 20:24

Hi,

spät, aber doch:
Zitat:

Zitat von Inzersdorfer (Beitrag 2477825)
... Du könntest noch einmal kurz WinDbg anwerfen, und den 082812-20623-01.dmp öffnen, gib !errrec fffffa800a84e038 ein, es wird der Error Record angezeigt.

Ich tat, wie mir geheißen:

Code:

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


Loading Dump File [C:\Windows\Minidump\082812-20623-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`02c58000 PsLoadedModuleList = 0xfffff800`02e9de90
Debug session time: Tue Aug 28 15:28:30.524 2012 (GMT+2)
System Uptime: 0 days 0:00:15.539
Loading Kernel Symbols
.....................................................
Loading User Symbols
Mini Kernel Dump does not contain unloaded driver list
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa800a84e038, 0, 0}

Probably caused by : hardware

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

5: kd> !errrec fffffa800a84e038
===============================================================================
Common Platform Error Record @ fffffa800a84e038
-------------------------------------------------------------------------------
Record Id    : 01cd8520fb645264
Severity      : Fatal (1)
Length        : 928
Creator      : Microsoft
Notify Type  : Machine Check Exception
Timestamp    : 8/28/2012 13:28:30
Flags        : 0x00000002 PreviousError

===============================================================================
Section 0    : Processor Generic
-------------------------------------------------------------------------------
Descriptor    @ fffffa800a84e0b8
Section      @ fffffa800a84e190
Offset        : 344
Length        : 192
Flags        : 0x00000001 Primary
Severity      : Fatal

Proc. Type    : x86/x64
Instr. Set    : x64
Error Type    : Micro-Architectural Error
Flags        : 0x00
CPU Version  : 0x00000000000106a5
Processor ID  : 0x0000000000000000

===============================================================================
Section 1    : x86/x64 Processor Specific
-------------------------------------------------------------------------------
Descriptor    @ fffffa800a84e100
Section      @ fffffa800a84e250
Offset        : 536
Length        : 128
Flags        : 0x00000000
Severity      : Fatal

Local APIC Id : 0x0000000000000000
CPU Id        : a5 06 01 00 00 08 10 00 - bd e3 98 00 ff fb eb bf
                00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00
                00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00

Proc. Info 0  @ fffffa800a84e250

===============================================================================
Section 2    : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor    @ fffffa800a84e148
Section      @ fffffa800a84e2d0
Offset        : 664
Length        : 264
Flags        : 0x00000000
Severity      : Fatal

Error        : Internal timer (Proc 0 Bank 5)
  Status      : 0xfe00000000800400
  Address    : 0x0000388004007f8e
  Misc.      : 0x0000000000007fff

Was sagt uns das jetzt?

Zitat:

Zitat von Lowrider20 (Beitrag 2477826)
Nachdem ja nun vermehrt die Vermutung aufs MoBo aufkommt, nimm das günstige Foxconn-Brett http://geizhals.at/422403

Es schaut mir so aus, als hätte das Foxconn jetzt keinen zusätzlichen (JMicron-)Controller, d.h. ich hab' derzeit intern 6 + 2 SATA in Verwendung.

Ich muss morgen noch die in Frage kommenden MoBos genauer beäugen - ausm Bauch heraus würd ich zum P6T Workstation-Board greifen und vielleicht noch eine USB 3.0-I/O-Card rein stecken, wenn ich schon dabei bin.

Thx

Lowrider20 29.08.2012 20:43

Und warum fast das dreifache ausgeben? Nimm das Foxconn und spendiere ihm eine Sata-Karte, wenn du mehr Anschlüsse brauchst.

Quintus14 29.08.2012 20:49

Hast Recht - ich hab' grad nachgeschaut: auch das P6T Workstation Board hat nur 6 SATA, dafür 2 SAS und 2 eSATA.

Ist das Foxconn was gscheit's(?) - hab' da noch kaum was davon gehört.

---

Btwy - der i7 kanns nicht mehr sein (siehe obiger Auszug vom dump)?

Thx

-----

NACHTRAG: so schlecht schaut das OEM-P6T auch nicht aus - ich hab' mal angefragt, ob es technisch einen Unterschied zum "normalen" P6T gibt. Wenn nein, wird's wohl das werden.

Lowrider20 29.08.2012 21:31

Ach an diesem OEM stößt du dich. Lies mal ganz unten:
Zitat:

Lieferumfang 1x Mainboard
1x IO Shield
1x SATA Kabel
Mainboard = OEM das bedeutet keine Retail Verpackung technisch jedoch gleichwertig.

Quintus14 29.08.2012 21:34

Danke - dann wirds dieses. Den i7 kann man ausschließen?

Lowrider20 29.08.2012 21:46

Bevor du da zuschlägst. Übertaktet ist da eh nix (via BIOS, Software vom Board,...)?

Hast du ev. eine HDD frei um ein Versuchssystem aufzusetzen? Also mit gleichen Programmen, frischesten Treibern und allen Updates, aber ohne die bisherige Installation zu berühren.

Quintus14 29.08.2012 21:55

Übertaktet ist da nix, die BSOD sind ja auch immer gekommen, wenn die Kiste nix zu tun gehabt hat. Ich hätte noch die alte Installation auf HDD (bevor ich auf SSD umgestiegen bin) - ich brauch' nur die Bootreihenfolge zu ändern und würd' mit dem alten System hoch fahren.

Wenn ich morgen wieder den ganzen Tag rum teste, krieg' ich das Ersatz-MoBo nicht mehr vorm WE. Wenn es das technisch gleiche P6T eh noch gibt, kann ich es hoffentlich problemlos wechseln - ohne dass ich das ganze System neu aufsetzen muss.

Ich wollte eigentlich morgen Früh bestellen...

P.S.: außer es besteht noch Unsicherheit, dass es der i7/950 sein könnte. In dem Fall könnte ich 2 Prozzis aus 2 Rechnern gegenseitig austauschen (würd mir das aber gerne ersparen)

Lowrider20 29.08.2012 22:12

Wie du meinst. Bevor ich Geld ausgebe, würde ich versuchen, den Fehler einzugrenzen (was bei dir ja möglich wäre).
Aber würde eine frische Installation auf HDD empfehlen. Und wirklich das frischeste an Treibern.

Außerdem ist morgen schon Donnerstag. Ob sich das ausgeht mit der Lieferung bezweifle ich.

Inzersdorfer 29.08.2012 23:34

Flags: 0x00000002 PreviousError Severity: Fatal Error: Internal timer (Proc 0 Bank 5) Ein Fataler Timer Fehler aufgrund eines vorausgegangenen Fehlers. Normalerweise würde ich jetzt nach Übertaktung fragen, aber das ist ja geklärt. Anscheinend ist die CPU nicht selbst der Übeltäter. Um das Sicher sagen zu können, reicht ein 0x124 allerdings nicht aus. Jedenfalls sollte ein Prozessorfehler einen Eintrag im Mci_Status hinterlassen (Parameter 3 und 4 des Bugchecks), etwa Internal Timer Error (MCACOD = 0x0400h), das ist hier nicht der Fall.

Quintus14 30.08.2012 08:52

OK - überredet: ich hab' die Bootreihenfolge geändert und bin jetzt mal mit der alten Installation hoch gefahren - jene, die von November 2009 - Dezember 2011 absturzfrei gelaufen ist. Schaun wir mal, was passiert...

Quintus14 30.08.2012 19:11

Update:

Zitat:

Zitat von Quintus14 (Beitrag 2477866)
... ich hab' die Bootreihenfolge geändert und bin jetzt mal mit der alten Installation hoch gefahren - jene, die von November 2009 - Dezember 2011 absturzfrei gelaufen ist...

  1. Boot in der Früh - der Rechner bootet problemlos, ich mach' noch ein html-Dokument auf, er läuft (allein) bis 15 Uhr, keine besondere Vorkommnisse. Ich gönne ihm 1 Stunde Pause.
  2. Später boote ich wieder, beim Hochfahren eine der bereits bekannten Zwangspausen, ich mach' noch ein html-Dokument auf und lasse die Kiste allein. Nach einer Stunde zurück ... noch immer leuchtet der Bildschirm (er sollte nach 20 min Energie saven), Maus tot, Tastatur tot, eingefroren.
Der minidump der HDD-Installation mit dem WinDbg der SSD-Installation geöffnet (weil nur dort die Debugging Tools installiert sind) sieht wieder so aus, wie schon mal gehabt:
Code:

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


Loading Dump File [J:\Windows\Minidump\083012-25053-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`02c64000 PsLoadedModuleList = 0xfffff800`02ea9e90
Debug session time: Thu Aug 30 18:52:06.412 2012 (GMT+2)
System Uptime: 0 days 0:00:17.411
Loading Kernel Symbols
.....................................................
Loading User Symbols
Mini Kernel Dump does not contain unloaded driver list
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 124, {0, fffffa800ada96b8, 0, 0}

Probably caused by : hardware

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

5: 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: fffffa800ada96b8, Address of the WHEA_ERROR_RECORD structure.
Arg3: 0000000000000000, High order 32-bits of the MCi_STATUS value.
Arg4: 0000000000000000, 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:  System

CURRENT_IRQL:  0

STACK_TEXT: 
fffff880`0335b6f0 fffff800`02f27d29 : fffffa80`0ada9690 fffffa80`09e1a740 fffff8a0`0000002e 00000000`00000000 : nt!WheapCreateLiveTriageDump+0x6c
fffff880`0335bc10 fffff800`02e07217 : fffffa80`0ada9690 fffff800`02e81658 fffffa80`09e1a740 00000000`00000000 : nt!WheapCreateTriageDumpFromPreviousSession+0x49
fffff880`0335bc40 fffff800`02d6e865 : fffff800`02ee33a0 00000000`00000001 fffffa80`0b1b6d70 fffffa80`09e1a740 : nt!WheapProcessWorkQueueItem+0x57
fffff880`0335bc80 fffff800`02ceea21 : fffff880`010e1e00 fffff800`02d6e840 fffffa80`09e1a700 00000000`00000000 : nt!WheapWorkQueueWorkerRoutine+0x25
fffff880`0335bcb0 fffff800`02f81cce : 00000000`00000000 fffffa80`09e1a740 00000000`00000080 fffffa80`09d7d110 : nt!ExpWorkerThread+0x111
fffff880`0335bd40 fffff800`02cd5fe6 : fffff880`0316a180 fffffa80`09e1a740 fffff880`031750c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`0335bd80 00000000`00000000 : fffff880`0335c000 fffff880`03356000 fffff880`02e6d540 00000000`00000000 : nt!KxStartSystemThread+0x16


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_PRV

BUCKET_ID:  X64_0x124_GenuineIntel_PROCESSOR_MAE_PRV

Followup: MachineOwner

Wenn jetzt nicht noch einer bemerkt, dass es noch die GraKa (die hamma noch nicht diskutiert) oder der Intel sein kann, denke ich ist es Zeit für die Bestellung des neuen MoBos.

Thx
Quintus

Lowrider20 30.08.2012 19:39

Du sagtest, du hast einen Austauschprozzi. Machst dir ev. die Mühe diesen noch zu versuchen?

Quintus14 30.08.2012 19:48

Meine zweite Kiste hat ein ASUS P7P55D mit einem i5/750. Wenn das passt (wovon ich jetzt ausgehe), könnte ich die Prozessoren vertauschen (aber erst morgen ;)).

Jetzt ist's schon wurscht, vorm WE krieg' ich das neue MoBo eh nimmer.

Lowrider20 30.08.2012 19:54

Paßt nicht. Falscher Sockel.

Quintus14 30.08.2012 19:59

Mist.

Quintus14 31.08.2012 11:42

FYI - ich habs MoBo bestellt, kriegs aber erst Mitte nächster Woche (wenn überhaupt, das ist noch nicht sicher, Restposten).

THX

Quintus14 05.09.2012 07:00

Guten Morgen,

Update: gestern Mittag das MoBo geholt, nachmittags eingebaut, bis 22 Uhr laufen lassen - ohne Probleme. Heute Früh gebootet, BIOS-Meldung: CPU Error! F1 gedrückt ... läuft wieder.

Was nun?

Thx
Quintus

Quintus14 05.09.2012 08:20

Ich hab' jetzt noch 2 Kaltstarts gemacht - ohne Probleme. Und nach 'asus bios cpu error' gegoogelt - man findet aber fast ausschließlich Infos zu 'cpu fan error'. Das war's definitiv nicht. Muss ich also genauer schauen (war noch nicht ausgeschlafen), wenn die Meldung wieder kommt.

Blaues U-boot 05.09.2012 08:25

cpu error bedeutet meist, dass die cpu vom mobo nicht richtig erkannt wird. idr hilft ein bios update.
könnte aber auch ein einmliger schluckauf sein.

Quintus14 05.09.2012 09:21

Hoffen wir, dass es ein einmaliger Schluckauf war. Ich hab' nun auch das BIOS von 1201 aufs aktuellste (1408) geflasht.

---

Ich hab' einen Tipp gekriegt, dass das P6T vielleicht noch in die 3-jährige Garantie fällt. Ich hab' mal eine Anfrage an ASUS gestellt. Man kann es sich ja tauschen lassen, eventuell verebayen oder als Backup da lassen.

Thx

Quintus14 06.09.2012 12:09

Hi,

@all: es sieht gut aus - danke!

Zitat:

Zitat von Quintus14 (Beitrag 2477893)
... beim Hochfahren eine der bereits bekannten Zwangspausen,

Auch dem bin ich auf der Spur ;).

Zitat:

Zitat von Quintus14 (Beitrag 2478110)
... Ich hab' mal eine Anfrage an ASUS gestellt.

Die rühren kein Ohrwaschl, d.h. die haben mir mitgeteilt, ich soll das Board dort hin bringen, wo ich es gekauft hab' (wobei IMHO eigentlich deren Zuständigkeit mit dem Ablauf der gesetzlichen Garantie erlischt). Ich hab's dort hin gebracht, man leitet es zu ASUS weiter, ich soll mir aber vor Weihnachten keine großen Hoffnungen machen, dass sich was tut...

Thx
Quintus14


Alle Zeitangaben in WEZ +2. Es ist jetzt 03:07 Uhr.

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag