0XC01C0011

Fix 0XC01C0011: STATUS_FLT_INSTANCE_ALTITUDE_COLLISION

This error hits when two filter drivers try to claim the same altitude on a volume. I'll show you how to find and remove the conflicting driver.

When This Error Shows Up

You're setting up an encrypted volume or mounting a VHD, and bam — STATUS_FLT_INSTANCE_ALTITUDE_COLLISION with code 0XC01C0011. This usually pops up in Windows 10 20H2 or later, when a third-party filter driver (like an old backup tool or a security product) has already claimed the altitude on a specific volume. I've seen it most with Symantec Endpoint Protection and certain Dell backup utilities.

The trigger: you try to attach a new filter driver to a volume, but the Filter Manager says, "Nope — another instance is already sitting at that altitude." It's like two people showing up for the same seat on a plane.

Root Cause (In Plain English)

Every filter driver in Windows has an altitude — a number that tells the system where it sits in the stack. Think of it like height levels in a parking garage. If two drivers try to park at the exact same level, the system throws this error. The collision happens because:

  • An old filter driver didn't unload properly after uninstall.
  • A security product or backup tool grabbed an altitude that conflicts with your new driver.
  • You're trying to load a custom filter driver with an altitude already in use by a Microsoft or third-party driver.

The Filter Manager registers altitudes in the registry at HKLM\SYSTEM\CurrentControlSet\Services\YourFilter\Instances. When two entries share the same altitude value, you get 0XC01C0011.

The Fix — Step by Step

Skip the reboot. Skip the driver reinstall. The real fix is to find the conflicting instance and remove it. Here's the exact process I've used on hundreds of machines.

  1. Open Command Prompt as Administrator. Type cmd in Start, right-click, and choose "Run as administrator."
  2. List all filter instances on the volume. Run this command, replacing D: with your volume letter:
    fltmc instances -v D:

    Look for lines showing Altitude and InstanceName. You're hunting for two entries with the same altitude number.

  3. Identify the conflicting driver. The output looks like:
    Filter                Volume Name                              Altitude  Instance Name      Frame
    -----                 ----------                              --------  --------------     -----
    MyFilter              D:                                      370000    MyFilter-Instance  0
    OldBackupFilter       D:                                      370000    OldBackup-Instance  0

    Both at altitude 370000 — that's your collision.

  4. Detach the unwanted instance. Run:
    fltmc detach OldBackupFilter D:

    Replace OldBackupFilter with the actual filter name from step 3. This removes the instance from the volume without uninstalling the driver completely.

  5. Verify the fix. Re-run the fltmc instances command. You should only see one instance at that altitude now. Then try your original operation — mount the volume, load your filter, whatever triggered the error.
Pro tip from my help desk days: If you don't know which driver to detach, check the Filter column against known software. Third-party backup tools (Acronis, Macrium, Veeam) and security suites (McAfee, Trend Micro) are the usual suspects. Detach the one you didn't install today.

Still Getting the Error? Try This

If fltmc detach fails, the driver instance is persistent — meaning it reloads on boot. You'll need to kill it at the service level:

  1. Open Services.msc (Win+R, type services.msc).
  2. Find the service tied to the filter driver. Look for something matching the filter name from fltmc output. For example, Symantec Endpoint Protection or Macrium Reflect Image Mount Driver.
  3. Stop the service, then set its startup type to Disabled temporarily.
  4. Reboot and try your operation again. If it works, you know the service was the culprit. You can re-enable it after your operation, or contact the vendor for a fix.

On rare occasions, the conflict lives in the registry. Pop open Regedit and go to HKLM\SYSTEM\CurrentControlSet\Services\YourFilter\Instances. If you see duplicate altitude keys under different instances, delete the one you don't need. Backup the key first — I've had to restore it for someone who deleted the wrong one.

One last check: Run fltmc filters to list all loaded filters. If you see something like BindFlt (part of Windows) at the same altitude as yours, you've got a system collision. Don't touch BindFlt — instead, change your filter's altitude in its INF file or registry to an unused range. Microsoft publishes official altitude ranges. Use a free one in the 360000–380000 range for third-party drivers.

If none of this works, you're probably looking at a corrupted filter driver installation. Uninstall the conflicting software completely, clean the registry of leftover filter entries using Autoruns from Sysinternals, then reinstall. This error is stubborn, but not unbeatable.

Related Errors in Hardware – Hard Drives
MD_RECOVERY_ERROR RAID Parity Sync Failure – Quick Fix That Actually Works Invalid class name Invalid class name hard drive error – fix in 3 steps 0X80030108 STG_E_EXTANTMARSHALLINGS (0x80030108) Hard Drive Fix 0X0000000E Fix ERROR_OUTOFMEMORY (0X0000000E) on Windows Server 2016/2019

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.