1 votes

Docker émondage - aucun espace disque récupéré

Je ne suis pas tout à fait sûr s'il s'agit d'une question Apple ou d'une question Docker, mais je pense que c'est surtout sur le reporting du système de fichiers d'Apple.

J'ai utilisé Docker plusieurs fois au cours des derniers mois/années et entre-temps, j'ai remarqué que l'espace disque local se remplissait de plus en plus. Voici un df du disque de mon ordinateur portable :

% df -h
Filesystem                               Size   Used  Avail Capacity  iused     ifree %iused  Mounted on
/dev/disk1s5s1                          466Go   22Go   16Go    57%   501138 172842000    0%   /
devfs                                   191Ko  191Ko    0o   100%      660         0  100%   /dev
/dev/disk1s4                            466Go  4.0Go   16Go    20%        4 172842000    0%   /System/Volumes/VM
/dev/disk1s2                            466Go  379Mo   16Go     3%     2225 172842000    0%   /System/Volumes/Preboot
/dev/disk1s6                            466Go  104Mo   16Go     1%      466 172842000    0%   /System/Volumes/Update
/dev/disk1s1                            466Go  422Go   16Go    97%  3162234 172842000    2%   /System/Volumes/Data
map auto_home                             0o    0o    0o   100%        0         0  100%   /System/Volumes/Data/home
//DRIVE@127.0.0.1:64318/Google%20Drive  100Go   88Go   12Go    88% 22991589   3222809   88%   /Volumes/GoogleDrive
/dev/disk1s5                            466Go   22Go   16Go    57%   502050 172842000    0%   /System/Volumes/Update/mnt1

Il reste donc 16Go libres. Environ 97% utilisés.

Docker signale également une quantité énorme de volumes locaux, donc je lance docker volume prune :

% docker volume prune
AVERTISSEMENT ! Cela supprimera tous les volumes locaux non utilisés par au moins un conteneur.
Êtes-vous sûr de vouloir continuer ? [y/N] y
Volumes supprimés :
9e00293745ae3fc4feea108396fcdd8256bfc046fa283d87c6737196dcf2779a
5ca5d7dc808a2cd561cd04d72f7b924fc9075f511cd82de859c50911a7cc4d59
...
d3c923cb6abf4a5967da6609d6e7ed863772db6b90063c41d2024e42cabdfa58
ee75c0801592c390d4197bd71274307fc230e8e420773481cb39aa9727b32953

Espace total récupéré : 35,27Go

Génial, 35Go supprimés. Sauf que :

% df -h
Filesystem                               Size   Used  Avail Capacity  iused     ifree %iused  Mounted on
/dev/disk1s5s1                          466Go   22Go   16Go    58%   501138 172331040    0%   /
devfs                                   191Ko  191Ko    0o   100%      660         0  100%   /dev
/dev/disk1s4                            466Go  4.0Go   16Go    20%        4 172331040    0%   /System/Volumes/VM
/dev/disk1s2                            466Go  379Mo   16Go     3%     2225 172331040    0%   /System/Volumes/Preboot
/dev/disk1s6                            466Go  104Mo   16Go     1%      466 172331040    0%   /System/Volumes/Update
/dev/disk1s1                            466Go  422Go   16Go    97%  3162288 172331040    2%   /System/Volumes/Data
map auto_home                             0o    0o    0o   100%        0         0  100%   /System/Volumes/Data/home
//DRIVE@127.0.0.1:64318/Google%20Drive  100Go   88Go   12Go    88% 22991589   3222809   88%   /Volumes/GoogleDrive
/dev/disk1s5                            466Go   22Go   16Go    58%   502050 172331040    0%   /System/Volumes/Update/mnt1

Rien n'a vraiment changé, toujours 97% plein.

Y a-t-il quelque chose de louche ici que je ne comprends pas ? Docker n'aurait-il pas vraiment supprimé ses fichiers, ou df ne rapporte pas correctement, ou autre chose ?

Comme autre point de données, j'ai également utilisé CleanMyMac pour trouver un répertoire contenant un jeu Steam (Superliminal) qui faisait 11Go, j'ai désinstallé ce jeu, observé que le répertoire /Users/ken/Library/Application\ Support/Steam/steamapps/common/ est maintenant vide, mais df ne signale aucune amélioration de l'espace disque libre.

Les formats de mes disques sont :

% mount
/dev/disk1s5s1 on / (apfs, scellé, local, en lecture seule, journalisé)
devfs on /dev (devfs, local, nobrowse)
/dev/disk1s4 on /System/Volumes/VM (apfs, local, non exécutable, journalisé, sans heure d'accès, nobrowse)
/dev/disk1s2 on /System/Volumes/Preboot (apfs, local, journalisé, nobrowse)
/dev/disk1s6 on /System/Volumes/Update (apfs, local, journalisé, nobrowse)
/dev/disk1s1 on /System/Volumes/Data (apfs, local, journalisé, nobrowse)
map auto_home on /System/Volumes/Data/home (autofs, monté automatiquement, nobrowse)
//DRIVE@127.0.0.1:64318/Google%20Drive on /Volumes/GoogleDrive (smbfs, nodev, nosuid, nobrowse, monté par ken)
/dev/disk1s5 on /System/Volumes/Update/mnt1 (apfs, scellé, local, journalisé, nobrowse)

Et ma version du système d'exploitation est :

% sw_vers
Nom du produit : macOS
Version du produit : 12.4
Version de construction : 21F79

0 votes

Avez-vous essayé de forcer une réindexation de votre système ?

0 votes

@LarsNielsen Je ne suis pas sûr de ce que cela signifie, pourriez-vous me diriger vers quelque chose?

0 votes

Ici aussi - mais avec Ubuntu.

1voto

Ken Williams Points 1114

Une mise à jour sous forme de réponse - la solution pourrait être "attendre un peu". Je suis revenu à mon ordinateur portable après l'avoir laissé inutilisé sous mon lit pendant 4 jours. Voici maintenant l'utilisation du disque signalée, à 85% de sa capacité :

% df -h
Filesystem                               Size   Used  Avail Capacity  iused     ifree %iused  Monté sur
/dev/disk1s5s1                          466Go   22Go   67Go    25%   501138 700431400    0%   /
devfs                                   191Kio  191Kio    0O   100%      660         0  100%   /dev
/dev/disk1s4                            466Go  8,0Go   67Go    11%        8 700431400    0%   /System/Volumes/VM
/dev/disk1s2                            466Go  379Mio   67Go     1%     2225 700431400    0%   /System/Volumes/Preboot
/dev/disk1s6                            466Go  104Mio   67Go     1%      466 700431400    0%   /System/Volumes/Update
/dev/disk1s1                            466Go  367Go   67Go    85%  3165798 700431400    0%   /System/Volumes/Data
map auto_home                             0O    0O    0O   100%        0         0  100%   /System/Volumes/Data/home
//DRIVE@127.0.0.1:64318/Google%20Drive  100Go   88Go   12Go    88% 22991589   3222809   88%   /Volumes/GoogleDrive
/dev/disk1s5                            466Go   22Go   67Go    25%   502050 700431400    0%   /System/Volumes/Update/mnt1

Je ne suis toujours pas sûr du processus réel qui a libéré de l'espace - qu'il s'agisse d'une chose au niveau du système de fichiers, d'une application qui supprime enfin ses données, ou peut-être comme @at0mic l'a suggéré, des trucs automatiques de Time Machine qui ont expiré. Je mettrai à jour cette réponse si les choses deviennent plus claires.

0voto

Oskar Points 1242

MacOS utilise des instantanés pour conserver les modifications au cas où vous auriez besoin de restaurer des fichiers. L'utilitaire de disque peut vous montrer l'espace nécessaire pour chaque instantané et les supprimer avant l'heure prévue si nécessaire.

Vous avez bien fait d'attendre, mais si vous avez besoin de récupérer de l'espace plus tôt, vous pouvez gérer cela maintenant que vous savez que c'est intentionnel et le nom de l'application pour vous montrer les instantanés.

Prêtez attention aux marques de temps et à la Taille Privée:

Taille Privée est la taille des données uniquement référencées par cet instantané, et est globalement similaire à la quantité d'espace qui serait libérée si cet instantané était supprimé.

Dans votre cas, les Go de données seraient liés aux instantanés de disk1s1 et peuvent également être consultés depuis la ligne de commande:

diskutil apfs listSnapshots disk1s1

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X