Everything in Windows Update flows through a single service, wuauserv, and when it will not run, nothing else in the update pipeline can work either. The symptoms are distinctive: error 0x80070422, the troubleshooter complaining it could not start the service, or updates that fail instantly instead of after trying. The good news is that a dead update service is one of the more straightforward problems to fix, because the causes are a short list.
This is a frequent topic in community troubleshooting because so many different things can stop the service — from overzealous optimizer tools to genuine corruption. The steps below move from the simple settings check through to full component repair, so you stop at whatever level fixes it.
The Windows Update service, wuauserv, is the front door of the entire update pipeline: the scan, the download, and the install orchestration all go through it. When it will not run, the symptoms are unmistakable — instant failures, error 0x80070422, and a troubleshooter that reports it could not start the service. What surprises people is how often the service was turned off deliberately by software they installed themselves: debloat scripts, privacy tools, and optimizers all treat the update service as fair game. The repair is therefore two jobs, not one: switch the service back on, and find what switched it off.
Why this happens
- Startup type set to Disabled: Debloat scripts, optimizers, and some tutorials disable the service outright.
- Corrupted service files: Damaged binaries or registry entries prevent the service from starting even when enabled.
- Broken dependencies: The update service relies on BITS, RPC, and the cryptographic service; if they are broken, it cannot start.
- Third-party interference: Security suites and system “tuners” sometimes block or kill the service.
- Policy restrictions: Group Policy can disable the service on managed or previously managed machines.
- Corrupt SoftwareDistribution state: A damaged data store can crash the service moments after it starts.
- System file corruption: Broader Windows corruption takes the service down with it.
- Stuck in a stop-pending state: A previous failed stop can leave the service wedged until the machine restarts.
How to fix it
Work through these in order — diagnose first, then act.
As you work through these steps, pay attention to whether the service starts and then stops again on its own. A service that will not start points to configuration or corruption; a service that starts and dies points to crashing dependencies or active interference — and that distinction tells you which half of this guide matters most.
Fix 1: Check and correct the service settings
Most cases end here — the service was simply disabled.
- Press Win + R, type
services.msc, and press Enter. - Find Windows Update in the list and double-click it.
- Set Startup type to Manual, which is the healthy default.
- Click Start, then Apply and OK, and confirm the status shows Running.
- Try Windows Update again immediately to see if the pipeline works.
Fix 2: Restart cleanly to clear a wedged state
A service stuck stopping will not respond to Start commands until the machine reboots.
- Save your work and perform a full restart, not a shutdown with fast startup.
- After booting, open services.msc and check the Windows Update service status.
- If it shows Running now, the wedge is cleared — test Windows Update.
- If it is still stopped, continue with the fixes below.
Fix 3: Verify the dependency services
The update service cannot run if its dependencies are broken.
- In services.msc, check Background Intelligent Transfer Service and set it to Manual, then start it.
- Check Cryptographic Services the same way and make sure it is running.
- Check Remote Procedure Call, which should already be running and set to Automatic.
- Return to the Windows Update service and try starting it again.
Fix 4: Remove third-party interference
Security and tuning tools are common service-killers.
- Temporarily disable your third-party antivirus real-time protection.
- Close or uninstall any “debloat,” optimizer, or update-blocking utilities.
- Try starting the Windows Update service again with the interference removed.
- If it starts, re-enable your antivirus and look for a setting in the other tool that was disabling updates.
Fix 5: Reset the service with the command line
When the GUI will not cooperate, direct commands sometimes succeed.
- Open Command Prompt as administrator.
- Run
net stop wuauserv— it may report the service is not started, which is fine. - Run
sc config wuauserv start= demandto set the startup type to Manual. Note the space after the equals sign. - Run
net start wuauservand confirm it reports the service started successfully.
Fix 6: Repair system files
Corruption in the service’s files or registry entries needs the standard repair tools.
- In an admin Command Prompt, run
DISM /Online /Cleanup-Image /RestoreHealth. - When DISM finishes, run
sfc /scannow. - Restart the laptop after both complete.
- Check the service status again and test Windows Update.
- If the troubleshooter was also misbehaving, our guide on fixing the Windows Update troubleshooter pairs well with this step.
Fix 7: Clear the SoftwareDistribution data store
A corrupted data store can crash the service seconds after it starts.
- Open an admin Command Prompt and run
net stop wuauservandnet stop bits. - Rename the store:
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old. - Run
net start wuauservandnet start bitsto rebuild the store fresh. - Check that the service stays running this time, then retry updates.
Fix 8: Check for policy blocks
A lingering policy can force the service to stay disabled no matter what you set.
- Press Win + R and type
gpedit.msc. Home edition users can skip this fix. - Go to Computer Configuration, Administrative Templates, Windows Components, Windows Update.
- Look for policies that disable update functionality and set them to Not Configured.
- Run
gpupdate /forcein an admin Command Prompt, restart, and verify the service starts.
A final preventive note: once the service is healthy, consider what you install next. The most common repeat offenders are ‘debloater’ scripts from forums and aggressive privacy tools that re-disable the service on a schedule. If updates break again weeks from now, check the service first — a repeat 0x80070422 almost always means the offending tool is still installed. For machines where the disabled service is the specific error code rather than a symptom, our dedicated 0x80070422 repair guide goes deeper into the policy and registry angles.
Closing
A Windows Update service that will not run is usually disabled by a tool, blocked by a policy, or crashing on corruption — and each of those has a direct fix in the sequence above. Once the service starts and stays running, Windows Update typically resumes normal operation, though a cache clear afterward is cheap insurance against the next failure.
