Hardwareproblem: Minidump-Auswertung mit dumpchk

[paule66]

Ich habe trotz Austausch des Netzteils und der GraKa immer noch ein vermutliches Hardwareproblem. BSOD zeigt 0x000000A, laut MS wohl ein Problem mit Speicher, CPU oder Motherboard.
Ich hab jetzt mal das Minidump eines Absturzes anzeigen lassen mit dem MS-Tool dumpchk.exe.
Leider werde ich daraus auch nicht so recht schlau, aber vielleicht kann mir anhand dessen jemand weiterhelfen und das Problem eingrenzen:

Microsoft Windows XP [Version 5.1.2600]
© Copyright 1985-2001 Microsoft Corp.

E:\Dokumente und Einstellungen\Paule>E:

E:\Dokumente und Einstellungen\Paule>dumpchk e:\windows\Minidump\Mini021705-03.d
mp
Loading dump file e:\windows\Minidump\Mini021705-03.dmp
----- 32 bit Kernel Mini Dump Analysis

DUMP_HEADER32:
MajorVersion 0000000f
MinorVersion 00000a28
DirectoryTableBase 00039000
PfnDataBase 81053000
PsLoadedModuleList 8055ab20
PsActiveProcessHead 80560bd8
MachineImageType 0000014c
NumberProcessors 00000001
BugCheckCode 1000000a
BugCheckParameter1 c055a204
BugCheckParameter2 00000002
BugCheckParameter3 00000001
BugCheckParameter4 804dc903
PaeEnabled 00000000
KdDebuggerDataBlock 8054c760
MiniDumpFields 00000dff

TRIAGE_DUMP32:
ServicePackBuild 00000200
SizeOfDump 00010000
ValidOffset 0000fffc
ContextOffset 00000320
ExceptionOffset 000007d0
MmOffset 00001068
UnloadedDriversOffset 000010a0
PrcbOffset 00001878
ProcessOffset 000024c8
ThreadOffset 00002728
CallStackOffset 00002980
SizeOfCallStack 0000035c
DriverListOffset 00002f70
DriverCount 00000072
StringPoolOffset 00005148
StringPoolSize 00000f98
BrokenDriverOffset 00000000
TriageOptions 00000041
TopOfStack 80550824
DebuggerDataOffset 00002ce0
DebuggerDataSize 00000290
DataBlocksOffset 000060e0
DataBlocksCount 00000004


Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055ab20
Debug session time: Thu Feb 17 15:25:33 2005
System Uptime: 0 days 0:30:31
start end module name
804d7000 806ec080 nt Checksum: 0021AA21 Timestamp: Wed Aug 04 08:
19:48 2004 (41108004)

Unloaded modules:
ec18b000 ec1b5000 kmixer.sys Timestamp: unavailable (00000000)
ec98b000 ec9b5000 kmixer.sys Timestamp: unavailable (00000000)
ecf06000 ecf30000 kmixer.sys Timestamp: unavailable (00000000)
f7bdf000 f7be0000 drmkaud.sys Timestamp: unavailable (00000000)
f7793000 f77a0000 DMusic.sys Timestamp: unavailable (00000000)
f7783000 f7791000 swmidi.sys Timestamp: unavailable (00000000)
ecf30000 ecf53000 aec.sys Timestamp: unavailable (00000000)
f7ac7000 f7ac9000 splitter.sys Timestamp: unavailable (00000000)
f43b3000 f43bf000 STREAM.SYS Timestamp: unavailable (00000000)
ecf78000 ecf7b000 NVxbar.sys Timestamp: unavailable (00000000)
f585b000 f5867000 STREAM.SYS Timestamp: unavailable (00000000)
ecd9c000 ecdb9000 nvcap.sys Timestamp: unavailable (00000000)
ee979000 ee98a000 serial.sys Timestamp: unavailable (00000000)
f790b000 f7910000 Cdaudio.SYS Timestamp: unavailable (00000000)
f19f8000 f19fb000 Sfloppy.SYS Timestamp: unavailable (00000000)

Finished dump check

[tyco]

Erfahrungsgemäß liegt sowas meistens am Speicher. Das ist ja auch noch am einfachsten zu testen. Kannst die Riegel mal einzeln testen.

[paule66]

Jetzt hab ich noch die Debugging-Tools von MS installiert. Sieht allerdings nach Speicher aus. WinDbd spuckt folgendes aus:



*******************************************************************************
*                                                                             *
*                        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: c2717cf4, memory referenced
Arg2: 0000001c, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 804e37ff, address which referenced memory

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

Unable to load image nv_agp.sys, Win32 error 2
*** WARNING: Unable to verify timestamp for nv_agp.sys
*** ERROR: Module load completed but symbols could not be loaded for nv_agp.sys

OVERLAPPED_MODULE:  kmixer

READ_ADDRESS:  c2717cf4

CURRENT_IRQL:  1c

FAULTING_IP:
nt!KeUpdateSystemTime+c2
804e37ff 3b72fc           cmp     esi,[edx-0x4]

CUSTOMER_CRASH_COUNT:  6

DEFAULT_BUCKET_ID:  CODE_CORRUPTION

BUGCHECK_STR:  0xA

LAST_CONTROL_TRANSFER:  from f77f406c to 804e37ff

STACK_TEXT: 
eb8a47d4 f77f406c badb0d00 00001000 00000000 nt!KeUpdateSystemTime+0xc2
WARNING: Stack unwind information not available. Following frames may be wrong.
eb8a4844 eb8a4878 82e26210 82fcd130 e113c678 nv_agp+0x106c
00000216 00000000 00000000 00000000 00000000 0xeb8a4878


CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
    804e3168-804e316b  4 bytes - nt!KiServiceTable+448
   [ 25 a1 57 80:a6 43 13 f3 ]
4 errors : !nt (804e3168-804e316b)

MODULE_NAME:  memory_corruption

IMAGE_NAME:  memory_corruption

FOLLOWUP_NAME:  memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MEMORY_CORRUPTOR:  LARGE

STACK_COMMAND:  kb

FAILURE_BUCKET_ID:  MEMORY_CORRUPTION_LARGE

BUCKET_ID:  MEMORY_CORRUPTION_LARGE

Followup: memory_corruption
---------

[tyco]

Mein reden...... Speicher!

[paule66]

Hmm, sieht so aus. Aber kann das nicht auch heißen, das z.B. ein Treiber nur einen Fehler im Speicher produziert hat? Sollte ein MS-Programm tatsächlich den  Schuldigen im Klartext anzeigen? *zweifel* *grübel*

Auf jeden Fall teste ich jetzt meine 3 RAM-Riegel einzeln, dann werd ich schon sehen, obs am Speicher liegt und an welchem, alle 3 werden ja wohl nicht kaputt sein.

EDIT: Also hochfahren tut XP mit jedem der 3 Riegel. Mal auf die Abstürze warten.
EDIT: Seit gestern läuft er ohne die 2 alten 128er Riegel. Bisher kein Absturz. Mal sehen.

[paule66]

Abstürze hab ich jetzt keine mehr. Aber heute lief der PC, nachdem ich ihn kurz zuvor abgeschaltet hab, erst beim 3. Versuch an. Bei den ersten 2 Versuchen nur black screen.
-Netzteil ausgetauscht
-GraKa ausgetauscht
und jetzt hab ich halt noch ein neues Mainboard bestellt.

[paule66]

Das Mainboard war der Übeltäter. Habs seit gestern ein Neues drin. Alles ok. Speicher ist auch nicht defekt.