I know this error is infuriating. It usually pops up out of nowhere — often mid-backup, during an antivirus scan, or right when you're trying to copy files to an external drive. The number after it, 0x801F0015, decodes to ERROR_FLT_INSTANCE_NOT_FOUND. In plain English: a file system filter driver (minifilter) tried to talk to a volume instance that no longer exists. The driver expected to find its little hook on C:\ or D:\ or a mounted VHD, and it wasn't there.
Filter drivers are the software that sits between Windows and your disk. Antivirus tools, backup agents, encryption products, cloud sync clients (OneDrive, Dropbox, Box), and even Windows Defender use them. When one of those drivers gets confused — usually after a bad update, a dirty shutdown, or a USB drive yanked without ejecting — you get this error. The good news: nine times out of ten, it's fixable without reinstalling Windows.
Work through this in order. Stop as soon as the error goes away.
The 30-second fix: reboot properly (not fast startup)
Yeah, I know. "Have you tried turning it off and on again." But there's a specific reason it works here. Windows 10 and 11 have Fast Startup enabled by default. That "shutdown" you did yesterday? It wasn't a real shutdown — it hibernated the kernel session, including all filter drivers, in a frozen state. If a filter driver was holding a stale instance reference when you shut down, Fast Startup preserves it. A full restart clears driver state that a shutdown won't.
Do this:
- Open Start, click the power icon.
- Hold Shift and click Restart. Keep holding Shift until you see the boot options screen, then click Continue.
- Let it fully boot. Try the operation that triggered the error.
That Shift+Restart forces a true cold boot of driver state. If the error came from a one-off glitch — say, you unplugged a WD My Passport mid-copy and the backup filter driver never got the memo — this alone fixes it.
The 5-minute fix: identify and unload the broken filter driver
If a reboot didn't clear it, a specific minifilter is stuck. Windows ships with a tool called fltmc (Filter Manager Control) that lists every filter driver loaded on your system and which volumes it's attached to. Open an elevated Command Prompt (right-click Start, Terminal (Admin) on Win11, or Command Prompt (Admin) on Win10) and run:
fltmc filters
You'll get something like this:
Filter Name Num Instances Altitude Frame
------------------------------ ------------- ------------ -----
WdFilter 5 328010 0
storqosflt 0 244000 0
wcifs 0 189900 0
FileCrypt 0 141100 0
luafv 1 135000 0
npsvctrig 1 46000 0
FileInfo 5 45000 0
...
Look for any filter with 0 instances that shouldn't be there — or a third-party name you recognize (Acronis, Sophos, ESET, CrowdStrike, Carbon Black, Veritas, Macrium, Veeam, SentinelOne). The stock Windows filters with 0 instances are normal. The third-party one with 0 instances is your suspect.
Note the exact filter name. Then try to unload it:
fltmc unload <FilterName>
If it unloads, re-run the operation that failed. If the error goes away, you've found the culprit. Reinstall or update that specific product — the vendor pushed a broken build, or the install got half-finished (common after Windows Update patches a driver mid-flight).
If fltmc unload returns "Access is denied" or "The filter is currently in use," Windows won't let you yank a live filter. Skip to the advanced fix.
The 15-minute fix: reinstall the offending filter driver
Now you've identified the filter. Time to clean out its stale registration. This is where most people give up and reinstall Windows — don't. It takes about fifteen minutes and the driver will rebuild its instances on next boot.
Step 1: Find the service behind the filter
Every minifilter is registered as a kernel service. Get the mapping:
fltmc filters
fltmc instances -f <FilterName>
The instances command shows every volume the filter is attached to — or fails to attach to. If you see an instance pointing at a volume that no longer exists (a drive letter you removed, a VHD you unmounted, a deleted partition), that's your smoking gun.
Step 2: Stop and disable the kernel service
Open Services (Win+R, type services.msc) and find the service matching the filter's vendor. For example, Acronis uses AcronisActiveProtectionService and its filter is AcronisFilter. ESET's filter is eamonm. Sophos is SophosED. CrowdStrike is CSFalconService / filter csagent. Set it to Disabled, then reboot.
Step 3: Clean the registry entries (carefully)
Filter driver registrations live under two registry keys. Open regedit.exe as admin and navigate to:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\<ServiceName>
You'll see a Start DWORD. Set it to 4 (Disabled) if you want to keep the entry but prevent loading. If you're fully uninstalling, back up the key first (File → Export), then delete it.
Also check HKLM\SYSTEM\CurrentControlSet\Control\Class\{...}\ for the vendor's filter altitude entries if the vendor instructions call for it. Honestly, most people don't need to touch that — the vendor's uninstaller handles it. Only do this if the vendor uninstaller failed.
Step 4: Reboot and reinstall
Boot clean. Confirm the filter is gone:
fltmc filters
Now grab the latest installer from the vendor's site (not a cached copy — the one you have is probably the broken build) and install fresh. Reboot again. The filter should reattach with proper instances on every mounted volume.
When it's not a third-party filter
Rare, but it happens: the error traces back to a Microsoft filter that got corrupted. The usual suspects are WdFilter (Defender), FileInfo, and luafv (the UAC file virtualization driver). Run these two commands, reboot between them:
sfc /scannow
dism /online /cleanup-image /restorehealth
SFC catches corrupted driver files. DISM fixes the component store if SFC can't pull a clean copy. If luafv is the problem, you can also toggle UAC off and on — that rebuilds its instance on the boot volume:
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v EnableLUA /t REG_DWORD /d 0 /f
shutdown /r /t 0
Then set it back to 1 and reboot. Yes, this is heavy-handed. Only do it if you're sure luafv is the cause.
What actually triggers this error
The pattern I see most often in help desk tickets:
- USB or external drive yanked mid-operation. The filter had an instance on that volume; the volume vanished; the filter panics.
- Backup software running when a VSS snapshot was deleted. VSS lives on filter drivers. If a snapshot expires while an operation is in flight — boom.
- Antivirus update pushed mid-boot. The filter tries to register an instance on a volume that hasn't finished mounting yet.
- Cloned or restored disk images. Drive letters changed, but the filter's saved instances still reference the old layout.
- Windows Fast Startup. Especially on laptops that "shut down" every night but never truly cold-boot. Stale filter state accumulates.
If you're seeing 0x801F0015 repeatedly after every boot, one of these is happening on a loop. Identify which one matches your workflow and you'll find the fix faster than any general tutorial can give you.
One last thing: if none of this works and fltmc filters shows a filter you don't recognize at all — not a vendor you installed — that's worth investigating. Either it's a leftover from something you uninstalled years ago (clean it up), or, very rarely, it's a sign of something that shouldn't be there. Run a Defender offline scan and see what turns up.