If you upgraded your PC to Windows 11 Version 24H2 and ran the built-in Disk Cleanup utility or inspected Storage settings, you likely encountered a puzzling anomaly: a persistent 8.63 GB entry under 'Windows Update Cleanup' that refuses to disappear. No matter how many times you check the box and click 'Delete Files', the 8.63 GB reading stubbornly reappears on the very next scan.

This behavior caused widespread concern among users fearing unremovable system bloat or corrupted solid-state drive partitions. The reality, confirmed by Microsoft engineering teams, is tied directly to an architectural change in how Windows 11 24H2 processes monthly servicing updates. Here is the complete technical breakdown of why this happens, why your drive space is actually safe, and how to verify your real storage capacity.

What Causes the 8.63 GB Bug: Checkpoint Cumulative Updates Explained

Starting with Windows 11 24H2, Microsoft introduced Checkpoint Cumulative Updates. In previous releases of Windows 10 and Windows 11, each monthly cumulative update grew larger over time because it contained every binary fix introduced since the operating system was originally compiled (RTM). By year two of an OS lifecycle, updates frequently exceeded 1.5GB to 3GB.

With Checkpoint Updates, Microsoft establishes periodic baseline checkpoints. Future cumulative packages only contain the differential code between the most recent checkpoint and the current month, dramatically reducing download sizes and deployment times. However, this architectural change introduced a flaw into legacy storage enumeration tools:

  • Component Store Preservation: Checkpoint packages mark previous servicing manifests inside the Component Store (C:\Windows\System32\WinSxS) as active dependencies required for future differential rollback or patching.
  • Legacy Disk Cleanup Calculation Failure: The legacy Disk Cleanup utility (cleanmgr.exe) and the modern Storage settings engine were not originally programmed to account for checkpoint differential pointers.
  • The Cosmetic Reporting Loop: When Disk Cleanup runs, it successfully purges genuine temporary update files. But when it calculates the remaining size, it misinterprets the protected checkpoint servicing baseline as reclaimable space and outputs a static, hardcoded figure of roughly 8.63 GB.

The Critical Fact: Your Disk Space Is NOT Stolen

Independent sector-level file analysis verifies that the 8.63 GB is purely a cosmetic reporting error. Your physical drive space is genuinely freed during cleanup. The number displayed in the dialog box is simply a false-positive visual remnant.

How to Verify Real Free Space with PowerShell & DISM

Instead of relying on the legacy cleanmgr dialog box, you can query the Windows Component Store directly through Deployment Image Servicing and Management (DISM) to view the actual physical size of your update cache and reclaim any truly orphaned staging packages:

  1. Right-click the Start menu icon and select Terminal (Admin) or PowerShell (Admin).
  2. Execute the Component Store analysis command:
    dism /online /cleanup-image /analyzecomponentstore
  3. Examine the terminal output. Look for the lines labeled 'Backups and Disabled Features' and 'Date of Last Cleanup'. If the system reports 'Component Store Cleanup Recommended: Yes', proceed to the next step.
  4. Run the official reset base cleanup command:
    dism /online /cleanup-image /startcomponentcleanup /resetbase
  5. Wait for the progress bar to reach 100%. This operation safely discards superseded component versions while strictly preserving checkpoint update integrity.

What NOT to Do: Dangerous Workarounds to Avoid

Because the 8.63 GB figure can look concerning, several unsupported and dangerous workarounds circulated across community forums. PC builders should strictly avoid the following actions:

  • Never Force-Delete the WinSxS Folder: Attempting to take ownership of C:\Windows\System32\WinSxS and deleting subdirectories will corrupt the Windows servicing engine, resulting in immediate 0x80070002 or 0x800F0988 update failures on subsequent monthly patches.
  • Avoid Aggressive Third-Party Registry Cleaners: Automated registry cleaning tools often delete critical servicing state flags, preventing Windows from correctly parsing checkpoint updates.
  • Do Not Delete the SoftwareDistribution Download Folder Manually: While clearing the SoftwareDistribution folder is a valid troubleshooting step for stuck downloads, doing so repeatedly while updates are in a staging state can orphan checkpoint manifests.

Microsoft Patch Status: How the Cosmetic Bug Is Resolved

Microsoft released cumulative updates (including KB5044384 and subsequent monthly servicing releases) that revise the math parser within cleanmgr.exe. Once your operating system is updated to the latest 24H2 cumulative build, the calculation logic correctly identifies active checkpoint components and zeroes out the update cleanup figure once temporary staging files have been discarded.

Summary & Best Practices for Windows 11 Maintenance

The persistent 8.63 GB Windows Update Cleanup bug is an artifact of modernization as Windows moves toward lightweight checkpoint updates. Gamers and PC builders can rest assured that their high-speed solid-state drives are not hemorrhaging storage space.

To keep your Windows 11 installation performing at its absolute peak, explore our complete walkthrough on how to fix Windows 11 running slow after updates or learn how to fix Windows 11 24H2 update failed errors (0x80070002, 0x800F0988).