Connexion Premium

Dans Windows 11, un fichier peut consommer jusqu’à 500 Go, mais le cas est rare

Au cours de l’année écoulée, quelques utilisateurs ont remarqué que Windows 11 pouvait se mettre à consommer plusieurs centaines de gigaoctets, a priori sans raison valable, comme relevé par Windows Latest.

En creusant un peu, le problème se concentre sur un seul fichier : CapabilityAccessManager.db-wal. Ce comportement n’a guère de sens, car ce fichier sert uniquement à stocker des informations liées aux autorisations données aux applications pour accéder à des fonctions du système comme la géolocalisation, la capture d’écran, le microphone, la caméra et ainsi de suite. Il n’est pas censé dépasser quelques mégaoctets.

Quand ce fichier se met à atteindre des dizaines, voire des centaines de gigaoctets, c’est qu’un sérieux bug est à l’œuvre. Selon les témoignages, l’espace consommé peut atteindre jusqu’à 500 Go, posant alors un vrai problème.

Le bug est assez simple à repérer. On commence par se rendre dans les Paramètres, puis dans Système > Stockage. Là, on clique sur « Afficher plus de catégories » (texte en bleu) et on repère la ligne « Système et espace réservé », qui devrait être en première ou deuxième position, selon le nombre d’applications installées.

Cet espace réservé comprend les fichiers système à proprement parler (en général une vingtaine de Go), la mémoire virtuelle ou encore le fichier nécessaire à la mise en veille prolongée. La taille varie donc en fonction de votre quantité de mémoire vive et de vos paramètres. Si vous avez cependant quelques centaines de gigaoctets, il y a peut-être un problème.

Avec un outil comme WizTree, TreeSize ou WinDirStat, on peut facilement repérer le souci, notamment la taille précise du fichier incriminé quand son comportement déraille. On peut aussi exécuter une commande dans l’Invite de Windows avec des droits administrateurs pour obtenir ces informations :

robocopy "C:\ProgramData\Microsoft\Windows\CapabilityAccessManager" "%TEMP%\CAMCheck" /L /B /R:0 /W:0 /BYTES /NP
Ici tout va bien

Microsoft est au courant de ce problème. Dans les notes de la mise à jour optionnelle KB5095093, on peut lire dans la partie « Change log » qu’un ajout a été fait le 29 juin pour régler le souci sur le fichier. Cette mise à jour optionnelle sera intégrée dans le prochain correctif mensuel (Patch Tuesday), prévu pour le 14 juillet.

Commentaires (11)

votre avatar
Dans le panneau de conf, je vois 128Go pour "Système et espace réservé".
Mais le fichier en question est a 0.



Nouveau rép. 6 C:ProgramDataMicrosoftWindowsCapabilityAccessManager
Nouveau fichier 1048576 CapabilityAccessManager.db
Nouveau fichier 32768 CapabilityAccessManager.db-shm
Nouveau fichier 0 CapabilityAccessManager.db-wal
Nouveau fichier 77824 CapabilityConsentStorage.db
Nouveau fichier 32768 CapabilityConsentStorage.db-shm
Nouveau fichier 115392 CapabilityConsentStorage.db-wal



Y'a ptet des choses à revoir dans l'article.
votre avatar
Le problème vient surtout de là je pense :
Si vous avez beaucoup plus qu’une cinquantaine de gigaoctets, il y a sans doute un problème. Cet espace réservé comprend les fichiers système à proprement parler (une vingtaine de Go), la mémoire virtuelle ou encore le fichier nécessaire à la mise en veille prolongée.
Un PC avec 8Go de RAM n'aurait pas du tout le même espace qu'un PC ayant 64 Go. Je suis à 208, mais c'est normal (64Go de RAM).

Il faut afficher le détail. Je suis quand même à 147 Go de fichiers systèmes, sans pour autant être affecté par le bogue.
votre avatar
Oui vous avez raison, j'ai légèrement modifié l'article pour évoquer le cas de la RAM, mais ça peut surtout être très différent d'une configuration à une autre, entre la RAM, la présence ou non de la veille prolongée, les options actives ou non, etc.

Merci en tout cas :)
votre avatar
Perso, je n'aime pas du tout la manière de calculer l'espace de mémoire virtuelle pour Windows. En gros, la mémoire virtuelle = la taille totale de la RAM.

Je peux comprendre qu'un PC avec 8 Gio puisse avoir besoin d'un espace complémentaire mais je suis contre le fait que cela soit imposé dès lors que la RAM est assez grande.

J'aimerai pouvoir mettre cette mémoire à 0 et que windows se débrouille avec la RAM disponible. C'est son rôle après tout.
votre avatar
sysdm.cpl → onglet "Paramètres système avancés" → dans la catégorie "Performances", cliquer le bouton "Paramètres…" pour ouvrir une nouvelle boîte de dialogue, intitulée "Options de performance"

Sur celle-ci, onglet "Avancé", bouton "Modifier…", pour ouvrir encore une boîte de dialogue, intitulée "Mémoire virtuelle".

Sur celle-là, décocher "Gestion automatique du fichier d'échange pour tous les lecteurs" en haut, puis pour chaque lecteur affiché dans la liste en dessous, activer le bouton radio "Aucun fichier d'échange", et cliquer "Définir".

Le fichier devrait être supprimé à partir du redémarrage suivant.
votre avatar
Bientôt Windows 11 sortira du stade de version alpha et sera utilisable sans se livrer à une surveillance constante.
votre avatar
46510712 CapabilityAccessManager.db-wal

C'est en octet par défaut ?
Dans ce cas, tout va bien.
votre avatar
Ce bug est tellement "windowsien"... :roll::mdr2:
votre avatar
Du point de vue d'un Linuxien, tout ça est fascinant. Et dire que j'ai encore le PC des enfants avec un SSD de 32Go où ça passe à l'aise. Visiblement, sous Windows ce serait plus tendu.
votre avatar
C'était très tendu avec Windows 10. Il te restait au mieux 10 Go... Jusqu'à ce qu'un jour Microslop décide que 7 Go doivent être affectés à Windows Update. Les ordinateurs HP Stream par exemple avec eMMC de 32 Go étaient quasiment inutilisables.

Windows 11 ? Jamais testé mais je n'essaierai pas même avec 64 Go.