Minidump Problem

Himmelsrand

Newbie
Registriert
Nov. 2011
Beiträge
7
Hallo,

ich habe mir einige Themen zu Minidump gelesen und bin soweit, dass ich es öffnen kann. Nur weiß ich einfach nicht weiter. Kann einer mir vllt. helfen?

Hier der Auszug:


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


Loading Dump File [C:\Windows\Minidump\111411-27175-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 (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02c17000 PsLoadedModuleList = 0xfffff800`02e5c670
Debug session time: Mon Nov 14 09:49:25.926 2011 (UTC + 1:00)
System Uptime: 0 days 0:16:52.441
Loading Kernel Symbols
...............................................................
................................................................
..............................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 24, {1904fb, fffff88008f37c78, fffff88008f374d0, fffff880012fa527}

Probably caused by : Ntfs.sys ( Ntfs!NtfsFindPrefixHashEntry+1fe )

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

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

NTFS_FILE_SYSTEM (24)
If you see NtfsExceptionFilter on the stack then the 2nd and 3rd
parameters are the exception record and context record. Do a .cxr
on the 3rd parameter and then kb to obtain a more informative stack
trace.
Arguments:
Arg1: 00000000001904fb
Arg2: fffff88008f37c78
Arg3: fffff88008f374d0
Arg4: fffff880012fa527

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


EXCEPTION_RECORD: fffff88008f37c78 -- (.exr 0xfffff88008f37c78)
ExceptionAddress: fffff880012fa527 (Ntfs!NtfsFindPrefixHashEntry+0x00000000000001fe)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT: fffff88008f374d0 -- (.cxr 0xfffff88008f374d0)
rax=fffff8a0048d3000 rbx=3f3b90fa3f800000 rcx=0000000000000044
rdx=0000000000000002 rsi=fffff8a000284bc0 rdi=fffffa8004acc350
rip=fffff880012fa527 rsp=fffff88008f37eb0 rbp=0000000000000002
r8=000000002ede1422 r9=0000000000000000 r10=0000000000000005
r11=fffff88008f37ef8 r12=fffff88008f381b0 r13=fffff88008f38460
r14=0000000000000022 r15=0000000000001422
iopl=0 nv up ei pl nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010202
Ntfs!NtfsFindPrefixHashEntry+0x1fe:
fffff880`012fa527 44394310 cmp dword ptr [rbx+10h],r8d ds:002b:3f3b90fa`3f800010=????????
Resetting default scope

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

PROCESS_NAME: rundll32.exe

CURRENT_IRQL: 0

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

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

EXCEPTION_PARAMETER1: 0000000000000000

EXCEPTION_PARAMETER2: ffffffffffffffff

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ec6100
ffffffffffffffff

FOLLOWUP_IP:
Ntfs!NtfsFindPrefixHashEntry+1fe
fffff880`012fa527 44394310 cmp dword ptr [rbx+10h],r8d

FAULTING_IP:
Ntfs!NtfsFindPrefixHashEntry+1fe
fffff880`012fa527 44394310 cmp dword ptr [rbx+10h],r8d

BUGCHECK_STR: 0x24

LAST_CONTROL_TRANSFER: from fffff880012f8fd2 to fffff880012fa527

STACK_TEXT:
fffff880`08f37eb0 fffff880`012f8fd2 : fffffa80`0441f010 fffffa80`04acc350 fffff8a0`00284bc0 00000000`00000001 : Ntfs!NtfsFindPrefixHashEntry+0x1fe
fffff880`08f37fe0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : Ntfs!NtfsFindStartingNode+0x452


SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: Ntfs!NtfsFindPrefixHashEntry+1fe

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Ntfs

IMAGE_NAME: Ntfs.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4d79997b

STACK_COMMAND: .cxr 0xfffff88008f374d0 ; kb

FAILURE_BUCKET_ID: X64_0x24_Ntfs!NtfsFindPrefixHashEntry+1fe

BUCKET_ID: X64_0x24_Ntfs!NtfsFindPrefixHashEntry+1fe

Followup: MachineOwner
---------
 
4 Möglichkeiten:
1. Festplatte defekt
2. Treiber defekt
3. Controller defekt
4. Speicher defekt.

Alles mal Prüfen und dann sehen wir weiter.

lg
fire
 
Danke schonmal! Da ich grad nicht zu Hause bin, schreibe ich mal kurz das Szenario auf.

Ich kann Windows hochfahren und alles funktioniert soweit. Irgendwann mal friert die Windows Oberfläche ein. Ich kann die Maus zwar noch bewegen, aber der Rechner reagiert nicht mehr.

Ich hatte mal Testweise im Hintergrund meinen Winamp Player laufen lassen und das fragwürdige dabei ist es, dass die Musik weiterläuft, aber der Rechner eingefroren ist.

Ich habe bereits versucht verschiedene S-ATA Steckplätze zu verwenden, aber das Problem tritt immernoch auf.

Auch einen BIOS Update habe ich schon versucht.

Wie kann ich es überprüfen, ob die Festplatte defekt ist? Ich werde alles versuchen, sobald ich wieder da Heim bin.
 
1) Sichere deine wichtigen Daten !
2) Start/Suche: cmd eingeben und mit [Strg]+[Umschalt]+[Enter] bestätigen, das cmd Fenster ist jetzt mit Adminrechten gestartet, jetzt: chkdsk c: f/ r/ eingeben (beachte die Leerzeichen) und [Enter] drücken, nach dem Neustart wird versucht, das Dateisystem zu reparieren.
 
Hier noch zwei weitere Dump Dateien:

Vom 13.11.11

*******************************************************************************
* *
* 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: fffffa8680fe2e10, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff80002cc9c35, 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 fffff80002eca100
fffffa8680fe2e10

FAULTING_IP:
nt!MiDeleteVirtualAddresses+49d
fffff800`02cc9c35 448b2b mov r13d,dword ptr [rbx]

MM_INTERNAL_CODE: 5

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x50

PROCESS_NAME: avguard.exe

CURRENT_IRQL: 0

TRAP_FRAME: fffff8800811c430 -- (.trap 0xfffff8800811c430)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000022aff64b rbx=0000000000000000 rcx=0000058000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002cc9c35 rsp=fffff8800811c5c0 rbp=0000000004520000
r8=0000000fffffffff r9=fffffa8005a86340 r10=0000000000000000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe cy
nt!MiDeleteVirtualAddresses+0x49d:
fffff800`02cc9c35 448b2b mov r13d,dword ptr [rbx] ds:00000000`00000000=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from fffff80002c423bf to fffff80002c97c40

STACK_TEXT:
fffff880`0811c2c8 fffff800`02c423bf : 00000000`00000050 fffffa86`80fe2e10 00000000`00000000 fffff880`0811c430 : nt!KeBugCheckEx
fffff880`0811c2d0 fffff800`02c95d6e : 00000000`00000000 fffffa86`80fe2e10 00000000`00000000 fffffa86`80fe2e10 : nt! ?? ::FNODOBFM::`string'+0x44791
fffff880`0811c430 fffff800`02cc9c35 : 00000000`04520000 fffff6fb`7da00000 fffff680`00022000 00000000`00000000 : nt!KiPageFault+0x16e
fffff880`0811c5c0 fffff800`02c850ff : fffffa80`00000000 00000000`0461ffff 00000000`00000000 00000000`00000000 : nt!MiDeleteVirtualAddresses+0x49d
fffff880`0811c780 fffff800`02c96ed3 : ffffffff`ffffffff fffff880`0811ca50 fffff880`0811ca58 00000000`00008000 : nt!NtFreeVirtualMemory+0x61f
fffff880`0811c880 fffff800`02c93470 : fffff800`02f149af 00000000`00000010 00000000`00000082 fffff880`0811ca48 : nt!KiSystemServiceCopyEnd+0x13
fffff880`0811ca18 fffff800`02f149af : 00000000`00000010 00000000`00000082 fffff880`0811ca48 00000000`00000000 : nt!KiServiceLinkage
fffff880`0811ca20 fffff800`02f6db8d : 00000000`04520000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!RtlFreeUserStack+0x27
fffff880`0811ca50 fffff800`02f6deed : 00000000`00000000 00000000`00000000 00000000`7ef86000 00000000`00000000 : nt!PspExitThread+0x5dd
fffff880`0811cb50 fffff800`02f6dff5 : fffffa80`06b68b60 00000000`00000000 fffffa80`06b68b60 00000000`7ef86000 : nt!PspTerminateThreadByPointer+0x4d
fffff880`0811cba0 fffff800`02c96ed3 : fffffa80`06b68b60 fffff880`0811cc60 00000000`7ef86000 fffffa80`06cf06e0 : nt!NtTerminateThread+0x45
fffff880`0811cbe0 00000000`76d6184a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0212e718 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76d6184a


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiDeleteVirtualAddresses+49d
fffff800`02cc9c35 448b2b mov r13d,dword ptr [rbx]

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiDeleteVirtualAddresses+49d

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0x50_nt!MiDeleteVirtualAddresses+49d

BUCKET_ID: X64_0x50_nt!MiDeleteVirtualAddresses+49d

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

Vom 13.08.11

*******************************************************************************
* *
* 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: fffffa8004dab8f8, 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`02fd26b0 fffff800`02ed1979 : fffffa80`04dab8d0 fffffa80`039feb60 00000000`00000008 00000000`00000000 : nt!WheapCreateLiveTriageDump+0x6c
fffff880`02fd2bd0 fffff800`02db33c7 : fffffa80`04dab8d0 fffff800`02e2c5f8 fffffa80`039feb60 00000002`00000005 : nt!WheapCreateTriageDumpFromPreviousSession+0x49
fffff880`02fd2c00 fffff800`02d1b955 : fffff800`02e8e380 fffffa80`04db7568 fffffa80`04db7560 fffffa80`039feb60 : nt!WheapProcessWorkQueueItem+0x57
fffff880`02fd2c40 fffff800`02c947e1 : fffff880`00c30e00 fffff800`02d1b930 fffffa80`039feb60 00000000`00000000 : nt!WheapWorkQueueWorkerRoutine+0x25
fffff880`02fd2c70 fffff800`02f276fa : ffffffff`ffff7bff fffffa80`039feb60 00000000`00000080 fffffa80`039e9040 : nt!ExpWorkerThread+0x111
fffff880`02fd2d00 fffff800`02c65b46 : fffff880`009eb180 fffffa80`039feb60 fffff880`009f5f40 00030000`01000000 : nt!PspSystemThreadStartup+0x5a
fffff880`02fd2d40 00000000`00000000 : fffff880`02fd3000 fffff880`02fcd000 fffff880`037b9550 00000000`00000000 : nt!KiStartSystemThread+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_BUS_PRV

BUCKET_ID: X64_0x124_GenuineIntel_PROCESSOR_BUS_PRV

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

CrsytalDiskInfo
Z8v8J.jpg

Danke soweit! Ich werde jetzt Inzersdorfer Vorschlag versuchen.
 
Also chkdsk hat nicht weiter geholfen, aber danke trozdem!

Ich werde mir mal ein neues Kabel besorgen. Gebe dann bescheid wie es gelaufen ist.
 
Hab nun ein neues Kabel drinn. Die Werte haben sich nicht geändert. Ich vermute mal, dass es sich bald wieder aufhängen wird...

DQ8Fy.jpg
 
Zurück
Oben