How to Fix Error 0x800f0922 on Windows 11
Error 0x800f0922 typically strikes during Windows Update when the install reaches its component phase — and it loves to involve .NET Framework. The update downloads fine, starts installing, then dies with this code. It’s also the error you’ll see when the System Reserved partition is full or when Secure Boot settings confuse the installer.
The fix path depends on which trigger is yours, so this guide covers all three in likelihood order. A quick way to guess: if the failure mentions .NET or happens on updates that include .NET servicing, start with Fix 1. If you’ve cloned your drive or dual-boot and the reserved partition was resized, suspect Fix 2.
If your update error is a different code, check our error 0x80070057 fix for the parameter-incorrect variant.
Why this happens
- Broken .NET Framework installation: Corrupted .NET payloads cause the servicing phase to fail.
- Full System Reserved partition: The small boot partition has no room for the update’s boot files.
- Secure Boot disabled or misconfigured: Firmware-related update components fail when Secure Boot state is unexpected.
- Corrupted servicing stack: Damaged component-store or update components abort the install phase.
- Third-party antivirus interference: Real-time scanning locking files the installer needs to replace.
- Corrupted update cache: Damaged downloaded files failing validation mid-install.
How to fix it
Work through these in order. Fixes 1–2 handle the most common triggers.
Fix 1: Repair .NET Framework
Since .NET is implicated so often, start here.
- Download the .NET Framework Repair Tool from Microsoft’s website and run it — it fixes common .NET installation corruption automatically.
- If the tool doesn’t resolve it, turn .NET off and on: go to Control Panel > Programs > Turn Windows features on or off, uncheck .NET Framework 3.5 and .NET Framework 4.8 Advanced Services, restart, then re-check them and restart again.
- Retry Windows Update. If .NET was the blocker, the update now sails through the phase that used to fail.
- As an extra check, run
sfc /scannowafterward — .NET corruption and system-file corruption often travel together, and fixing only one can leave the other to fail the next update.
Fix 2: Free space on the System Reserved partition
A full reserved partition is the second classic cause.
- Press Win + R, type
diskmgmt.msc, and identify the System Reserved partition (usually 100–500 MB, no drive letter). - Right-click it, choose Change Drive Letter and Paths, and assign a temporary letter.
- Open an admin Command Prompt, navigate to that drive, and delete unnecessary files — old fonts, logs — but never delete folders you don’t recognize.
- Remove the drive letter afterward (Change Drive Letter and Paths > Remove).
- Retry the update. Even 50 MB of freed space can be enough — the boot files the installer needs to stage are small, so you don’t need to empty the partition, just give it breathing room.
Fix 3: Check Secure Boot status
An unexpected Secure Boot state trips certain updates.
- Press Win + R, type
msinfo32, and check the Secure Boot State line. - If it says Off and your hardware supports it, restart into the BIOS/UEFI (Settings > System > Recovery > Advanced startup > Troubleshoot > UEFI Firmware Settings).
- Find the Secure Boot option (usually under Security or Boot) and set it to Enabled.
- Save and exit, then retry the update.
- If your organization requires Secure Boot off, skip this fix — it’s a workaround for consumer setups, not a mandate.
Fix 4: Reset Windows Update components
Clear the corrupted cache and reset the servicing pipeline.
- Open Terminal (Admin) and run:
net stop wuauservnet stop cryptSvcnet stop bitsnet stop msiserver - Rename the caches:
ren C:\Windows\SoftwareDistribution SoftwareDistribution.oldren C:\Windows\System32\catroot2 catroot2.old - Restart the services with matching
net startcommands. - Check for updates again.
- After the reset, give the first update check extra time — Windows is rebuilding its entire update metadata from scratch, so the initial scan can take noticeably longer than usual.
Fix 5: Repair system files with SFC and DISM
Damaged servicing files abort installs regardless of the other fixes.
- In an admin Terminal, run
sfc /scannow. - Then run
DISM /Online /Cleanup-Image /RestoreHealth. - If DISM reports it can’t find source files, mount a Windows 11 ISO from the official download page
and use it as the source (for example:
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:E:\Sources\Install.wim:1 /LimitAccess). - Restart and retry the update.
Fix 6: Temporarily disable third-party antivirus
File locks from security software can abort the install phase.
- Disable real-time protection temporarily in your antivirus.
- Retry the update immediately.
- Re-enable protection as soon as the test is done.
- If it worked, update the antivirus to the latest version before the next update cycle.
Fix 7: Install the update manually
When the automatic pipeline keeps failing at the same phase, the standalone installer often succeeds.
- Find the KB number in Settings > Windows Update > Update history.
- Download it from the Microsoft Update Catalog .
- Run the
.msuand follow the prompts. - If manual install also fails with 0x800f0922, run an in-place upgrade with the Windows 11 ISO — it rebuilds the servicing stack while keeping your files and apps. Microsoft documents update troubleshooting on the Windows support hub .
Closing
Error 0x800f0922 is an install-phase failure, and the phase most often breaks on .NET problems, a full System Reserved partition, or Secure Boot surprises. Repair .NET, free the reserved partition, check Secure Boot, and reset the update components — one of those clears the path for the update to finish. It’s a fiddly error, but every cause on the list is fixable without reinstalling Windows. If a failed update left your system unstable, our black screen after update guide covers recovery — and the update will install cleanly once its blocker is gone.
