BAD_POOL_CALLER problem on certain network

Question

I have had a problem with my school network for a while with a blue screen and error code. I have analysed this error and this is what came out:

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

BAD_POOL_CALLER (c2)
The current thread is making a bad pool request.  Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 0000000000000099, Attempt to free pool with invalid address  (or corruption in pool header)
Arg2: ffffbe8c3e143d40, Address being freed
Arg3: 0000000000000000, 0
Arg4: 0000000000000000, 0

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

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 2202

    Key  : Analysis.Elapsed.mSec
    Value: 8157

    Key  : Analysis.IO.Other.Mb
    Value: 22

    Key  : Analysis.IO.Read.Mb
    Value: 17

    Key  : Analysis.IO.Write.Mb
    Value: 53

    Key  : Analysis.Init.CPU.mSec
    Value: 389

    Key  : Analysis.Init.Elapsed.mSec
    Value: 122395

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 103

    Key  : Bugcheck.Code.LegacyAPI
    Value: 0xc2

    Key  : Failure.Bucket
    Value: 0xc2_99_nt!ExFreeToNPagedLookasideList

    Key  : Failure.Hash
    Value: {3d385702-d56e-9abd-dc80-91fc25783fcf}

    Key  : WER.OS.Branch
    Value: ni_release

    Key  : WER.OS.Version
    Value: 10.0.22621.1

BUGCHECK_CODE:  c2

BUGCHECK_P1: 99

BUGCHECK_P2: ffffbe8c3e143d40

BUGCHECK_P3: 0

BUGCHECK_P4: 0

FILE_IN_CAB:  120623-10468-01.dmp

BLACKBOXBSD: 1 (!blackboxbsd)

BLACKBOXNTFS: 1 (!blackboxntfs)

BLACKBOXPNP: 1 (!blackboxpnp)

BLACKBOXWINLOGON: 1

CUSTOMER_CRASH_COUNT:  1

PROCESS_NAME:  System

STACK_TEXT:  
ffff948d`f99a1998 fffff807`33ecb3c1     : 00000000`000000c2 00000000`00000099 ffffbe8c`3e143d40 00000000`00000000 : nt!KeBugCheckEx
ffff948d`f99a19a0 fffff807`339cd921     : ffffbe8c`3e143d40 00000000`00000ed0 00000000`000000f3 00000000`00000000 : nt!VerifierBugCheckIfAppropriate+0x14d
ffff948d`f99a1a40 fffff807`3384c6bb     : ffffbe8c`0a402000 ffff948d`f99a1b00 00000000`00000ed0 ffffbe8c`0a402000 : nt!VerifierFreeTrackedPool+0x41
ffff948d`f99a1a80 fffff807`33eacce5     : 01000000`6d698dd6 00000000`000000f3 01000000`00100000 00000000`00000ed0 : nt!ExFreeHeapPool+0x12b23b
ffff948d`f99a1b30 fffff807`33679e7a     : ffffbe8c`0ed941b0 ffff948d`f99a2090 00000000`00001ad6 ffff948d`f99a1cc0 : nt!ExFreePool+0x25
ffff948d`f99a1b70 fffff807`3370cd72     : fffff807`38c869c0 ffffbe8c`0ed941b0 00000000`00000000 00000000`00000000 : nt!ExFreeToNPagedLookasideList+0x2a
ffff948d`f99a1ba0 fffff807`38c07b60     : ffffbe8c`347928e0 00000000`00000000 ffffbe8c`0ed95ee8 ffffac80`e14f4720 : nt!FsRtlUninitializeBaseMcb+0x32
ffff948d`f99a1bd0 fffff807`38d3cf2d     : ffff948d`f99a1d08 ffff948d`f99a2090 00000000`00000705 ffffbe8c`41d4f2b0 : Ntfs!NtfsUninitializeNtfsMcb+0xf0
ffff948d`f99a1c00 fffff807`38d3c4c1     : ffffac81`0b90e5e0 ffffac81`00000000 ffffac00`00000000 ffffbe8c`00000000 : Ntfs!NtfsDeleteScb+0xbd
ffff948d`f99a1ca0 fffff807`38c0730d     : ffffbe8c`34792760 ffffbe8c`34792760 ffffac81`0b90e5a0 ffffbe8c`34792760 : Ntfs!NtfsRemoveScb+0xad
ffff948d`f99a1d00 fffff807`38d3c210     : ffffac81`0b90e5a0 00000000`00000001 ffff948d`f99a2090 ffffbe8c`34792700 : Ntfs!NtfsPrepareFcbForRemoval+0x5d
ffff948d`f99a1d40 fffff807`38c07012     : ffff948d`f99a2090 ffffbe8c`0ed941b0 00000000`00000000 ffffac81`0b90e5a0 : Ntfs!NtfsTeardownStructures+0xa0
ffff948d`f99a1dc0 fffff807`38d3b903     : ffff948d`f99a1f88 ffff948d`f99a2440 00000000`00000000 ffff948d`f99a1f00 : Ntfs!NtfsDecrementCloseCounts+0xe2
ffff948d`f99a1e20 fffff807`38d3b302     : ffff948d`f99a2090 ffffbe8c`34792760 ffffac81`0b90e5a0 ffffbe8c`0ed941b0 : Ntfs!NtfsCommonClose+0x423
ffff948d`f99a1ef0 fffff807`38d15cf8     : ffff391b`e61a7100 ffffbe8c`0ed941b0 ffff948d`f99a2440 ffffbe8c`0ac1dcf0 : Ntfs!NtfsFspCloseInternal+0x252
ffff948d`f99a2050 fffff807`33634f85     : ffffbe8c`0ac1dcf0 ffff948d`f99a2400 ffffbe8c`00000000 ffffbe8c`00000000 : Ntfs!NtfsFspClose+0x88
ffff948d`f99a2340 fffff807`33707287     : ffffbe8c`360a43c0 00000000`00000390 ffffbe8c`360a43c0 fffff807`33634e30 : nt!ExpWorkerThread+0x155
ffff948d`f99a2530 fffff807`3381b8e4     : fffff807`2f20e180 ffffbe8c`360a43c0 fffff807`33707230 ff483024`5c8b4807 : nt!PspSystemThreadStartup+0x57
ffff948d`f99a2580 00000000`00000000     : ffff948d`f99a3000 ffff948d`f999c000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x34

SYMBOL_NAME:  nt!ExFreeToNPagedLookasideList+2a

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

IMAGE_VERSION:  10.0.22621.2715

STACK_COMMAND:  .cxr; .ecxr ; kb

BUCKET_ID_FUNC_OFFSET:  2a

FAILURE_BUCKET_ID:  0xc2_99_nt!ExFreeToNPagedLookasideList

OS_VERSION:  10.0.22621.1

BUILDLAB_STR:  ni_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {3d385702-d56e-9abd-dc80-91fc25783fcf}

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

Answer 1

This is the link: Mini dump.zip

Answer 2

Hi,

Can you zip up the minidump files in the C:\Windows\Minidump folder and make available (provide link) via a public folder on OneDrive or similar site.

Here's a link on using OneDrive:

http://windows.microsoft.com/en-ca/onedrive/sha...

If you have problems zipping the minidump files copy the minidump files to another location such as a folder on the Desktop.

Also, you do not necessarily have to zip up the minidump files, you can upload them one at a time.

Answer 3

Reinstall windows using usb. Otherwise https://youtu.be/3o-uEztkKow for memtest86, report the results

Answer 4

Do you know how to fix this issue?

Answer 5

This sounds like there's something wrong with the pool caller when trying to free a heap pool. Either OS issue or possibly ram.