Cause 1: Network share disconnected while cached writes were pending
This is the most common trigger. Your machine holds writes in memory (write-behind caching) for performance. When the network share goes away — VPN drops, cable yanked, server reboots — those cached writes can't land. Windows throws 0XC000A080.
I see this constantly with people using mapped drives over VPN. You're working on a file, you hit save, and your laptop goes to sleep before the write completes. Wake it up — error.
The fix: Disable write caching on network drives
- Open Device Manager (Win+X → M).
- Expand Disk drives — find your local disk (not the network share itself).
- Right-click that drive → Properties → Policies tab.
- Select Quick removal (not Better performance).
What's actually happening here is that 'Quick removal' disables write caching on the local disk. But the real issue is caching at the network redirector level. So you also need to tell Windows not to cache network writes.
Run this in an elevated Command Prompt:
net config server /autodisconnect:5
That drops idle network sessions after 5 minutes instead of the default 15. Forces the redirector to flush writes sooner.
For mapped drives, also set the registry key that controls DirectoryCacheLifetime:
reg add "HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters" /v DirectoryCacheLifetime /t REG_DWORD /d 1 /f
That drops directory cache from 10 seconds to 1 second. Makes the share behave more like a local disk.
One more thing: if you're using a USB-to-network adapter (common on laptops), check the adapter driver. Realtek and ASIX chips are notorious for this error when power management kicks in. Disable power saving on the network adapter:
Device Manager → Network adapters → right-click your adapter → Properties → Power Management → uncheck 'Allow the computer to turn off this device to save power'
Cause 2: Ejected a USB drive without 'Safely Remove Hardware'
This is the second most common trigger. You yanked a USB stick that has write caching enabled. Windows had pending writes. You get the error.
For external drives, the fix is simple: always use Safely Remove Hardware. But if you forget, or you're on a system where the icon vanished, change the default behavior:
- Open Device Manager.
- Expand Disk drives, find your USB device.
- Right-click → Properties → Policies.
- Select Quick removal.
This disables write caching on that specific USB device. You can now yank it without formal ejection — though I still don't recommend it during a write.
If you already corrupted data, you'll need to run chkdsk /f on the drive. That can't repair the lost writes, but it fixes the filesystem metadata so the error doesn't recur every boot.
Cause 3: Power loss or sudden shutdown during network write
Less common but happens. Laptop battery dies, someone trips over the power cord, or a PSU fails. When the machine comes back, the write cache is stale and Windows reports 0XC000A080.
This is almost always tied to the volatile write cache on SSDs or hybrid drives. The fix is to force a disk check and flush the cache:
- Boot to safe mode.
- Open an elevated command prompt.
- Run
chkdsk c: /f /r(replace c: with your system drive). - Let it complete — this may take an hour on large disks.
- After reboot, run
fsutil dirty query c:— it should say 'dirty bit is NOT set'.
If the error persists, check the system event log (Event Viewer → Windows Logs → System). Look for events with source Ntfs and ID 50 or 57. Those tell you exactly which volume lost writes. The volume in the event log is your target for chkdsk.
The real fix here is to disable write caching on that volume entirely if you have unstable power. On SSDs, write caching doesn't help much anyway — they're already fast.
Device Manager → Disk drives → right-click your SSD → Properties → Policies → uncheck 'Enable write caching on the device'
Note: this reduces write speed but removes the risk of this error on power loss. For a desktop on a UPS, leave it on. For a laptop you carry around, turn it off.
Quick-reference summary
| Cause | Check | Fix |
|---|---|---|
| Network disconnect with pending writes | Is the share now accessible? | Disable caching on network redirector; reduce autodisconnect timeout |
| USB ejected without 'Safely Remove' | Any unsaved files? | Set USB to Quick removal; run chkdsk |
| Power loss during write | Check event log for Ntfs 50/57 | Disable write caching on that volume; run chkdsk |