Sur Windows 11, il arrive que la section Fichiers temporaires affiche une occupation élevée sans qu’aucune action visible ne permette de libérer l’espace. Ce comportement touche surtout les systèmes installés depuis longtemps ou ayant enchaîné plusieurs mises à jour majeures. Le stockage semble saturé, alors que les fichiers listés ne représentent qu’une part minime de l’espace réellement utilisé. Pour comprendre ce phénomène, il faut suivre une démarche technique progressive, en passant par plusieurs niveaux de diagnostic jusqu’à l’identification de la source réelle.
Un affichage de stockage incohérent dès l’interface

Dans Paramètres > Système > Stockage, Windows 11 regroupe de nombreux éléments sous l’intitulé Fichiers temporaires. En ouvrant le détail, seuls apparaissent les caches classiques : miniatures, cache DirectX, journaux, fichiers Internet temporaires ou corbeille. Leur taille cumulée reste faible, sans rapport avec le volume affiché au niveau du disque.
Ce décalage indique que des fichiers sont comptabilisés comme temporaires sans être exposés dans l’interface moderne.
Première étape : vérifier les composants système
La première piste consiste à vérifier si l’espace est occupé par d’anciens composants Windows. Cette opération passe par un nettoyage des composants internes afin d’éliminer les versions remplacées lors des mises à jour cumulatives.
Depuis un terminal lancé avec des droits administrateur, l’exécution de la commande suivante permet de consolider la base système :
DISM /Online /Cleanup-Image /StartComponentCleanup
Sur certains systèmes, cette opération libère de l’espace. Si l’impact reste faible, cela signifie que les composants système ne sont pas la cause principale.
Deuxième étape : consolider définitivement la base système
Lorsque le nettoyage standard n’apporte pas de changement notable, une consolidation complète peut être effectuée afin de supprimer toute référence aux anciens composants :
DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase
Cette commande agit uniquement sur la structure interne de Windows. Si l’espace récupéré reste marginal, la source du problème se situe ailleurs.
Troisième étape : écarter les fichiers de retour arrière et l’hibernation
Avant d’aller plus loin, il est nécessaire de vérifier la présence de fichiers volumineux à la racine du disque système, notamment :
C:\Windows.old, lié aux retours arrière après mise à niveauC:\hiberfil.sys, utilisé pour l’hibernation
Leur taille peut être vérifiée via les propriétés du fichier ou du dossier. Lorsqu’ils sont absents ou de taille modérée, ils ne suffisent pas à expliquer une occupation importante classée comme fichiers temporaires.
Le point de bascule : identifier le cache réel des mises à jour

Lorsque toutes les vérifications précédentes n’expliquent pas l’occupation affichée, l’analyse mène vers un dossier interne rarement exposé :C:\Windows\SoftwareDistribution
Ce répertoire est utilisé par Windows Update pour stocker :
- les fichiers téléchargés
- les bases de données d’état
- les journaux techniques
- les caches liés aux installations successives
Son contenu peut s’accumuler sur plusieurs années sans être nettoyé automatiquement, tout en restant comptabilisé dans la catégorie Fichiers temporaires.
Vérification directe du dossier incriminé

Une simple vérification permet de confirmer le diagnostic :
- Ouvrir l’Explorateur de fichiers
- Aller dans
C:\Windows - Clic droit sur SoftwareDistribution → Propriétés
Lorsque la taille sur le disque est significative, la source du problème est identifiée.
Préparer le système avant toute suppression
Avant toute intervention manuelle, les services liés aux mises à jour doivent être arrêtés afin d’éviter tout verrouillage de fichiers.
Depuis services.msc, il faut mettre à l’arrêt :
- Windows Update
- Service de transfert intelligent en arrière-plan (BITS)
Si l’interface indique uniquement “Actualiser” ou “Redémarrer”, cela signifie que le service est déjà arrêté ou en attente, ce qui est suffisant pour poursuivre.
Suppression manuelle ciblée du cache
Une fois les services arrêtés, l’intervention se fait directement dans le dossier concerné :
Chemin :
C:\Windows\SoftwareDistribution
À l’intérieur, le contenu suivant peut être supprimé :
DownloadDownload.bakDataStorePostRebootEventCache.V2SIHSLS- fichiers de journal comme
ReportingEvents
Seul le contenu doit être supprimé. Le dossier SoftwareDistribution lui-même doit rester en place. En raison du nombre élevé de fichiers, la suppression peut prendre du temps, ce qui est normal.
Redémarrage et réinitialisation des services
Une fois la suppression terminée :
- le système doit être redémarré
- les services Windows Update et BITS peuvent ensuite être relancés
Windows recrée automatiquement les dossiers nécessaires lors du prochain contrôle de mises à jour.
Un affichage de stockage enfin cohérent
Après redémarrage, l’espace disque est recalculé correctement. La catégorie Fichiers temporaires reflète alors la réalité du stockage utilisé. Les caches obsolètes disparaissent de l’affichage et l’espace disque redevient cohérent avec l’état réel du système.
Ce comportement ne se manifeste pas de manière identique sur tous les PC. Il dépend de l’ancienneté de l’installation, du rythme des mises à jour et de l’historique du service Windows Update. Lorsqu’il apparaît, seule une analyse progressive, du nettoyage des composants jusqu’à l’examen manuel du cache de mise à jour, permet d’identifier et de corriger la cause réelle.

Je m’appelle Samuel Le Goff. À 38 ans, je suis l’actualité du numérique depuis plus de 14 ans. Aujourd’hui, je m’intéresse particulièrement aux smartphones et aux usages concrets de l’intelligence artificielle, que je traite à travers des contenus clairs et accessibles sur Menow.fr.
