Ton disque se vide tout seul depuis des mois, Microsoft a publié un correctif en silence, et la manip que tout le monde recopie ne fait pas ce qu’elle promet.
Si ton SSD s’est vidé de 70, 100 ou 200 Go sans que tu aies rien installé, le problème ne vient pas de ton matériel.
Windows connaît le nom du fichier qui te bouffe le disque, et il a décidé de ne pas te le donner.
Ton SSD n’a rien fait de mal
Le coupable s’appelle CapabilityAccessManager.db-wal. Il vit dans C:\ProgramData\Microsoft\Windows\CapabilityAccessManager, et son boulot est de noter chaque fois qu’une application réclame l’accès à ta caméra, ton micro, ta localisation ou ton Bluetooth. Techniquement, c’est un write-ahead log, le carnet de brouillon d’une petite base SQLite. La vraie base, le .db, est posée juste à côté.
Sur une machine saine, ce carnet pèse 1,6 Mo. C’est la valeur relevée par Windows Latest sur son propre PC, dossier complet sous les 4 Mo. Sur une machine touchée, le même fichier a été mesuré à 513 Go avec TreeSize, chez un utilisateur de r/techsupport. Pour situer, sur cette machine-là, le fichier d’échange et celui de mise en veille prolongée réunis n’atteignaient que 29 Go. La plupart des signalements tournent entre 70 et 200 Go. Sur un SSD de 512 Go ou de 1 To, il ne reste plus rien.
L’explication est dans les notes de Microsoft. Un défaut de logique empêche le checkpoint de se terminer. Concrètement, le journal n’est jamais recompacté, il empile les lignes et ne rend jamais la place. Ton SSD, lui, fait exactement ce qu’on lui demande, il stocke. Pendant ce temps, Windows range ces centaines de gigaoctets sous une étiquette qui ne veut rien dire, « Système et réservé ». Il connaît le nom du fichier. Il ne te le donne pas.
Le vérifier en deux minutes, sans rien casser
Le dossier est verrouillé par des permissions SYSTEM. Même en compte administrateur, même dans une invite élevée, Windows te claque la porte au nez. Alors on passe par la porte d’à côté.
- Ouvre Paramètres > Système > Stockage, puis clique sur Système et espace réservé.
- Compare. La valeur normale tourne autour de 20 à 30 Go. Sur la machine touchée de Windows Latest, l’écran affichait 79 Go.
- Pour voir le fichier lui-même, un analyseur de disque comme WizTree, TreeSize ou WinDirStat le fait remonter.
Une commande de diagnostic circule aussi, un robocopy en mode backup qui liste le fichier sans le copier ni le modifier, grâce aux commutateurs /L et /B. Sur le papier, c’est propre. Les Numériques l’a lancée et s’est heurté au mur des permissions SYSTEM, sans rien récupérer d’exploitable, comme plusieurs utilisateurs des forums Microsoft. Retiens l’écran Stockage, il suffit.
Maintenant tu sais que tu es touché, ton disque n’a plus que quelques gigaoctets de libre, et ton réflexe suivant sera d’aller chercher la commande qui supprime le fichier. C’est le moment où les choses se cassent.
La commande qui circule est le seul vrai danger de l’histoire
La recette qu’on trouve partout tient en deux lignes. On arrête le service avec net stop camsvc, on supprime le .db-wal en prenant bien soin d’épargner le .db voisin. Ça ne se passe pas comme ça.
Premier accroc, en session normale le service verrouille le fichier et la suppression échoue. Les Numériques a dû redémarrer en mode sans échec, prendre possession du dossier avec takeown, et seulement là supprimer. Deuxième accroc, nettement plus sérieux. Windows Central, le média qui a sorti l’affaire, écrit noir sur blanc que supprimer le seul fichier peut casser la connectivité Wi-Fi de la machine. Un utilisateur Reddit l’a fait. Il n’a plus eu de Wi-Fi du tout, et il a dû retirer le dossier entier puis redémarrer pour s’en sortir.
Note bien le sens de la flèche. Le Wi-Fi ne tombe pas à cause du bug, il tombe à cause de la suppression. Plusieurs articles présentent une connexion qui traîne comme un symptôme du fichier obèse, c’est l’inverse. Windows Latest, qui a documenté le problème en premier, déconseille de supprimer des fichiers système sur un Windows actif et recommande de renommer le fichier depuis l’environnement de récupération ou le mode sans échec, en laissant Windows en régénérer un propre. Reste à savoir qui a réellement besoin de sortir le tournevis.
Pour qui la manip vaut le coup, pour qui elle ne sert à rien
Le correctif est publié depuis le 23 juin 2026. Il s’appelle KB5095093, c’est une mise à jour optionnelle, et il répare le mécanisme de purge en forçant un checkpoint dès que le fichier dépasse 32 Mo. Il ne concerne que deux versions.
| Version de Windows 11 | Build une fois corrigé |
|---|---|
| 24H2 | 26100.8737 |
| 25H2 | 26200.8737 |
Tu l’installes tout de suite via Windows Update > Options avancées > Mises à jour facultatives, ou tu ne fais rien et il arrive seul avec le Patch Tuesday du 14 juillet, dans cinq jours. Microsoft n’a jamais annoncé le problème. La ligne a été glissée dans le changelog de la KB le 29 juin, six jours après sa publication, et le bug n’a jamais figuré parmi les incidents connus du tableau de bord Windows. La formulation officielle tient en une phrase, « cette mise à jour améliore l’utilisation de l’espace disque pour le fichier CapabilityAccessManager.db-wal ». C’est tout.
Le verdict est court. Si ton disque respire encore, tu ne touches à rien. Mise à jour facultative ou 14 juillet, dans les deux cas tu récupères ta place sans risquer ta carte réseau. Le mode sans échec ne se justifie que dans un seul scénario, celui où le disque est si plein que Windows Update refuse de s’installer, et là tu renommes plutôt que tu ne supprimes. Pour tout le monde d’autre, la meilleure intervention hardware du mois consiste à ne rien acheter.
Et toi, ton « Système et réservé » affiche combien ? Balance le chiffre en commentaire, on verra bien l’ampleur des dégâts.
À retenir
- Le fichier CapabilityAccessManager.db-wal journalise les demandes d’accès des applis à la caméra, au micro et à la localisation. Il devrait peser quelques mégaoctets.
- Un défaut de logique empêche sa purge. Record mesuré, 513 Go, contre 1,6 Mo sur une machine saine.
- Windows masque le coupable sous l’étiquette « Système et réservé ». Ça se vérifie dans Paramètres > Système > Stockage.
- Le correctif KB5095093 est disponible depuis le 23 juin 2026 en mise à jour facultative, pour Windows 11 24H2 et 25H2 uniquement.
- Il se déploie automatiquement au Patch Tuesday du 14 juillet.
- Supprimer le fichier à la main a déjà coûté sa connexion Wi-Fi à un utilisateur. En cas d’urgence, renomme-le depuis le mode sans échec.
- Microsoft n’a jamais communiqué. La mention est apparue dans le changelog le 29 juin, six jours après la publication de la KB.
