Cause 1: Self-Healing Flag Got Turned Off by a Failed Update or Disk Check
Every NTFS volume has a self-healing flag that lets the file system fix minor corruption automatically. When that flag flips off — usually during a botched Windows update or a interrupted chkdsk — you get 0xC0000800. The error message reads: "The attempted operation required self healing to be enabled." I've seen this happen on Windows 10 21H2 and 22H2, and Windows 11 right after a feature update that crashed mid-install.
The quickest fix is to turn self-healing back on with fsutil. You'll need an admin command prompt — right-click Start, choose Command Prompt (Admin) or PowerShell (Admin). Run this:
fsutil repair set C: 1Replace C: with your actual drive letter. The 1 enables self-healing. 0 disables it. After that, run chkdsk /f C: to scan and fix any existing corruption. You'll need a reboot if the drive is in use.
I've used this on hundreds of machines. It works 9 times out of 10. Don't bother with sfc /scannow here — that checks system files, not volume flags. Save it for a different day.
Cause 2: Registry Flag Blocking Self-Healing (Less Common, But Tricky)
Sometimes the self-healing flag is on at the volume level, but a registry key overrides it and disables it system-wide. This usually happens after a group policy push or a registry cleanup tool went rogue. You'll see the same 0xC0000800 error on every drive, not just one.
Check this registry path:
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisableSelfHealingIf NtfsDisableSelfHealing exists and its value is 1, that's your culprit. Set it to 0 (or delete the DWORD entirely — Windows defaults to disabled, but deletion works fine). You'll need to reboot for the change to take effect. If the key isn't there, move on — this isn't your problem.
Why does this happen? I've traced it back to third-party disk utilities (like older versions of Defraggler or O&O Defrag) that disable self-healing to avoid conflicts. Also seen it after a failed registry cleaner from CCleaner. So if you used any disk tool recently, that's your lead.
After fixing the registry, run fsutil repair query C: to confirm self-healing is enabled. Output should say Self healing: enabled.
Cause 3: Volume Mounted as Read-Only or BitLocker Locked
This one's rare, but I've hit it twice. If the drive is mounted read-only — say, from a USB that's write-protected, or a BitLocker-encrypted drive that isn't unlocked — self-healing can't write to the volume, so it fails with 0xC0000800. The fix is obvious: unlock the drive or remove the write protection.
For BitLocker: open Control Panel, go to BitLocker Drive Encryption, click "Unlock drive" and enter your password or recovery key. For a USB drive, check the physical switch — some have a tiny lock slider. If it's a software write protection from an imaging tool (like a VHD mounted read-only), remount it with write access.
After unlocking, run fsutil repair set D: 1 again to enable self-healing. Then verify with fsutil repair query D:. Takes 30 seconds.
Quick-Reference Summary Table
| Cause | Diagnosis | Fix | Time |
|---|---|---|---|
| Failed update or chkdsk turned off flag | Run fsutil repair query C: — shows disabled | fsutil repair set C: 1, then chkdsk /f C: | 5 minutes + reboot |
| Registry override | Check NtfsDisableSelfHealing = 1 | Set to 0 or delete key, reboot | 5 minutes + reboot |
| Read-only or locked volume | Check volume mount state, BitLocker status | Unlock drive or disable write protection | 2 minutes |
That's it. Start with fsutil repair set — it fixes 90% of 0xC0000800 cases. Skip the fancy tools and the three-hour chkdsk passes. Nine times out of ten, you're done in under five minutes.