[VISTA] DMP file debuggen*

[Verwijderd]

Ik heb men ondertussen al ziek gezocht naar een oplossing maar ik krijg het niet voor elkaar.

Ik heb mijn PC'tje eindelijk in elkaar gekregen een hele hoop problemen mee gehad die ik heb kunnen oplossen op 1-tje na.

IRQ_IS_NOT_EQUAL_OR_LESS Bsod...

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


Loading Dump File [C:\Windows\Minidump\Mini082008-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\debug*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows Vista Kernel Version 6000 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 6000.16575.amd64fre.vista_gdr.071009-1548
Kernel base = 0xfffff800`02400000 PsLoadedModuleList = 0xfffff800`0259af70
Debug session time: Wed Aug 20 18:04:29.780 2008 (GMT+2)
System Uptime: 0 days 0:56:21.603
Loading Kernel Symbols
................................................................................................................................................
Loading User Symbols
Loading unloaded module list
......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffffa801468cdd8, 2, 1, fffff80002487737}

Probably caused by : memory_corruption ( nt!MiRemovePageByColor+87 )

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

1: kd> !analyze -v
*******************************************************************************
* *
* 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: fffffa801468cdd8, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, 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: fffff80002487737, address which referenced memory

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


WRITE_ADDRESS: fffffa801468cdd8

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiRemovePageByColor+87
fffff800`02487737 49890cc2 mov qword ptr [r10+rax*8],rcx

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: svchost.exe

TRAP_FRAME: fffff980196c79b0 -- (.trap 0xfffff980196c79b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff8800732f000 rbx=0000000000000009 rcx=fffff88007333000
rdx=0000000000000000 rsi=0000000000000000 rdi=fffff8000245d6a6
rip=fffff80002452790 rsp=fffff980196c7b48 rbp=0000000000000000
r8=0000000000000000 r9=0000000000000100 r10=fffff98000c91000
r11=0000000000010158 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!memset+0x80:
fffff800`02452790 488911 mov qword ptr [rcx],rdx ds:d040:fffff880`07333000=????????????????
Resetting default scope

LOCK_ADDRESS: fffff800025d0a40 -- (!locks fffff800025d0a40)

Resource @ nt!PiEngineLock (0xfffff800025d0a40) Available

WARNING: SystemResourcesList->Flink chain invalid. Resource may be corrupted, or already deleted.


WARNING: SystemResourcesList->Blink chain invalid. Resource may be corrupted, or already deleted.

1 total locks

PNP_TRIAGE:
Lock address : 0xfffff800025d0a40
Thread Count : 0
Thread address: 0x0000000000000000
Thread wait : 0x0

LAST_CONTROL_TRANSFER: from fffff8000244da33 to fffff8000244dc90

STACK_TEXT:
fffff980`196c7378 fffff800`0244da33 : 00000000`0000000a fffffa80`1468cdd8 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff980`196c7380 fffff800`0244c90b : 00000000`00000001 00000000`0000001e fffff980`196c7600 fffffa80`03c63954 : nt!KiBugCheckDispatch+0x73
fffff980`196c74c0 fffff800`02487737 : 00000000`00000000 fffff6fc`40039990 fffff780`00001000 fffff800`024761df : nt!KiPageFault+0x20b
fffff980`196c7650 fffff800`02422fa1 : 00000000`0000003a ffffffff`ffffffff 00000000`000000ae fffff880`050c49a0 : nt!MiRemovePageByColor+0x87
fffff980`196c7680 fffff800`024568aa : fffff6fc`40039998 00000000`00000000 fffff800`0259b3e0 00000000`00000c00 : nt! ?? ::FNODOBFM::`string'+0xa5b8
fffff980`196c76d0 fffff800`02463048 : 00000000`00000001 fffff880`07333000 fffff980`0009e000 fffff800`0248f2d4 : nt!MiResolveDemandZeroFault+0x60a
fffff980`196c7760 fffff800`0245494a : 00000000`00000000 fffff880`07333000 00000000`00000000 ffffffff`00000000 : nt!MiDispatchFault+0xb51
fffff980`196c78b0 fffff800`0244c819 : 00000000`00000001 00000000`01e80000 00000000`00000000 00000000`00000000 : nt!MmAccessFault+0x14ae
fffff980`196c79b0 fffff800`02452790 : fffff800`026591f0 00000000`00008000 00000000`001b5f01 00000000`00000000 : nt!KiPageFault+0x119
fffff980`196c7b48 fffff800`026591f0 : 00000000`00008000 00000000`001b5f01 00000000`00000000 00000000`01e8f3a4 : nt!memset+0x80
fffff980`196c7b50 fffff800`02677dcb : fffff800`0283da10 fffff980`00008000 fffff980`196c7c01 00000000`00000009 : nt!PiControlGetInterfaceDeviceList+0xa0
fffff980`196c7bd0 fffff800`0244d733 : fffffa80`04619bb0 00000000`01e8f320 00000000`00000000 fffff880`04c07dc0 : nt!NtPlugPlayControl+0xbb
fffff980`196c7c20 00000000`77ad12aa : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`01e8f2e8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x77ad12aa


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiRemovePageByColor+87
fffff800`02487737 49890cc2 mov qword ptr [r10+rax*8],rcx

SYMBOL_STACK_INDEX: 3

SYMBOL_NAME: nt!MiRemovePageByColor+87

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 470c35b4

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: X64_0xA_W_nt!MiRemovePageByColor+87

BUCKET_ID: X64_0xA_W_nt!MiRemovePageByColor+87

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

Dit is de dumpfile van men laatste crash.. het verbaast me dat het een memory_corruption als reden opgeeft samenhanged met slechte drivers.

Alle recentste drivers zijn geïnstalleerd en men memory heb ik een nachte laten testen met memtest, zonder 1 error tegen te komen.

Specs:
OS: vista 64bit
CPU: q9450
mem: OCZ DDR3 - 1G @ 1333 mhz x4
gfx: Gforce 9800GX2
psu: 850W coolermaster M-serie
HD's: 1x 150G raptor WD - 2x 750G WD
Mobo: X48 Platinum

Ik hoop dat er iemand mij verder kan helpen of een zetje in de goeie richting kan sturen....

alvast bedankt..

[Verwijderd]

Het bje de boel geOC'd? Zo ja, probeer eens @ stock...

[Verwijderd]

En het moederbord is ? (niet geheel onbelangrijk )

[Verwijderd]

neen, niets is overclocked op dit moment alles draait op stock snelheid.
Enkel het geheugen heb ik meer voltage moeten geven omdat het anders gewoon niet werkte.

mobo is X48 Platinum

[Verwijderd]

Ik heb juist mijn PC nogmaals een hele nacht laten doorlopen met memtest op.

Na pass 64 gaf hij altijd fatal errors op een bepaald punt in men 3de geheugenstick. ( @ 2145 MB )
Betekend dit dat die stick stuk is en ik een nieuwe moet gaan halen of kan er nog een andere reden zijn...
Na 64ste keer die memtest te doen lijkt het mij een extreem geval... hij gaf wel elke pass erna ook diezelfde fout weer..

[roches]

Eerst 2 geheugensticks er uit halen, daarna weer testen.
Als die goed zijn de andere 2 sticks er in plaatsen en weer testen.
Waarschijnlijk zal dan bij een van de paren alsnog het foutje omhoog komen.
Dan is het dus zaak uit te zoeken welke van de 2 defect is, door de 2 paren te gaan mixen en testen.

Maar ik denk dat het dus toch een geheugenprobleem is.

[Verwijderd]

Ok,
Dank je voor de tips.
Het enigste is dat memtest zo superlang duurt

[Verwijderd]

Ok,

Ik heb nog een aantal tests kunnen doen zonder errors op dit moment.
Ik heb wel men voltage voor men geheugen verlaagd van 1,92 naar 1,88.

Blijkbaar helpt dit een heel deel, warmte ontwikkeling door extra voltage etc...

Ik ga straks proberen om de error terug te reconstrueren en euhm we zulle zien ^^
Ik vrees wel dat dit topic ondertussen naar een ander forum zal moeten...