Error 0x80070422 is refreshingly honest as Windows errors go: it means a service Windows Update needs is disabled and can’t start. No cryptic corruption, no missing files — just an engine that someone (or something) switched off. The fix is correspondingly direct: find the disabled service, switch it back on, and updates flow again.
This error also shows up in the Microsoft Store and a few other places, but the Windows Update context is by far the most common on 24H2. The steps below cover the services, the registry keys that control them, and the tools that keep turning them off — because the real fix isn’t just enabling the service once, it’s stopping whatever disabled it.
Why this happens
- A “debloating” or “privacy” tool disabled it. Third-party utilities that promise to stop Windows “spying” routinely disable the Windows Update service as part of their script. This is the number-one cause I see.
- A previous troubleshooting session left it off. The standard advice for stuck updates includes stopping the update services — and plenty of people (and scripts) stop them without restarting them.
- Group Policy on managed machines. Work or school laptops may have update services controlled by IT policy. The service shows as disabled and your changes get reverted.
- Malware blocking updates. Preventing security updates is standard malware tradecraft. If the service keeps disabling itself and you didn’t install any tweaking tools, suspect infection.
- Corrupted service configuration. Rare, but the service’s registry configuration can be damaged such that it can’t start even when set to Automatic — usually after a bad update or disk corruption.
- Dependency services disabled. Windows Update depends on other services (BITS, RPC). If a dependency is disabled, the update service fails to start and you get the same error code.
How to fix it
Work through these in order — start with Fix 1 and only move on if the problem is still there.
Fix 1: Enable the Windows Update service
The direct fix — check the service and set it correctly.
- Press Win + R, type
services.msc, and press Enter. - Find Windows Update in the list and double-click it.
- Set Startup type to Automatic. If Service status shows Stopped, click Start.
- Click OK, then go to Settings > Windows Update > Check for updates. If updates now work, you’re done — but read Fix 5 to stop it happening again.
Fix 2: Enable the dependency services
Windows Update doesn’t work alone — check its supporting cast.
- In services.msc, find each of these and set Startup type to Automatic (or Manual where noted), starting any that are stopped:
- Background Intelligent Transfer Service → Automatic
- Cryptographic Services → Automatic
- DCOM Server Process Launcher → Automatic
- RPC Endpoint Mapper → Automatic
- Windows Installer → Manual
- Restart the laptop after changing several services — some only pick up the new configuration on boot.
- Retry Windows Update. A single disabled dependency produces the identical 0x80070422, so don’t skip this check. Dependency issues also lurk behind sibling errors like 0x80240034 , where BITS misbehavior breaks downloads.
Fix 3: Fix it via the registry
If the Services console won’t let you change the startup type (greyed out), the registry is the back door.
- Press Win + R, type
regedit, and press Enter. Approve the UAC prompt. - Navigate to
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\wuauserv. - Double-click the Start value and set it to
2(Automatic). The values mean: 2 = Automatic, 3 = Manual, 4 = Disabled. - Do the same for the
BITSkey (Background Intelligent Transfer Service) — set its Start to2or3. - Close the editor and restart. Verify in services.msc that the services now show the correct startup types.
Fix 4: Run the Windows Update troubleshooter
Let Microsoft’s automated tool verify the service configuration.
- Open Settings > System > Troubleshoot > Other troubleshooters.
- Click Run next to Windows Update.
- The troubleshooter checks service states among other things and will restart misconfigured services itself.
- Restart the laptop and retry the update. This is a good sanity check even after manual fixes — it catches anything you missed.
Fix 5: Find and remove whatever keeps disabling it
Enabling the service once is pointless if something switches it off again tonight.
- Think about what you’ve installed: “privacy tools,” “Windows debloaters,” “update blockers,” “game optimizers” — uninstall anything in this family via Settings > Apps > Installed apps.
- Check Task Scheduler (Win + R,
taskschd.msc) for tasks that stop or disable update services — look under Task Scheduler Library for unfamiliar entries and disable the suspicious ones. - Check Startup apps in Task Manager for tweaking utilities that reapply their “optimizations” on every boot.
- If you’re on a work or school laptop and the service reverts after every change, stop fighting it and talk to your IT department — Group Policy will override local changes every time, and that’s by design.
Fix 6: Scan for malware
A service that disables itself repeatedly is a red flag.
- Open Windows Security from the Start menu, go to Virus & threat protection > Scan options, and run a Full scan.
- For a second opinion, run the Microsoft Safety Scanner (free download from Microsoft support ) — it’s a standalone on-demand scanner that doesn’t conflict with anything.
- If malware is found and removed, re-enable the services (Fix 1) and run Windows Update immediately to catch up on the security patches the malware was blocking.
- After cleanup, change important passwords from a clean device — malware that blocks updates often does worse things too.
Fix 7: Repair the service registration
When the service configuration itself is corrupted and won’t start even when enabled.
- In Terminal (Admin) (Win + X), re-register the update engine components:
regsvr32 /s wuapi.dllregsvr32 /s wuaueng.dllregsvr32 /s wups.dll - Then reset the service configuration to defaults:
sc config wuauserv start= autosc config bits start= autonet start wuauservnet start bits(Note the space afterstart=— it’s required.) - Restart and test. If the services now start and stay running, the corruption is resolved.
- As a final fallback, an in-place upgrade with the 24H2 ISO (from the Windows 11 download page , keeping files and apps) rebuilds all service registrations cleanly.
Closing
Error 0x80070422 is one of the most satisfying errors to fix because the cause-and-effect is so clean: service off, updates fail; service on, updates work. Once updates flow again, if a different update error appears — the download-failure 0x800f0922 is the next most common — that guide picks up where this one leaves off. The only trap is stopping at Fix 1 without doing Fix 5 — if a debloating tool or scheduled task keeps killing the service, you’ll be back here next month wondering why updates broke “again.” Find the thing that turned it off, remove it, and this error becomes a one-time story.
