Error 0x80240034 is Windows Update admitting the download didn’t make it: WU_E_DOWNLOAD_FAILED. The package started transferring and never finished — cut off by a metered connection, a Wi-Fi drop, a poisoned cache, or simply nowhere to land on a full disk. Your system is untouched, because Windows never installs a package it can’t fully verify.
The trap with this error is the retry loop: clicking “Retry” just re-downloads into the same broken cache over the same constrained connection. The sequence below breaks the loop by fixing the conditions first — connection, space, cache — and only then fetching the package again.
Note that a failed download is never dangerous. Windows cryptographically verifies packages before installing anything, so partial or corrupted data is discarded, never applied. The frustration of 0x80240034 is purely logistical — time and bandwidth spent on downloads that go nowhere. Fix the underlying condition once, and the same update that failed five times will typically sail through on the next attempt. There’s one more habit worth building: whenever an update fails repeatedly, check Update history for the KB number before retrying. Knowing exactly which package is failing lets you jump straight to the manual Catalog download instead of burning through your data allowance on attempts that were never going to work. Technicians always identify the package first and retry second — it’s faster, cheaper on metered connections, and it turns a mysterious failure into a concrete task with a concrete package. That single habit will save you more time across future update problems than any other trick in this guide.
Why this happens
- A metered connection limiting transfers. Windows throttles or pauses large downloads on metered networks.
- Unstable Wi-Fi or VPN drops. Interruptions mid-transfer leave partial, unverifiable fragments.
- A corrupted download cache. Failed fragments poison every subsequent retry.
- Proxy server interference. Misconfigured proxies break the download stream.
- Antivirus scanning timeouts. Real-time scanning of huge packages can stall the transfer.
- Low disk space. The package needs room to download and unpack.
- Sleep mode during download. The laptop sleeping mid-transfer kills it.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Verify the metered connection setting
The single most common cause, and a thirty-second check.
- Go to Settings > Network & internet > Wi-Fi, click your network, and look at the Metered connection toggle.
- On home broadband, turn it off; Windows restricts update downloads while it’s on.
- On genuinely limited data, keep it on but move to unmetered Wi-Fi before updating.
- For persistent metered-connection weirdness, see our dedicated guide on fixing metered connections blocking Windows Update .
Fix 2: Give the download a stable path
Eliminate the transient network causes.
- Disconnect any VPN and retry — a flaky tunnel is a classic download killer.
- If you’re on Wi-Fi, move closer to the router or plug in Ethernet for the download.
- Set the laptop to stay awake: Settings > System > Power & battery, and set screen and sleep to generous timeouts while plugged in.
- Click Retry in Windows Update; many one-off 0x80240034 errors clear on a clean attempt.
Fix 3: Clear disk space for the download
Check the landing zone before blaming the network.
- Open Settings > System > Storage; cumulative updates want several gigabytes of free space on C:.
- Run Disk Cleanup with Clean up system files and clear Windows Update Cleanup, temporary files, and delivery optimization files.
- Uninstall large unused apps and empty the Recycle Bin.
- Retry the download with comfortable headroom.
Fix 4: Reset the SoftwareDistribution cache
Break the retry loop by deleting the poisoned fragments.
- In an administrator Command Prompt:
net stop wuauservandnet stop bits. - Rename the folder:
ren C:\Windows\SoftwareDistribution SoftwareDistribution.old. - Restart the services:
net start wuauservandnet start bits. - Run Check for updates; the download starts completely fresh with nothing stale to trip over.
Fix 5: Check proxy and Delivery Optimization settings
Misrouted traffic fails the same way a dead connection does.
- Open Settings > Network & internet > Proxy and make sure Use a proxy server is off unless you genuinely need one.
- Go to Settings > Windows Update > Advanced options > Delivery Optimization and try toggling Allow downloads from other PCs off temporarily.
- Run the Windows Update troubleshooter at Settings > System > Troubleshoot > Other troubleshooters to repair the transfer services.
- Microsoft’s official Windows Update support hub has more on these network-related failures.
Fix 6: Fetch the package manually
When the automatic downloader keeps failing, sidestep it.
- Note the failing KB number from Settings > Windows Update > Update history.
- Download the x64
.msufrom the Microsoft Update Catalog — on another PC and a USB drive if your connection is the problem. - Run the installer on the affected laptop; it verifies the package before installing.
- Confirm the KB shows as installed in Update history, then run a normal update check.
Fix 7: Tune Delivery Optimization for unreliable connections
Windows’ peer-to-peer update sharing can hurt more than it helps on flaky networks.
- Open Settings > Windows Update > Advanced options > Delivery Optimization.
- Turn Allow downloads from other PCs off temporarily — on unstable connections, peer chunks add failure points.
- Retry the update with Microsoft’s servers as the sole source.
- If the download now completes, leave peer downloads off; you lose nothing except a little download speed in ideal conditions.
Closing
Error 0x80240034 is a logistics problem — the package never arrived intact — so connection checks and a cache reset fix it far more often than system repairs do. For HP-specific angles like Support Assistant bandwidth contention, see the HP laptop version , and if Windows can’t even reach the update servers, the 0x8024402C step-by-step guide addresses that distinct failure.
