Tu utilises actuellement l'
interpréteur de commandes ("
shell")
bash (
bourne_again_shell) > par
héritage de la préférence de ton
OS antérieur à Catalina. Dans
Catalina > l'interpréteur de commandes
zsh est désormais considéré comme le "
défaut" => ce qui fait que pour tout lancement de
bash tu as un
message t'incitant à passer à
zsh (et à visiter une page Apple pour plus de détails). Je te conseille personnellement de
ne pas céder à cette invite > mais à garder
bash comme actuellement - car beaucoup moins susceptible que
zsh dans des opérations de dépannage.
----------
Le
volume-Données est donc passé de
460,9 Go d'
occupation de blocs => à
285,4 Go. Soit
175,5 Go de
blocs en excès verrouillés par les
snapshots qui ont été
libérés par leur suppression. J'avais calculé une
taille des fichiers catalogués de
285 Go => taille maintenant identique à celle des
blocs occupés.
- note : un bloc est une unité d'espace-disque qui est la plus petite dotée de signification du point de vue de l'écriture d'un fichier. La taille du bloc standard est de 512 octets > mais les OS apfs récents préfèrent une taille de blocs octuple du standard = 4096 octets --> ce qui est le cas sur ton disque. Dans l'idéal : la taille d'un fichier est égale à la taille des blocs sur lesquels il se trouve écrit. Mais le mécanisme des snapshots (instantanés apfs retenant comme occupés tous les blocs correspondant à l'écriture des fichiers d'un volume à un point T du temps) => introduit la possibilité d'un décalage : taille des fichiers catalogués / taille des blocs occupés. En ce que l'utilisateur peut supprimer après l'instant T de la prise d'un snapshot des masses de fichiers => ces fichiers sont désindexés du catalogue des fichiers de l'apfs > mais les blocs verrouillés comme occupés par le snapshot ne sont pas libérés mais restent assignés comme occupés. On obtient alors un espace de blocs occupés fantôme > constitué de blocs occupés en excès sur la taille actuelle des fichiers. Blocs toujours porteurs d'écritures de fichiers du passé => dédiés à permettre soit une réversion temporelle du volume à l'état de l'instant T d'un snapshot (occurrence rare) > soit permettant la sauvegarde par Time Machine d'états temporels des fichiers antérieurs à l'état présent du volume (cas en usage si Time Machine est employé).
- les commandes : diskutil (disk_utility) ou encore df (display_free_space) => adressent toujours exclusivement le spaceman (spacemanager : gestionnaire de l'allocations de blocs de l'apfs). Ce qui fait qu'elles mesurent toujours l'occupation des blocs d'un volume > jamais la taille de ses fichiers. Inversement la commande : du (diskusage) adresse toujours le catalogue des fichiers de l'apfs. Elle mesure donc toujours la taille des fichiers d'un volume > jamais l'occupation de ses blocs. En conséquence : mettre en comparaison les mesures de l'occupation des blocs (via diskutil ou df) vs de la taille des fichiers (via du) => permet inmanquablement de vérifier s'il y a égalité ou si un décalage existe de l'ordre d'une sur-occupation de blocs par rapport à la taille des fichiers. C'est ce qui s'est avéré dans ton cas.
----------
La
mesure des fichiers a donné 198 Gi =
213 Go pour le répertoire des
Utilisateurs => estimes-tu que ça corresponde à la
taille de tes données > ou
pas ?
