Je vois les tableaux du message
#8.
- il y a 677 Go de blocs alloués occupés au volume de démarrage Macintosh HD
- en regard : 597,5 Gi = 641,5 Go de fichiers catalogués
- on a donc une sur-allocation de blocs occupés de 35,5 Go
- il y a 7 snapshots (instantanés du volume) : 2 générés par Carbon Copy Cloner + 5 générés par Time Machine. Ce sont eux qui retiennent comme occupés les 35,5 Go de blocs dans le volume > alors même que les fichiers qui y étaient inscrits ont été supprimés du catalogue.
Il faut savoir que les
snapshots - une innovation du format
apfs --> ont tout d'une
invention absurde. Absolument
non documentés pour l'utilisateur terminal > lequel manque d'une
interface graphique Apple de leur gestion --> ils possèdent un
effet collatéral absolument
pervers en ce qui concerne l'occupation du volume de démarrage -->
- il s'agit de méta-données sans taille assignable > stockées dans un magasin du système de fichiers apfs (le « snapshot metadata tree ») > qui imagent un état temporel donné du volume de démarrage. Dans le but (jamais exploité de l'utilisateur - faute de moyens documentés de cette mise en œuvre) --> de rendre possible une "réversion" du volume de démarrage à l'état temporel imagé par le snapshot. Mais pour que cette réversion soit possibilisée --> les blocs du volume de démarrage portant les fichiers imagés par le snapshot > se trouve gelés : càd. mis hors circuit de l'espace disponible et verrouillés comme occupés > afin que les écritures de ces blocs demeurent inaltérées et donc éventuellement exploitables pour la réversion du volume.
- l'effet pervers est le suivant : pendant que le snapshot verrouille tous les blocs du volume correspondant aux fichiers imagés > l'utilisateur peut, lui, supprimer après coup des quantités massives de ces fichiers. Ce qui veut dire : les supprimer de l'indexation du catalogue (qui est un gestionnaire de l'apfs). Voici alors le résultat : c'est qu'aux yeux du catalogue --> la taille des fichiers recensés peut diminuer drastiquement ; tandis qu'aux yeux du spaceman (space_manager : gestionnaire de l'occupation des blocs) la taille de l'espace de blocs occupés ne diminue pas > mais même augmente si l'utilisateur ajoute des fichiers qui vont s'incrire sur de nouveaux blocs.
On a manifestement affaire avec les
snapshots à une «
absurdité technologique » > car il s'agit d'une fonctionnalité qui génère un
conflit : càd. une
contradiction --> entre
deux gestionnaires de l'
apfs : le
spaceman (gérant des blocs) et le
catalogue (gérant des fichiers). Inventer la
source directe d'une contradiction logique (càd. d'une in-congruence entre deux fonctions d'un ensemble) : c'est manifestement un acte d'ingéniérie absurde --> dont les victimes sont les utilisateurs qui n'y comprennent rien.
Quand on passe une commande recourant à l'utilitaire
df (
display_free_space) - et aussi bien à
diskutil qui "sous-emploie" le même utilitaire
df pour ses mesures--> celui-ci s'adresse exclusivement au
spaceman (gestionnaire des blocs) ; quand il s'agit de l'utilitaire
du (
disk_usage) > celui-ci s'adresse exclusivement au
catalogue. D'où la valeur de mise en lumière de l'
incongruence des mesures (
blocs /
fichiers) --> quand on emploie ces 2 utilitaires en comparaison.
----------
Pour l'apurement technique des
snaphots --> tu n'auras qu'à faire signe.