The Windows Update troubleshooter has a reputation problem: people run it, it says it fixed something vague, and the update still fails. But used properly — as the first step in a sequence rather than a magic button — it genuinely resolves a large share of update problems. It resets services, clears bad cache metadata, and repairs the BITS queue, all in a few clicks.
The trick is knowing what it can and cannot do, running it correctly, and having the manual follow-ups ready for when it falls short. This guide covers the full arc: the best way to run it, how to interpret its results, and what to do next in every outcome.
Think of the troubleshooter as triage, not surgery: it quickly handles the common, shallow problems so you can focus your effort on whatever remains. Running it first also gives you a documented baseline — if a later manual fix is needed, you know the service layer is already verified. That division of labor is what makes the sequence in this guide effective.
Why this happens
- Services in bad states: The troubleshooter’s primary target — stuck or misconfigured update services.
- Corrupted cache metadata: The troubleshooter clears the download database Windows Update consults.
- BITS queue corruption: Stalled transfer jobs the troubleshooter can purge.
- Cryptographic service issues: Signature verification failures it can reset.
- Problems beyond its scope: Deep file corruption it detects but cannot repair.
- Troubleshooter itself broken: Missing or crashing troubleshooter needing re-registration.
- Underlying hardware faults: Disk errors no software troubleshooter can fix.
- Outdated troubleshooter definitions: The troubleshooter’s own checklists needing refresh via Get Help.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Run the troubleshooter correctly
- Close all applications to give the troubleshooter a quiet system.
- Go to Settings > System > Troubleshoot > Other troubleshooters and click Run next to Windows Update.
- Let it complete fully — do not click away or close the window early.
- Apply every fix it offers, even ones that look unrelated, then restart when it finishes.
- Disconnect from VPN during the run — network checks behave better on a direct connection.
- Note the exact time you ran it; the event log entries help if you escalate later.
Fix 2: Interpret the results properly
- If it reports fixed issues, retry Windows Update immediately after the restart.
- If it reports it could not identify the problem, note that — it rules out service misconfiguration.
- Check Settings > Windows Update > Update history for whether the error code changed.
- A changed error code after the troubleshooter means progress; treat the new code as your next lead.
- Expand the troubleshooter’s detailed view to see every check it performed.
- If it fixed services, verify they show as Running in services.msc afterward.
Fix 3: Run it from Get Help as an alternative
- If the Settings version is missing, open the Get Help app from the Start menu.
- Search for “Windows Update troubleshooter” and run the guided version there.
- This version sometimes includes newer checks than the Settings one.
- Microsoft is migrating troubleshooters here, so bookmark this path. If neither version runs, see our guide on troubleshooter failures .
- The Get Help version may download updated diagnostic packs — allow it network access.
- If Get Help lacks the troubleshooter, your Windows build may need updating first.
Fix 4: Follow up with a manual cache clear
- The troubleshooter clears metadata but sometimes leaves the payload cache; do it manually.
- In an elevated Command Prompt:
net stop wuauserv,net stop bits, emptyC:\Windows\SoftwareDistribution\Download, restart both services. - Retry the update.
- This one-two punch — automated metadata repair plus manual payload clear — resolves most stubborn cases.
- After the manual clear, confirm the update client rebuilds its database on the next check.
- Run the troubleshooter once more after the manual clear — the combination often succeeds.
Fix 5: Repair what the troubleshooter cannot
- Run
DISM /Online /Cleanup-Image /RestoreHealthin an elevated Command Prompt. - Follow with
sfc /scannowand restart. - These repair the system file and component store damage outside the troubleshooter’s scope.
- Retry Windows Update. Microsoft documents these repairs on its Windows support pages .
- Capture DISM’s completion message for your records if this becomes a support case.
- If SFC reports unfixable corruption, the CBS log names the files for targeted repair.
Fix 6: Install the update manually
- Find the failing KB number in Update history.
- Download it from the Microsoft Update Catalog and install the .msu directly.
- This bypasses the automated pipeline the troubleshooter was trying to heal.
- If the manual install succeeds, the troubleshooter did its job on the services — only the delivery was broken.
- Match the Catalog package to your build exactly — architecture and build both matter.
- After manual success, let the next scheduled update run automatically to confirm recovery.
Fix 7: Reset components when all else fails
- Stop
wuauserv,bits,cryptsvc, andmsiserverin an elevated Command Prompt. - Rename
SoftwareDistributionandcatroot2with.oldsuffixes, then restart the services. - Run the troubleshooter once more on the clean slate — it often succeeds now.
- Check for updates. For recurring monthly failures, our guide on cumulative update failures addresses the pattern.
- Restart each service and verify its status shows Running before proceeding.
- After the reset, avoid interrupting the first update check — it takes longer than normal.
Closing
The troubleshooter is the right first move, not the only move: run it properly, read its results, then layer the manual cache clear, the DISM/SFC repair, and the manual install behind it. Used as the opening of a sequence rather than a lone hope, it earns its place in every technician’s toolkit. Keep it in mind next Patch Tuesday before reaching for anything drastic. The troubleshooter-plus-manual-followup pattern works beyond Windows Update too — it is a general troubleshooting philosophy. Automate the shallow checks, hand-repair the deep ones, and verify everything at the end.
