The download starts, climbs to 12 percent — or 47, or 83 — and stops. Hours later it has not moved a point. Restarting the check sometimes resets it to zero, where it climbs back to the same spot and freezes again. On Asus laptops this maddening loop almost always lives in the download pipeline: BITS, the update cache, or the network path between you and Microsoft’s servers.
Download stalls are a different animal from install failures. The update has not failed — it has never fully arrived. That narrows the fix list considerably, and it means the repairs are lower-risk: you are dealing with plumbing, not surgery. Work through these in order and the download completes.
BITS — the Background Intelligent Transfer Service — is the engine behind every Windows Update download, and it has its own state machine. A BITS job can be queued, connecting, transferring, suspended, or in error, and a job wedged in error with automatic retry is exactly what a frozen percentage looks like. You can inspect these jobs directly with the bitsadmin tool, which shows what Settings hides: which job is stuck, how many bytes transferred, and how many times it errored. When the GUI gives you nothing, bitsadmin gives you the truth.
Why this happens
- A corrupted partial download in the cache. Damaged chunks fail validation, BITS discards them, and the cycle repeats.
- The BITS service is stuck or misconfigured. The transfer engine itself wedges, and no download can progress.
- Unstable Wi-Fi dropping the connection. Intermittent drops corrupt in-flight chunks on Asus models with aggressive power-saving wireless.
- Metered connection pausing the download. Windows halts large downloads on connections it believes are metered.
- Asus power profiles throttling background transfers. Battery-saver profiles can starve BITS of network access.
- Third-party firewall blocking the transfer. Security software interrupting the CDN connection mid-download.
- Disk errors corrupting cached chunks. Bad sectors damage the partial download as it is written.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Confirm the stall and check the network
Rule out the obvious before touching services.
- Note the exact frozen percentage and wait 30 minutes to confirm zero movement.
- Open Task Manager > Performance > Wi-Fi or Ethernet — flatlined network means a true stall.
- Test general browsing; if the internet is down, fix that first.
- If you are on a metered or hotspot connection, the pause may be intentional — see metered connection blocking updates .
Fix 2: Restart BITS and the update services
Unwedges the transfer engine without deleting anything.
- In an elevated Command Prompt:
net stop wuauserv,net stop bits. - Wait 30 seconds, then
net start bits,net start wuauserv. - Check for updates and watch the download for 15 minutes.
- If it resumes, the service was wedged — no deeper repair needed.
Fix 3: Clear the download cache
Removes the corrupted partial download the pipeline keeps tripping over.
- Stop wuauserv, cryptSvc, bits, and msiserver.
- Rename
C:\Windows\SoftwareDistributiontoC:\Windows\SoftwareDistribution.old. - Restart the services and check for updates.
- The download restarts from zero with clean cache — let it run uninterrupted.
Fix 4: Stabilize the network path
Intermittent connectivity is a top cause of chunk corruption.
- Switch to Ethernet or move closer to the router.
- Disable VPNs during the download — they add a failure-prone hop.
- In Device Manager, disable power-saving on the Wi-Fi adapter’s Power Management tab.
- Update MyASUS and Armoury Crate from the Microsoft Store to rule out Asus-side interference.
Fix 5: Run the troubleshooter and reset components
For stalls that survive a cache clear.
- Run Settings > System > Troubleshoot > Other troubleshooters > Windows Update.
- If it finds nothing, run
DISM /Online /Cleanup-Image /RestoreHealthelevated. - Follow with
sfc /scannowand restart. - Retry the download. Persistent stalls at this point suggest disk issues — run
chkdsk C: /f.
Fix 6: Try the manual Catalog download
When the BITS pipeline will not cooperate, go around it.
- Find the KB number in Update history or the update’s details.
- Download it from the Microsoft Update Catalog .
- Install the .msu directly — this uses no BITS transfer at all.
- If the manual install works, the download pipeline was the sole problem. For the Dell-side version of this fix, see update stuck downloading on Dell .
Fix 7: Check disk health as the last resort
Repeated chunk corruption with a stable network points at storage.
- Run
chkdsk C: /f /rand reboot to scan. - Review SMART data with Asus or Windows tools.
- Clear the cache once more after any disk repairs.
- If the drive is failing, replace it before trusting the machine with updates — a dying disk corrupts more than downloads. For deeper update-system repair, Microsoft support documents the full component reset.
Fix 8: Inspect the stuck BITS job directly
See what the Settings page will not show you.
- In an elevated Command Prompt, run
bitsadmin /list /allusers /verbose. - Look for jobs in ERROR or SUSPENDED state with transfer errors counting upward.
- Run
bitsadmin /reset /allusersto cancel all jobs cleanly. - Check for updates afterward — the fresh job starts without the wedged state.
Closing
A download that freezes mid-way is a pipeline problem: BITS, the cache, or the network path. Restart the services, clear the cache, stabilize the connection, and the download finishes. Keep the manual Catalog install in your back pocket for the stubborn cases — it bypasses the entire download pipeline and gets the update onto the machine regardless. For recurring stalls, consider a weekly maintenance window: plug in, connect via Ethernet, and let Windows Update run undisturbed. Machines updated regularly develop fewer cache problems than machines updated in panicked bursts after months of postponement. Consistency is the cheapest update repair there is, and it costs nothing but a little planning.
