0XC000A080

0XC000A080: Lost write-behind data on network disconnect

This error means Windows tried to write cached data to a network drive that disconnected. Usually a flaky network share or USB eject without 'Safely Remove'.

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

  1. Open Device Manager (Win+X → M).
  2. Expand Disk drives — find your local disk (not the network share itself).
  3. Right-click that drive → PropertiesPolicies tab.
  4. 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:

  1. Open Device Manager.
  2. Expand Disk drives, find your USB device.
  3. Right-click → PropertiesPolicies.
  4. 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:

  1. Boot to safe mode.
  2. Open an elevated command prompt.
  3. Run chkdsk c: /f /r (replace c: with your system drive).
  4. Let it complete — this may take an hour on large disks.
  5. 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

CauseCheckFix
Network disconnect with pending writesIs 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 writeCheck event log for Ntfs 50/57Disable write caching on that volume; run chkdsk
Related Errors in Network & Connectivity
0X0000273B Fixing WSAEPROTONOSUPPORT (0X0000273B) on Windows 0x80072EFD Windows 'DNS server isn't responding' fix that actually works 0X000025B7 DNS Zone Data File Parse Error 0X000025B7 – Quick Fix DNS_NAME_NOT_RESOLVED DNS Internal Domain Resolution Fails on Windows 10/11

Was this solution helpful?

EP
Erropedia Team
Tech Support Editors
The Erropedia editorial team researches and documents real-world tech errors from across Windows, Linux, macOS, networking, databases, cloud platforms, and more. Every solution is reviewed for accuracy and updated as software and systems evolve.