This stop code (0x00000019) means the header on a block of pool memory, the kernel’s shared workspace memory, was found corrupted. Something wrote past the end of its own allocation and stomped on the bookkeeping data next door. That something is usually a buggy driver; faulty RAM is the other regular cause, because memory that cannot hold data faithfully corrupts whatever lives in it.
DISM /Online /Cleanup-Image /RestoreHealth, then sfc /scannow.If drivers are current, security software is ruled out, and memory tests pass, check the drive’s health with chkdsk /f and use System Restore to step back before the problem. Driver Verifier can name the corrupting driver if you need certainty, it is covered on the DRIVER_VERIFIER_DETECTED_VIOLATION page, but expect blue screens while it hunts.
What is a “pool” in BAD_POOL_HEADER? The pool is the kernel’s shared memory supply. Drivers request blocks from it for their work, and each block carries a small header describing it. When a driver writes beyond its block, it damages the next header, and Windows raises this stop code when it notices the damage.
Can bad RAM really cause BAD_POOL_HEADER? Yes, frequently. The corruption pattern looks random, different drivers blamed on different days, because the RAM is damaging whatever data happens to pass through it. That randomness is itself the clue: consistent blame on one driver means the driver; rotating blame usually means memory.