A practical troubleshooting guide for IT pros and system administrators
Windows Update errors are frustrating. I don’t want to use hyperbole, but I have suffered from Windows Update errors for decades. I remember when Windows ME created a slightly newer Windows Update UI/UX, and it was rough.
The main concern is that the visible code rarely explains the full problem. A cumulative update may fail with 0x800f0831, 0x80070002, or another error code, but the real issue could be a damaged component store, missing download bits, a blocked network/Internet path, or low disk space.
Table 1 – Windows Update errors (Quick reference)
| Error code | Usually indicates | First fix to try |
| 0x800f0831 | Component store corruption | DISM + SFC |
| 0x800f0922 | VPN/connectivity/reserved partition | Check VPN and partition |
| 0x8024a105 | Update client issue | Reset update services |
| 0x80070002 | Missing update files | Clear update cache |
| 0x80073701 | Missing assemblies | DISM repair |
For IT pros, the right approach is not to try random fixes. You should treat the error code as a starting point, identify where the update failed, and then choose the least disruptive repair path. This guide explains how to find update errors, apply fixes that resolve most failures, and troubleshoot the most common Windows Update error codes.
Start by identifying the error code in Update History, verify available disk space, restart Windows Update services, run DISM and SFC, and then retry the update. If the update still fails, use the specific error code to identify whether the problem involves connectivity, component corruption, storage, or enterprise update management.
Determining the Windows Update error code before you start troubleshooting is like finding a map before venturing to an unknown location – it’s important. Use these steps to find the details.
Get-WindowsUpdateLog
Use WindowsUpdate.log to review scan, download, and client activity. For installation failures, review the ‘CBS.log’ file, which often shows missing packages, corrupted manifests, or servicing stack errors that do not appear in the Windows Update interface.
Cumulative updates require space to download, expand, stage, install, and roll back if needed. Check free space on the system drive before deeper troubleshooting.
Get-PSDrive -Name C
Restart the device if a reboot is pending. Pending restarts from previous updates, driver installs, or feature changes can block servicing and create misleading update errors.
If the failure looks like a scan or download issue, restart the Windows Update, BITS, and Cryptographic services. This is a safe first step before clearing local update data.
Stop-Service wuauserv,bits,cryptsvc -Force
Start-Service cryptsvc,bits,wuauserv
If updates fail during installation or several updates fail on the same device, suspect component store corruption. Run DISM first because it repairs the Windows image. Then run System File Checker to repair protected system files.
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
If DISM cannot reach Windows Update, use a known-good repair source that matches the installed Windows build.
DISM /Online /Cleanup-Image /RestoreHealth /Source:\serversharesourcesinstall.wim /LimitAccess
Error 0x800f0831 usually indicates component store corruption or a missing update (package) required by the cumulative update. The fastest step is to run the DISM and SFC commands from above, then reboot, then retry the update. If one KB continues to fail, download and install it manually from the Microsoft Update Catalog.
Error 0x800f0922 often points to connectivity problems, VPN interference, or insufficient space in a system partition. Disconnect your VPN, verify proxy and firewall access to update endpoints, and/or retry from a trusted network. If connectivity is healthy, check the EFI or system reserved partition, especially on older images or devices upgraded across multiple Windows versions.
Error 0x8024a105 is commonly tied to Windows Update client communication or corrupted local update components. Restart services first. If the error persists, rename the local update cache folder (C:\Windows\SoftwareDistribution) so Windows can rebuild it.
Stop-Service wuauserv,bits,cryptsvc -Force
Rename-Item C:WindowsSoftwareDistribution SoftwareDistribution.old
Rename-Item C:WindowsSystem32catroot2 catroot2.old
Start-Service cryptsvc,bits,wuauserv
Error 0x80070002 means Windows cannot find a required file. In update scenarios, this often means the local payload or metadata is missing or corrupted. Clear the update cache, restart services, and download the update again. If only one update fails, install the KB manually. Downloading the update from the Microsoft Update Catalog can also help here.
Error 0x80073701 usually means Windows servicing cannot find a required assembly. Run DISM and SFC, then review CBS.log. If corruption remains after repair, an in-place repair upgrade (see below in Settings -> System -> Recovery) may be faster than continuing to chase individual missing components.
Windows 11 now includes a dedicated “Fix problems using Windows Update” recovery option that can reinstall Windows while preserving applications, files, and settings.

Essentially, group failures are bucketed into four categories:
Use timing to narrow the category. A failure before the download completes usually belongs to the client, network, or content source. A failure at installation percentage milestones usually points to servicing, component store, or file integrity issues. A failure after rebooting may involve drivers, boot files, disk layout, or rollback handling. This simple timeline prevents unnecessary repairs and helps administrators decide which logs matter most.
If one device fails, repair the endpoint. If many devices fail with the same update, investigate the management path before rebuilding clients. A device-level fix will not last if the update source, policy, or content distribution path is still broken.
For enterprise support teams, compare one failed device against a healthy device in the same update ring or collection. Check whether both devices receive the same policy, target the same update source, and report the same scan result. Differences in policy, network path, or content availability often explain why one endpoint fails while another installs the same update successfully.
For a single failed KB, install the standalone package from the Microsoft Update Catalog. If multiple updates fail or DISM cannot repair the image, perform an in-place repair upgrade using System -> Recovery in the Settings app. This preserves apps and data while replacing damaged Windows components. For servers and production endpoints, confirm backups and maintenance windows before proceeding.
Document each remediation attempt, including the KB number, command output, reboot status, and relevant log excerpts. This creates a clean escalation record for platform engineering, endpoint management, or Microsoft support and reduces the chance that the same basic steps are repeated without progress.
Windows Update troubleshooting works best when administrators move from evidence to action. Capture the error code, review WindowsUpdate.log and CBS.log, apply broad fixes such as service restarts and DISM/SFC repair, and then use the specific code to choose the next step. The goal is not just to install one update, but to return the device to a healthy servicing state.
Run DISM first, then SFC. DISM repairs the Windows image that SFC relies on.
Rename it instead of deleting it immediately. Renaming forces Windows to rebuild the cache while preserving the old folder temporarily. After your troubleshooting is complete, you can safely delete the renamed folder structure after a few days.
Oversimplifying this answer, yes. The next cumulative update will include the fixes you’re not getting and new ones. However, repeated failures indicate an underlying servicing, storage, or management issue that should be corrected.