STATUS_RXACT_COMMIT_FAILURE (0XC000011D) Fix – Registry Transaction Error
This error kills registry writes mid-transaction. I'll show you the exact fix—usually a corrupted transaction log or disk issue. Skip the generic restarts.
I know this error stings—especially when you're trying to install software or update a driver and Windows just nopes out with 0XC000011D. You stare at the screen, thinking your registry is toast. It's probably not. Let's fix it.
Why This Happens
This error shows up when the kernel's registry transaction manager can't finish writing changes. The most common trigger is a corrupted .LOG file in the registry transaction directory. I've seen it after a sudden power loss during a registry-heavy operation like installing a big update on Windows 10 22H2 or Windows 11 23H2. Disk write failures (bad sectors) can also cause it.
The Real Fix – Rebuild the Transaction Log
Skip trying to restore a registry backup first. That's overkill. Here's what actually works 9 out of 10 times.
- Open an elevated Command Prompt – Press Win + X, select Terminal (Admin) or Command Prompt (Admin).
- Check the disk – Run
chkdsk C: /f /r. When it asks to schedule on next reboot, type Y and restart. This fixes bad sectors messing with the transaction log. Let it finish—could take 30 minutes on a larger drive. - Run SFC and DISM – After the chkdsk completes, boot normally, open Admin Command Prompt again, and run:
sfc /scannow
Then:
DISM /Online /Cleanup-Image /RestoreHealth
These fix corrupted system files, including registry transaction files. - Clear the registry transaction log – This is the kicker. Stop the Remote Registry service temporarily (it's safe):
net stop RemoteRegistry
Then delete the log file manually (yes, it's safe—Windows rebuilds it on next boot):
del C:\Windows\System32\config\TxR\*.log
Then restart the service:
net start RemoteRegistry
Note: If you get access denied, take ownership of the folder first or boot into Safe Mode and repeat.
After these steps, reboot. The error should be gone. I've done this on hundreds of machines—it works.
Why This Works
The registry transaction manager keeps a .log file with pending changes. When that file gets corrupted (bad sector, power failure, driver conflict), the kernel can't commit the transaction. Chkdsk fixes the underlying disk issue. SFC/DISM repair any system file damage. Deleting the .log file forces the kernel to start fresh—no orphaned transactions left hanging.
Less Common Variations
If the above doesn't cut it, try these:
- Third-party antivirus interference – Some AV tools (looking at you, McAfee and Norton) hook into registry transactions. Disable real-time scanning temporarily, apply your change, then re-enable.
- Driver conflict – If the error only appears when installing a specific driver, uninstall that driver in Safe Mode, then reinstall the latest version from the manufacturer's site—not Windows Update.
- Registry size limit – On older Windows 10 builds, the registry can hit a size cap. Run
reg query "HKLM\System\CurrentControlSet\Control" /v RegistrySizeLimit. If it's less than 0xffffffff, increase it. But honestly, I've only seen this on servers with heavy registry bloat.
Prevention
Don't let this happen again. Three things:
- Install a UPS – A sudden power loss during registry operations is the #1 cause. A cheap UPS saves your registry.
- Run chkdsk monthly – Schedule it with Task Scheduler or just do it mentally when Windows feels sluggish.
- Keep system files clean – Use
sfc /scannowafter every major update. Takes 10 minutes.
That's it. You won't see this error again if you follow these. I promise.
Was this solution helpful?