Après suppression de l'
unique snapshot (instantané du volume stocké localement > non dans le périmètre du volume même > mais dans la branche : «
snapshot metadata tree » du système de fichiers générateur du volume) --> voici la variation :
- passage de 226 Go de blocs alloués "occupés" > à 175 Go => gain = 51 Go. Or j'avais mesuré à 52 Go la « sur-allocation » de blocs "occupés" par rapport à la taille des fichiers recelés --> on en conclut que ladite « sur-allocation » a été éliminée (à 1 Go près).
- corrélativement il y a passage de 21 Go de blocs vacants > à 72 Go => gain = 51 Go (phénomène de vases communicants par rapport à la diminution des blocs occupés).
Donc tu es revenu à
congruence : blocs occupés = taille des fichiers --> ce qui fait que le problème a été éliminé.
----------
Je n'ai malheureusement pas tout compris
Le mécanisme des
snapshots (instantanés du volume de démarrage) a été apporté par la version
apfs de
High Sierra. Ces instantanés qui imagent un état complet du volume de démarrage à un instant
T n'ont
pas de taille appréciable intrinsèquement > car il ne s'agit que de
méta-données. À la différence des anciens "
instantanés locaux" qui étaient stockés par
Time Machine dans le périmètre même du volume concerné > les
métadonnées de
snapshots sont absolument introuvables dans le volume de démarrage (
Macintosh HD) > mais sont stockés
dans le système de fichers
apfs. Ledit système de fichiers
apfs est une
structure logique > inscrite sur les blocs de tête de la partition > et qui est la
génératrice du volume qui monte sur l'espace-disque de la partition. Cette structure est donc
extérieure au volume dont elle permet la génération. Avec l'
apfs > il y a donc
déplacement de la zone de stockage des instantanés du volume de démarrage > de l'
intérieur du volume de démarrage (format
jhfs+) > à l'
extérieur de ce volume dans le système de fichiers générateur (
apfs).
La création de
snapshots est déclenchée --> soit par le logiciel
Time Machine dès que l'on coche dans son panneau des
Préférences Système la case : "
Sauvegarder automatiquement" --> auquel cas
Time Machine va faire se créer
1 snapshot par
heure ; soit par le
programme d'installation d'une MÀJ de
High Sierra version
apfs > programme qui crée
1 snapshot du volume de démarrage avant d'engager la mise-à-jour. Ton
snapshot solitaire datant du
20 Mars 2018 correspond peut-être à une activation de l'option
TM : "
Sauvegarder automatiquement" que tu aurais ensuite
décochée > soit à une
MÀJ de High Sierra que tu aurais faite ce jour-là.
Mon aimable rhétorique de surface (qui en somme est un procédé d'orateur pour familiariser un auditoire avec un sujet quelque peu abstrus et conférer une espèce de "présence imaginaire" aux objets évoqués) > est une façon diplomatique de préparer l'esprit à un
paradoxe difficile à avaler : comment se fait-il > si les
métadonnées de snapshots ne
pèsent rien intrinsèquement > que l'existence d'
un seul snapshot comme ici puisse
plomber le volume de démarrage de
51 Go d'
occupation de blocs ? - comment cela se peut-il de surcroît > sachant que ledit
snapshot n'existe
pas dans le volume mais
hors du volume > à l'intérieur de la structure du système de fichiers
apfs ? - faut-il, par une pénible contradiction logique, admettre qu'un
snapshot qui
ne pèse rien > se mette à
peser 51 Go > et qu'une masse
externe à un contenant soit considérée comme en faisant
partie ?
C'est que > si le
snapshot en lui-même ne pèse rien > il n'en
indexe pas moins dans le volume les
blocs logiques correspondants à des
fichiers écrits au moment de la capture de l'instantané. Or > aussi longtemps que le
snapshot existe dans le système de fichiers
apfs > les
blocs logiques indexés par l'instantané se trouvent "
retenus" > càd. exclus d'une
vacance pour de nouvelles écritures > mais
fixés en tant que
blocs "occupés" intouchables. Que va-t-il se passer si, le
snapshot continuant d'exister dans le système de fichiers
apfs > l'utilisateur se met à
déplacer des fichiers =
supprimer des fichiers qui étaient imagés par l'instantané (par exemple pour
51 Go de données d'écriture) et les
remplacer par de nouveaux fichiers de données en quantité (supposons toujours) équivalente ? - eh bien ! le
snapshot "
retenant" les
blocs des fichiers "supprimés" --> cela veut dire que ces fichiers ne sont
pas effacés mais continuent de résider sur leurs blocs d'écriture > et que c'est simplement leurs
adresses dans le
catalogue du système de fichiers qui ont été effacées.
Adresses effacées > mais
conservées aussi en quelque sorte dans l'
indexation parallèle des
snapshots. En conséquence > la suppression des
51 Go de fichiers "indexés en mode instantané" n'ayant fait gagner
aucune place dans le volume > les
51 Go de fichiers ajoutées "à la place" (s'imagine l'utilisateur) l'ont été "
en surplus".
Ainsi, par l'effet d'
indexation rétentrice de blocs occupés d'un seul instantané --> l'espace
vacant dans le volume
ne peut jamais diminuer > mais l'
espace occupé ne peut que
croître linéairement avec l'ajout de tout nouveau fichier. Un utilisateur ne dépaçant que peu de fichiers ne prendra guère conscience d'un problème d'occupation de son volume > alors qu'un utilisateur déplaçant de grandes quantités de fichiers se vera vite confronté à un
problème d'apparence absurde :
comment se fait-il qu'en supprimant plus de fichiers que je n'en rajoute >
l'espace occupé dans le volume grandisse au lieu de diminuer ?
En guise d'énoncé d'une simple opinion personnelle : je pense qu'on tient là un
bogue majeur du système de fichiers
apfs. Si j'appelle «
bogue » un
mécanisme logique pervers > tenant à l'ingéniérie même d'un Système > et induisant des
blocages sensibles pour l'utilisateur. Bien sûr ! - si l'utilisateur n'avait pas coché la case : "
Sauvegarder automatiquement" > il ne se serait pas exposé à une génération horaire de
snapshots. Et ce faisant > s'il laissait constamment son disque de sauvegarde attaché au Mac > alors
TM qui sauvegarde d'après les
snapshots (et rien d'autre) les
purgerait après usage. Certes ! - mais qui empêche un utilisateur de cocher puis de décocher la case
TM : "
Sauvegarder automatiquement" par simple liberté manipulatrice > créant ainsi un instantané "rétenteur de blocs d'écriture" désormais dans le volume ? Et qu'est-ce qui l'empêche de faire une
MÀJ de High Sierra > ce qui va faire créer par le programme d'installation un
snapshot du volume avant installation ?
Où est l'
interface graphique Apple (= un panneau de
Préférences Système) destinée à gérer spécifiquement les
snapshots --> en offrant une représentation du nombre des instantanés > de l'espace de blocs "retenu" par leur indexation > en permettant une purge manuelle > avec des alertes de diminution d'espace vacant > un automatisme choisissable de purge une fois atteint tel % etc. ? - comment se fait-il qu'il n'y ait rien de tel > sachant qu'un autre logiciel Apple > l'«
Assistant BootCamp» > requiert suffisamment d'espace vacant pour créer une partition
BOOTCAMP et que ce peut être rendu impossible par le mécanisme "
rétenteur de blocs occupés" des instantanés ? - j'appelle donc « bogue » un mécanisme pervers d'occupation d'espace dans le volume de démarrage
apfs >
sans régulation explicite offerte à l'utilisateur pour gérer les dérives de cette inflation de blocs "retenus occupés".
----------
Je te propose de repasser la commande :
Bloc de code:
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
- qui mesure les fichiers / dossiers de 1er rang dans le volume de démarrage
et de poster le tableau. Car > dans ton tableau précédent > ceci avait retenu mon attention -->
- 117 Gi = 125,6 Go de logiciels dans le répertoire Applications => c'est peu courant. Vérifier s'il s'agit ou non d'une anomalie.
