Bonjour
Hugo
Tu as
106,8 Gi =
114,7 Go de
fichiers catalogués. La distribution de ces fichiers peut s'effectuer de manière binaire ainsi -->
- fichiers orientés utilisateur : Users 54 Gi + Applications 24 Gi => 78 Gi = 83,7 Go
- fichiers du Système : le reste soit 114,7 Go - 83,7 Go = 31 Go
On peut considérer que
31 Go de
fichiers-Système est déjà une valeur
au-dessus de la normale > mais il y a une
hypertrophie indue d'un dossier (invisible)
cores :
9,3 Gi =
10 Go. Si on supprime le contenu inutile de ce dossier > le poids des fichiers du Système tombe à
21 Go --> ce qui le ramène à la
normale.
Ce qui ne ferait plus que
104,7 Go de
fichiers catalogués et te donnerait davantage d'espace libre.
----------
Une fois de plus > l'évaluation du panneau
Stockage est inconsistante > car tu n'as absolument
pas 63 Go de
fichiers-Système > comme ma simple ventilation ci-dessus l'a montré suffisamment.
----------
Passe la commande :
- qui mesure (en Go) l'allocation de blocs au volume de démarrage
Poste le tableau retourné.
- il est toujours instructif de vérifier s'il y a congruence des mesures entre occupation des blocs & taille de fichiers catalogués. Car les 2 commandes (df vs du) s'adressent en fait à 2 instances distinctes du système de fichiers jhfs+ générateur du volume de démarrage (c'est vrai aussi pour l'apfs) : la commande df (display_free_space) s'adresse au "spaceman" (space_manager) ou gestionnaire de l'allocation des blocs du volume > alors que la commande du (disk_usage) s'adresse au "B-tree_catalog" (catalogue B-tree) ou indexeur des fichiers du volume.
- dans les OS récents (en fait à partir de Sierra : càd. les OS de type macOS et plus de type OS X) => une possibilité de divergence entre ces 2 instances distinctes d'un même système de fichiers s'est fait jour. Avec l'OS Sierra (pré-apfs) > parce que la création d'une espace purgeable s'y est effectuée avec un bogue sévère --> conséquence : un espace de blocs "occupés" fantôme peut exister dans le volume > qui déborde la taille de fichiers catalogués. Problème qui s'est dramatisé avec l'apfs > où l'existence de snapshots (instantanés du volume) > génère un espace occupé fantôme dans le volume de démarrage qui n'a plus de rapport avec la taille actuelle des fichiers du catalogue.
En résumé : les systèmes de fichiers des OS récents de type
macOS => recèlent une
inconsistance logique entre les 2 instances gestionnaires du
spaceman et du
catalogue B-tree.
