STATUS_IO_PRIVILEGE_FAILED (0xC0000137) – The Real Fix
Privilege error when a program can't get I/O permissions. Usually a driver or antivirus conflict. Fixing the permissions or driver clears it.
What Actually Triggers This Error
I see this error most often on Windows 10 and 11 machines, usually when someone tries to run a disk imaging tool, a hardware diagnostic utility, or a game that hooks into low-level input/output. The error says the system can't change I/O permissions for that process. It's not a hardware failure—it's a permissions wall.
Cause #1: Antivirus or Security Software Blocking I/O Access
This is the number one culprit. Had a client last month whose backup software threw 0xC0000137 every time it tried to read the raw disk. Turned out McAfee's Real-Time Scanning was intercepting the I/O request and denying it. The antivirus sees a program asking for kernel-level I/O access and assumes it's malware.
How to Fix It
- Open your antivirus dashboard. Look for settings like "Real-Time Protection", "Behavior Monitoring", or "Exploit Protection".
- Temporarily disable Real-Time Scanning and try running the program again. If the error goes away, you've found your culprit.
- Whitelist the program's executable (.exe file) in your antivirus exclusions. For Windows Defender, go to
Windows Security > Virus & threat protection > Manage settings > Add or remove exclusions. Add the full path to the program that's getting the error. - Reboot and test. The error should be gone.
Windows Defender itself rarely causes this, but third-party suites like Norton, McAfee, and Bitdefender have aggressive I/O filters. If you can't find the exclusion option, temporarily uninstall the antivirus, test, then reinstall with exclusions set.
Cause #2: Corrupted or Outdated Device Drivers
Another common scenario: the program needs direct access to a disk controller or USB device, but the driver for that device is old, signed incorrectly, or just plain wonky. I've seen this with older SATA controllers and some cheap USB-to-SATA adapters.
How to Fix It
- Press
Win + Xand select Device Manager. - Expand Disk drives and Storage controllers. Look for any device with a yellow exclamation mark.
- Right-click the suspect driver (usually the one for your primary disk or the device you're accessing) and choose Update driver > Search automatically for drivers.
- If Windows finds nothing, go to the manufacturer's website and download the latest driver manually. Install it.
- Reboot and test.
If the error happens when accessing external drives, uninstall the USB controller drivers under Universal Serial Bus controllers and let Windows reinstall them on reboot. That's fixed this error for me at least three times.
Cause #3: Corrupted System Files or Broken Permissions
Sometimes it's not the driver or antivirus—it's Windows itself. A corrupted secedit database or broken user rights assignment can block I/O privilege changes. This is less common but still real.
How to Fix It
- Open Command Prompt as Administrator. Run:
Let it finish. If it finds corrupt files, reboot and test.sfc /scannow - Then run:
This repairs the component store. Takes a few minutes.DISM /Online /Cleanup-Image /RestoreHealth - If that doesn't help, check the local security policy. Press
Win + R, typesecpol.msc, hit Enter. Go to Local Policies > User Rights Assignment. Find Increase scheduling priority and Lock pages in memory. Make sure your user account or the relevant group (like Administrators) is listed. If not, add it. - Reboot and test. This one's a long shot, but it's worked for me on a Windows 10 Pro machine that refused to run a forensic imaging tool.
Quick-Reference Summary Table
| Cause | Fix | Time to Try |
|---|---|---|
| Antivirus blocking I/O | Disable real-time scanning or add exclusions | 10 minutes |
| Bad driver | Update or reinstall disk/USB drivers | 15 minutes |
| Corrupt system files | Run sfc /scannow and DISM | 30 minutes |
| Security policy issue | Check user rights in secpol.msc | 10 minutes |
Start with the antivirus fix—it's the quickest and most common. If that fails, move to drivers. System file repairs are last resort but solid. You'll get that program running again.
Was this solution helpful?