Quick answer
For advanced users: the thread was killed by NtTerminateThread while in a suspended state — likely from a buggy driver, anti-cheat, or emulator. Check Event Viewer for the faulting module, then update or remove that driver. Disable any third-party anti-cheat or virtualization software temporarily to confirm.
What's actually happening here
STATUS_THREAD_WAS_SUSPENDED (0x40000001) is a status code — not always an error. It means a thread in your process was suspended when something tried to terminate it. The termination still goes through, but the OS returns this code to let you know the thread wasn't running normally at the time.
The real problem? Some application — often a game, emulator, or diagnostic tool — misinterprets this status as a crash. Common triggers:
- BlueStacks or Android emulators with Hyper-V enabled
- Games using EasyAntiCheat or BattlEye (they suspend threads during integrity checks)
- Corrupted or outdated display drivers (especially NVIDIA 5xx series on older games)
- Aggressive power-saving software that suspends threads in background processes
I've seen this mostly on Windows 10 22H2 and Windows 11 with HVCI (Hypervisor-protected Code Integrity) enabled. The reason step 3 below works is that bcdedit disables virtualization-based security, which stops the hypervisor from interfering with thread states.
Fix steps
- Identify the faulting module. Open Event Viewer (
eventvwr.msc), go toWindows Logs > Application, look forErrororWarningevents with ID1000or1001that mention0x40000001. TheFaulting module pathtells you which DLL or driver caused it. If it'sntdll.dll, the issue is upstream — check the stack trace. - Disable third-party anti-cheat temporarily. For games, right-click the executable, go to Properties > Compatibility, check "Disable fullscreen optimizations". Then run it once. If the error stops, you need to update the anti-cheat software or reinstall the game.
- Turn off Memory Integrity (HVCI). Go to
Windows Security > Device Security > Core isolation detailsand turn offMemory integrity. Reboot. This is the single most effective fix — but it does reduce secure boot's protection. Only do this if you trust the software you're running. - Update or roll back your GPU driver. NVIDIA users: use DDU (Display Driver Uninstaller) in Safe Mode, then install the previous known-good driver. For version 546.01 and later, try a clean install with the
Expressoption unchecked — do aCustominstall and deselectNVIDIA GeForce Experience(it suspends threads for overlay features). - Disable fast startup. In Control Panel, go to Power Options > Choose what the power buttons do > Change settings that are currently unavailable, then uncheck
Turn on fast startup. Reboot. This prevents the OS from suspending driver threads during shutdown.
Alternative fixes
If the main steps don't work, try these in order:
- sfc /scannow — run from an elevated Command Prompt. It fixes corrupted system files that might mis-handle thread states.
- DISM /Online /Cleanup-Image /RestoreHealth — run after sfc. This repairs the component store itself. I've seen this fix a broken
ntdll.dllthat was causing false 0x40000001 errors. - Boot with minimal drivers. Open
msconfig, go to Services, checkHide all Microsoft services, then disable all third-party services. Reboot. If the error stops, re-enable services one by one to find the culprit. - Check for VirtualBox or VMware. These hypervisors can suspend threads unpredictably. Uninstall them completely, reboot, then test.
Prevention tip
The hidden cause is usually a driver that calls SuspendThread on a thread it doesn't own — which is undefined behavior. Best way to avoid this: keep your GPU and chipset drivers up-to-date, and never use registry cleaners or "optimizers" that mess with thread priorities. Stick to official driver sources. If you run emulators, pair them with the exact Hyper-V configuration they recommend — mixing them with anti-cheat software is asking for trouble.