Op deze website gebruiken we cookies om content en advertenties te personaliseren, om functies voor social media te bieden en om ons websiteverkeer te analyseren. Ook delen we informatie over uw gebruik van onze site met onze partners voor social media, adverteren en analyse. Deze partners kunnen deze gegevens combineren met andere informatie die u aan ze heeft verstrekt of die ze hebben verzameld op basis van uw gebruik van hun services. Meer informatie.

Akkoord

Vraag & Antwoord

OS Windows

[XP] Bad pool data crashes sinds 4 dagen.

Ben Jonson
1 antwoord
  • Goedennacht,

    Sinds een dag of 4 heb ik tijdens het internetten soms een complete crash met de kreet "Bad Pool Data" en dan is het einde voorstelling. Nu heb ik de crashdump van 64 naar 512Mb (totale Dump) gezet, en ja hoor vanmiddag ging het systeem weer plat. Na veel zoeken bleek de file met de DMP recentie alleen gelezen te kunnen worden door een Debug programma en Symbol library van Microsoft. Dit heb ik toen gedownload en geinstalleerd wat handen met tijd heeft gekost. Na veel zwerven kreeg ik de volgende Debug txt file uit het programma Debug, maar dat zegt me dus niets. Een klein tekst progje van een 512Mb dump :( Wat moet ik daar nu mee aanvangen, want dat de kernel plat gaat bij een crash daar heb ik geen debug progje voor nodig. Maar wie weet dit nu eens in goed nederlands uit te leggen.

    Het enige dat in deze 4 dagen is geinstalleerd aan hardware is een SBLIVE Player, maar zonder drivers van Creative. De drivers die ik gebruik zitten gewoon in XP. Vanavond heb ik de laatste Updates incl een SBlive driver gedownload van Microsoft, en geinstalleerd.

    De volgende dump zegt mij dus niet veel, maar misschien komt dit bij een ander bekend voor :)


    Microsoft (R) Windows Debugger Version 6.1.0009.0
    Copyright © Microsoft Corporation. All rights reserved.


    Loading Dump File [C:\WINDOWS\MEMORY.DMP]
    Kernel Dump File: Full address space is available

    Symbol search path is: H:\Websymbols
    Executable search path is:
    Windows XP Kernel Version 2600 (Service Pack 1) UP Free x86 compatible
    Product: WinNt, suite: TerminalServer SingleUserTS Personal
    Built by: 2600.xpsp1.020828-1920
    Kernel base = 0x804d4000 PsLoadedModuleList = 0x8054be30
    Debug session time: Wed Oct 16 13:27:29 2002
    System Uptime: 0 days 2:59:00.858
    Loading Kernel Symbols
    …………………………………………………………………………………………………………….
    Loading unloaded module list
    ……………..
    Loading User Symbols
    ……………………………………………………………………………………………………………
    *******************************************************************************
    * *
    * Bugcheck Analysis *
    * *
    *******************************************************************************

    Use !analyze -v to get detailed debugging information.

    BugCheck 8E, {c0000005, 8053cf57, f1f86be8, 0}

    Probably caused by : ntoskrnl.exe ( nt!ExDeferredFreePool+fb )

    Followup: Pool_corruption
    ———

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

    KERNEL_MODE_EXCEPTION_NOT_HANDLED (8e)
    This is a very common bugcheck. Usually the exception address pinpoints
    the driver/function that caused the problem. Always note this address
    as well as the link date of the driver/image that contains this address.
    Some common problems are exception code 0x80000003. This means a hard
    coded breakpoint or assertion was hit, but this system was booted
    /NODEBUG. This is not supposed to happen as developers should never have
    hardcoded breakpoints in retail code, but …
    If this happens, make sure a debugger gets connected, and the
    system is booted /DEBUG. This will let us see why this breakpoint is
    happening.
    An exception code of 0x80000002 (STATUS_DATATYPE_MISALIGNMENT) indicates
    that an unaligned data reference was encountered. The trap frame will
    supply additional information.
    Arguments:
    Arg1: c0000005, The exception code that was not handled
    Arg2: 8053cf57, The address that the exception occurred at
    Arg3: f1f86be8, Trap Frame
    Arg4: 00000000

    Debugging Details:
    ——————


    EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - De instructie op 0x%08lx verwijst naar geheugen op 0x%08lx. De lees- of schrijfbewerking ("%s") op het geheugen is mislukt.

    FAULTING_IP:
    nt!ExDeferredFreePool+fb
    8053cf57 8913 mov [ebx],edx

    TRAP_FRAME: f1f86be8 – (.trap fffffffff1f86be8)
    ErrCode = 00000002
    eax=e12a3f00 ebx=00000800 ecx=e12a3f48 edx=002c0507 esi=833f5028 edi=000001ff
    eip=8053cf57 esp=f1f86c5c ebp=f1f86c9c iopl=0 nv up ei ng nz ac po cy
    cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010297
    nt!ExDeferredFreePool+fb:
    8053cf57 8913 mov [ebx],edx ds:0023:00000800=????????
    Resetting default context

    DEFAULT_BUCKET_ID: DRIVER_FAULT

    BUGCHECK_STR: 0x8E

    LAST_CONTROL_TRANSFER: from 8053cf3c to 8053cf57

    STACK_TEXT:
    f1f86c9c 8053cf3c e149f790 00000134 0000003c nt!ExDeferredFreePool+0xfb
    f1f86cd4 bf87cbe4 e149fbd8 00000000 bf85d837 nt!ExFreePoolWithTag+0x413
    f1f86d1c 804da140 a1011462 00000000 00000000 win32k!HeavyFreePool+0xb6
    f1f86d1c 00000000 a1011462 00000000 00000000 nt!KiSystemService+0xc4
    0000010c 00000000 00000000 00000000 00000000 0x0


    FOLLOWUP_IP:
    nt!ExDeferredFreePool+fb
    8053cf57 8913 mov [ebx],edx

    FOLLOWUP_NAME: Pool_corruption

    SYMBOL_NAME: nt!ExDeferredFreePool+fb

    MODULE_NAME: nt

    IMAGE_NAME: ntoskrnl.exe

    DEBUG_FLR_IMAGE_TIMESTAMP: 3d6de35c

    STACK_COMMAND: .trap fffffffff1f86be8 ; kb

    BUCKET_ID: 0x8E_nt!ExDeferredFreePool+fb

    Followup: Pool_corruption
    ———

Beantwoord deze vraag

Dit is een gearchiveerde pagina. Antwoorden is niet meer mogelijk.