“We couldn’t complete the updates, undoing changes” is Windows 11’s polite way of saying the installer gave up and is cleaning up after itself. On 24H2 this message has become more common, not because the update engine got worse, but because the bar got higher: stricter driver checks, new virtualization-based security requirements, and tighter component-store validation mean packages that limped through on 23H2 now fail loudly instead.
The mechanics are worth understanding because they shape the fix. Every update is installed as a transaction. If any step fails — a driver refuses to migrate, a file hash mismatches, the disk fills up — the engine aborts the transaction and plays it backwards, restoring the pre-update snapshot. That reversal is the “undoing changes” phase. Your job is not to fight the rollback; it is to remove whatever made the transaction fail so the next attempt commits cleanly.
Start by noting the KB number and error code in Update history. Codes like 0x800f0922 (often .NET or low space), 0x80070002 (missing update files), and 0x80070003 follow patterns that point straight at the right fix. With that code in hand, work through the steps below in order.
Why this happens
- A driver that fails 24H2’s stricter checks: graphics, Wi-Fi, and storage drivers written for older builds are the top cause of aborted 24H2 updates.
- Corrupted staged files in the update cache: an incomplete download in SoftwareDistribution fails its integrity check and the whole transaction unwinds.
- Insufficient free disk space: 24H2 feature updates need substantial working room; running out mid-install guarantees a rollback.
- Third-party antivirus interfering: security suites that hook the kernel can block file replacements the installer needs to make.
- A damaged component store (WinSxS): if DISM-level corruption exists, new components cannot be staged at all.
- Outdated BIOS/UEFI firmware: 24H2’s security features expect reasonably current firmware; very old firmware can fail the update’s prerequisites.
- Pending servicing operations: a previous update that never finished leaves the servicing stack in a state the next update cannot build on.
- A specific KB with a known bug: sometimes the package itself is broken for certain hardware, and no local fix will help until Microsoft revises it.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Record the error code, then wait out the rollback
Diagnosis before action. The error code in Update history is the single most useful piece of information you have, and the rollback needs time to finish safely.
- If you can reach the desktop, open Settings, then Windows Update, then Update history, and write down the failed KB number and error code.
- Search the code on the Microsoft Windows update support pages to identify the documented cause.
- If the machine is currently on the “undoing changes” screen, give it 30 to 60 minutes with the charger plugged in and the disk activity light as your guide.
- Do not interrupt the rollback — a half-reversed transaction is worse than a slow one. The same patience rule applies when Windows is stuck on the restarting screen .
Fix 2: Run the Windows Update troubleshooter
The built-in troubleshooter resets the most common failure points — stuck services, misconfigured policies, and corrupted cache metadata — automatically.
- Open Settings, then System, then Troubleshoot, then Other troubleshooters.
- Click Run next to Windows Update and let it complete.
- Apply every fix it recommends, even ones that look unrelated.
- Restart the laptop and check for updates again.
- If the troubleshooter itself fails to run, follow our dedicated guide for the troubleshooter not working .
Fix 3: Clear the SoftwareDistribution and catroot2 caches
A poisoned update cache makes the same package fail identically on every retry. Clearing it forces a clean re-download and rebuilds the update database.
- Open Command Prompt as administrator.
- Run
net stop wuauserv,net stop cryptSvc,net stop bits, andnet stop msiserver. - Rename
C:\Windows\SoftwareDistributiontoSoftwareDistribution.oldandC:\Windows\System32\catroot2tocatroot2.old. - Restart all four services with
net startcommands. - Reboot, then run Windows Update and let it re-scan from scratch.
Fix 4: Repair the component store with DISM and SFC
When the WinSxS store is damaged, the installer cannot stage new components and every update unwinds. DISM repairs the store image; SFC verifies system files against it.
- Open an elevated Command Prompt.
- Run
DISM /Online /Cleanup-Image /RestoreHealthand allow 10 to 30 minutes. - Follow with
sfc /scannowand wait for verification to complete. - If SFC reports unfixable corruption, run DISM again, then SFC once more.
- Reboot and retry the update.
Fix 5: Update drivers and BIOS from the manufacturer
Because 24H2 enforces stricter driver validation, manufacturer-provided drivers matter more than ever. Windows Update’s own driver offerings sometimes lag behind.
- Visit your laptop manufacturer’s support page and download 24H2-ready chipset, graphics, Wi-Fi, and storage drivers.
- Check for a BIOS/UEFI update and install it following the manufacturer’s instructions exactly — keep the charger connected.
- In Device Manager, look for any device with a yellow warning icon and resolve it before retrying.
- If a specific driver update delivered through Windows Update keeps failing, hide it with the show-or-hide updates troubleshooter.
- Retry the feature update only after drivers and firmware are current.
Fix 6: Free disk space and remove interference
Low space and external interference are the two environmental causes you can eliminate in minutes.
- Confirm at least 20 GB free on C: via Settings, then System, then Storage.
- Run Disk Cleanup as administrator, selecting Windows Update Cleanup and Temporary files.
- Disconnect all USB peripherals except keyboard and mouse.
- Temporarily disable third-party antivirus and disconnect any VPN.
- Retry the update in this clean state.
Fix 7: Perform an in-place upgrade repair
If the servicing stack itself is broken, an in-place upgrade reinstalls Windows 11 over itself — keeping files and apps — and rebuilds the update components completely.
- Back up important files first, as a matter of habit.
- Download the Windows 11 ISO from the official software download page .
- Mount the ISO, run setup.exe, and choose “Keep personal files and apps.”
- Allow 30 to 90 minutes for the upgrade to complete.
- Afterward, run Windows Update — the previously failing package usually installs cleanly.
Closing
The “we couldn’t complete the updates” loop on 24H2 is frustrating precisely because the message tells you what happened but not why. The error code in Update history is your why — match it to a fix above instead of retrying blindly. In the majority of cases, a cache reset plus current manufacturer drivers breaks the loop permanently. And if the same KB fails on a fully healthy system, check Microsoft’s known-issues list: sometimes the right move is simply to wait for the revised package.
