Après une mise à niveau vers Windows 11 24H2 (ou Windows Server 2025 Preview), certains voient « Windows Update Cleanup » annoncer ≈ 8,6 Go à supprimer alors que le disque est déjà nettoyé. Voici pourquoi cela arrive, comment vérifier l’espace réel et quelles actions mener.
Problème : « Windows Update Cleanup » affiche une taille fantôme sous Windows 11 24H2 (et Windows Server 2025 Preview)
Vue d’ensemble
Depuis l’arrivée de Windows 11 version 24H2 et de Windows Server 2025 Public Preview, Nettoyage de disque (cleanmgr.exe) et les Paramètres > Système > Stockage (Storage Sense) peuvent continuer à indiquer qu’il reste environ 8,6 Go (parfois davantage) de « Fichiers de mise à jour Windows » à supprimer, alors même que le premier nettoyage a déjà libéré l’espace. Le compteur paraît « bloqué », persiste après redémarrages et relances, et réapparaît parfois après l’installation de nouveaux cumulatifs.
La bonne nouvelle : il s’agit d’un faux positif d’affichage. L’espace a bel et bien été récupéré ; seule la valeur affichée est erronée. Microsoft a documenté ce comportement, mentionnant que Disk Cleanup might incorrectly report space available for cleanup et qu’un correctif complet est prévu. Un correctif partiel a déjà été inclus dans le cumulatif KB5044384 (24 octobre 2024) pour Windows 11 24H2, réduisant l’amplitude de l’erreur chez de nombreux utilisateurs.
Ce qui se passe techniquement (en bref)
- Le comptage de « Windows Update Cleanup » s’appuie sur le magasin de composants (
WinSxS) et sur la logique de maintenance (CBS/Servicing Stack). Il estime l’espace qui pourrait être récupéré en supprimant des composants mis à jour et devenus inactifs. - À partir de 24H2, des changements dans la manière dont les paquets et métadonnées sont consolidés/compressés (par ex. LZX, déduplication, catalogues) peuvent conduire, dans certains scénarios, à une estimation en décalage par rapport à la réalité après un premier nettoyage réussi.
- Le résultat : l’interface continue d’afficher une taille résiduelle « disponible » alors que rien de substantiel ne reste à supprimer.
Réponse & Solutions (résumé rapide)
| Approche | Détails |
|---|---|
| Comprendre le bug | • Erreur d’affichage uniquement : l’espace disque a été libéré lors du premier nettoyage. • Problème reconnu par Microsoft (Disk Cleanup might incorrectly report space available for cleanup). |
| Correctif partiel disponible | • Le cumulatif KB5044384 (24/10/2024) pour 24H2 inclut des améliorations réduisant l’erreur de comptage. • Installer les mises à jour publiées après le 24/10/2024 fait souvent disparaître l’entrée fantôme ou réduit sa taille affichée. |
| Correctif complet à venir | • Microsoft indique qu’un futur correctif affinera encore le calcul de l’espace (pas de date publique précise). |
| Mesures temporaires | 1) Laisser l’entrée inchangée : elle n’affecte pas l’espace libre réel. 2) Vérifier l’espace réel avec : fsutil volume diskfree C: ou un explorateur de disque tiers.3) Relancer Disk Cleanup ou Storage Sense n’endommage rien mais n’apporte souvent plus rien. 4) (Facultatif) DISM /Online /Cleanup-Image /StartComponentCleanup ou cleanmgr /sageset:1 & cleanmgr /sagerun:1 : consolident WinSxS, sans garantir la correction du chiffre affiché. |
| Cas Windows Server 2025 Preview | • Même symptôme (base de code commune). • Les cumulatifs ultérieurs doivent corriger l’affichage ; en attendant, appliquer les mêmes recommandations. |
Comment vérifier que l’espace a vraiment été libéré
Méthode 1 : comparer avant/après avec les compteurs bas niveau
- Avant tout nettoyage, notez l’espace libre de
C::fsutil volume diskfree C: - Exécutez Nettoyage de disque (ou Paramètres > Stockage) et cochez « Nettoyage de Windows Update ».
- Après redémarrage si demandé, relancez :
fsutil volume diskfree C:Comparez la ligne Total # of free bytes. Si elle a augmenté (même de quelques Go), l’espace a été récupéré. L’entrée affichée reste « fantôme ».
Méthode 2 : analyser le magasin de composants
Utilisez l’analyse DISM pour inspecter WinSxS :
Dism.exe /Online /Cleanup-Image /AnalyzeComponentStoreLes sections « Component Store (WinSxS) information » indiquent la taille effective du magasin et l’espace potentiellement récupérable. Si la part « Backups and Disabled Features » ou « Cache and Temporary Data » est faible après nettoyage, l’espace a bien été consolidé.
Méthode 3 : estimation par dossiers
Pour une vue plus concrète (approximative), comparez la taille de répertoires impliqués :
C:\Windows\WinSxS(magasin de composants)C:\Windows\SoftwareDistribution\Download(dépôt de téléchargement, doit être faible après maintenance)C:\Windows\Temp(temporaires système)
Les variations de WinSxS ne sont pas linéaires : beaucoup de fichiers sont des liens physiques, et Windows affiche la taille logique. C’est pourquoi l’interface peut mal estimer ce qui est « nettoyable » sans refléter la réalité.
Procédures détaillées et bonnes pratiques
Nettoyage standard (sécurisé)
- Ouvrez Paramètres > Système > Stockage > Fichiers temporaires, cochez « Windows Update Cleanup », validez.
- Ou lancez Nettoyage de disque en mode administrateur :
cleanmgr.exe /LOWDISK - Option avancée :
cleanmgr /sageset:1 cleanmgr /sagerun:1La première commande enregistre les catégories sélectionnées (identifiant « 1 »). La deuxième exécute le profil sans interaction. - Consolidation du magasin de composants :
Dism.exe /Online /Cleanup-Image /StartComponentCleanup
Attention :
/StartComponentCleanup est sûr. En revanche, /ResetBase (voir ci‑dessous) est irréversible : il empêche la désinstallation d’anciennes mises à jour. À n’utiliser que si vos politiques de support le permettent.
Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBaseSi l’objectif est uniquement de corriger le chiffre erroné affiché, inutile d’aller jusqu’à /ResetBase. Le faux positif reviendra parfois malgré tout, tant que le correctif complet n’est pas déployé.
Vérifications complémentaires utiles
- Journaux CBS/DISM :
C:\Windows\Logs\CBS\CBS.logetC:\Windows\Logs\DISM\dism.logpermettent de confirmer qu’un nettoyage s’est déroulé normalement (recherchez « StartComponentCleanup », « Delete », « Moved »). - Service de maintenance : ne stoppez pas manuellement le Windows Modules Installer (TrustedInstaller) pendant la consolidation.
- Ne supprimez pas à la main
C:\Windows\WinSxSniSoftwareDistributionen production ; passez par les outils prévus.
Pourquoi l’affichage se trompe ?
Le calcul de « ce qui est nettoyable » résulte d’un instantané des paquets et composants marqués comme remplacés, additionné d’heuristiques (cache, retentions, planifications). Lors de variations récentes (24H2, Servicing Stack, compression), la somme peut ne plus correspondre à ce qu’un nettoyage effectif supprime réellement. On observe alors une inertie d’affichage : la taille reste « élevée » même après libération d’une partie (ou la totalité) de l’espace.
| Symptôme visible | Réalité technique | Impact |
|---|---|---|
| « 8,6 Go » restent affichés après nettoyage | L’espace a été libéré ; l’estimation n’a pas été recalculée correctement | Aucun impact sur l’espace réel ni sur Windows Update |
| Le compteur réapparaît après un Patch Tuesday | De nouveaux composants sont installés, puis partiellement consolidés | Normal ; refaire un nettoyage est sans risque, mais pas nécessaire |
| Storage Sense et cleanmgr affichent des valeurs différentes | Chemins de code/reporting distincts, même backend CBS/DISM | Divergence visuelle seulement |
Correctifs : où en est‑on ?
- KB5044384 (24 octobre 2024) : améliore le reporting de Windows Update Cleanup sur Windows 11 24H2. Chez de nombreux utilisateurs, l’entrée fantôme diminue fortement ou disparaît après ce cumulatif.
- Mises à jour ultérieures : Microsoft poursuit l’affinement du calcul. L’installation des derniers cumulatifs est la voie la plus simple pour « réaligner » l’affichage sur la réalité.
- Correctif complet : annoncé, sans calendrier public précis. En attendant, l’anomalie reste purement cosmétique.
Cas particulier : Windows Server 2025 Public Preview
La Desktop Experience de Windows Server 2025 Preview partage la base de code de 24H2 : on retrouve donc le même symptôme de taille fantôme. Les bonnes pratiques sont identiques :
- Installer les derniers cumulatifs disponibles pour la Preview.
- Vérifier l’espace réel avec
fsutilet/ou un analyseur de disque. - Laisser l’entrée s’afficher le cas échéant ; cela n’a pas d’incidence opérationnelle.
Guide pas‑à‑pas : quoi faire selon votre profil
Utilisateur standard
- Faites un premier nettoyage via Paramètres > Stockage.
- Redémarrez si demandé.
- Ignorez l’entrée « Windows Update Cleanup » si elle affiche encore ≈ 8 Go.
- Mettez Windows à jour (Windows Update). Les cumulatifs récents atténuent le problème.
Administrateur poste / IT
- Comparez l’espace disque avant/après avec
fsutil. - Automatisez la consolidation régulière :
Dism.exe /Online /Cleanup-Image /StartComponentCleanup - Évitez
/ResetBasepar défaut, sauf exigence claire (image figée). - Surveillez par stratégie Storage Sense :
- Configuration ordinateur > Modèles d’administration > Système > Storage Sense.
Commandes utiles : mémo
| Commande | Utilité | Quand l’utiliser |
|---|---|---|
fsutil volume diskfree C: | Affiche l’espace libre réel | Avant/après nettoyage pour vérifier l’effet concret |
cleanmgr /sageset:1 | Crée un profil de nettoyage avancé | Pour définir une routine réutilisable |
cleanmgr /sagerun:1 | Exécute le profil de nettoyage | Automatisation, tâches planifiées |
Dism /Online /Cleanup-Image /AnalyzeComponentStore | Analyse la taille et l’état du magasin de composants | Audit, diagnostic |
Dism /Online /Cleanup-Image /StartComponentCleanup | Supprime les composants remplacés, consolide WinSxS | Maintenance régulière |
Dism /Online /Cleanup-Image /StartComponentCleanup /ResetBase | Verrouille la base sur l’état courant (irréversible) | Images figées, kiosks, appliances |
Scénarios de test et observations de terrain
- Installation propre 24H2 : après le premier Windows Update puis Windows Update Cleanup, l’espace mesuré via
fsutilest inférieur (donc meilleur) à la taille résiduelle indiquée par l’interface, confirmant le caractère visuel du défaut. - In‑place upgrade 23H2 → 24H2 : même constat ; relancer cleanmgr ne fait pas baisser la valeur affichée mais n’enlève rien de plus.
- Après KB5044384 : la taille fantôme diminue ou disparaît chez beaucoup d’utilisateurs. Elle peut réapparaître après de nouveaux cumulatifs, mais généralement à une valeur plus faible.
FAQ
Q : Ce bogue peut‑il empêcher de nouvelles mises à jour ?
R : Non. L’anomalie est cosmétique. Windows Update fonctionne normalement.
Q : Puis‑je supprimer manuellement SoftwareDistribution ?
R : À éviter en production. Préférez Storage Sense/cleanmgr/DISM. La suppression manuelle peut invalider l’historique et forcer des retéléchargements.
Q : Faut‑il exécuter /ResetBase pour corriger l’affichage ?
R : Non. /ResetBase est destiné aux images figées et empêche de désinstaller des mises à jour. Il ne garantit pas la correction de l’affichage erroné.
Q : Le chiffre 8,6 Go est‑il toujours le même ?
R : Non, c’est une valeur fréquemment observée, mais la taille fantôme varie selon l’historique de la machine et des paquets.
Q : Y a‑t‑il un risque pour les données ?
R : Aucun. Le bug n’entraîne ni perte de données ni comportement instable.
Bonnes pratiques en entreprise
- Intégrer la consolidation (
/StartComponentCleanup) dans les séquences de maintenance mensuelles. - GPO Storage Sense : activer le nettoyage automatique des temporaires et définir une cadence adaptée à la taille des SSD de poste.
- Surveiller les appareils à faible capacité : vérifier l’espace réel avant Patch Tuesday (par exemple si la partition système est ≤ 64 Go).
- Journaliser : collecter
CBS.log/dism.logpour vérifier le bon déroulement des fenêtres de maintenance.
Ce qu’il faut retenir
Si « Windows Update Cleanup » affiche ~8 Go (ou plus) à supprimer sous Windows 11 24H2 / Windows Server 2025 Preview alors que vous avez déjà nettoyé, ne vous inquiétez pas : l’espace est déjà libéré. Installez les mises à jour les plus récentes (dont le cumulatif KB5044384 pour 24H2 et suivants), utilisez au besoin fsutil ou DISM /AnalyzeComponentStore pour valider l’espace réel, puis ignorez l’entrée jusqu’au déploiement du correctif complet.
Annexe : script PowerShell facultatif pour vérifier l’espace
Ce script consigne l’espace libre avant/après afin d’objectiver l’effet réel des nettoyages (à exécuter en PowerShell 7 ou Windows PowerShell en tant qu’administrateur) :
$before = (Get-PSDrive -Name C).Free
Write-Host "Espace libre AVANT : $([math]::Round($before/1GB,2)) Go"
# Lance un StartComponentCleanup discret (peut durer plusieurs minutes)
Start-Process -FilePath "dism.exe" -ArgumentList "/Online","/Cleanup-Image","/StartComponentCleanup" -Wait -NoNewWindow
# Option : relancer Storage Sense ou cleanmgr ici si besoin
$after = (Get-PSDrive -Name C).Free
Write-Host "Espace libre APRÈS : $([math]::Round($after/1GB,2)) Go"
$delta = $after - $before
Write-Host "Gain net : $([math]::Round($delta/1GB,2)) Go"Remarque : la commande Get-PSDrive renvoie l’espace libre actuel. Le gain net peut différer de l’estimation affichée par « Windows Update Cleanup », ce qui met en évidence le caractère « fantôme » du chiffre persistants.
Annexe : que signifient les cases de cleanmgr ?
| Catégorie | Description | Impact sur ce bogue |
|---|---|---|
| Windows Update Cleanup | Supprime les composants remplacés et cache de mise à jour | Affichage sujet au faux positif en 24H2/Server 2025 Preview |
| Fichiers temporaires | Fichiers *.tmp, caches d’applications | Sans lien, peut libérer de l’espace réel |
| Miniatures | Cache d’aperçus Explorer | Sans lien |
| Fichiers d’Optimisation de livraison | Cache de distribution P2P des mises à jour | Parfois volumineux ; libération réelle |
Pour des environnements critiques, conservez un cycle : mise à jour → redémarrage → StartComponentCleanup → vérification. Vous obtenez ainsi un état stable du système et des mesures fiables côté disque.
En résumé : Le message « Windows Update Cleanup » qui persiste autour de ~8 Go dans Windows 11 24H2 et Windows Server 2025 Preview est un faux positif. Le premier nettoyage libère déjà l’espace. Installez les cumulatifs récents (dont KB5044384) pour atténuer la divergence d’affichage, vérifiez l’espace réel avec fsutil ou DISM, et poursuivez vos opérations en toute sérénité.