J'ai déchiffré le code !

Préface

Cela semble avoir bien fonctionné pour moi, mais il n'y a aucune garantie. NE PROCÉDEZ PAS SANS UNE SAUVEGARDE DE VOS DONNÉES. Mais encore une fois, vous le savez, vous avez volontairement installé un système d'exploitation bêta.

L'origine de ce problème semble être un échec dans la suppression des instantanés APFS réalisés par Time Machine. Dans le cadre d'un fonctionnement sain, les anciens instantanés sont supprimés si nécessaire dès qu'un nouvel espace disque est requis. Cependant, ce processus a échoué, comme nous allons le voir ci-dessous.

Symptômes

1. La suppression de fichiers n'augmente pas l'espace libre sur le disque.
2. Daisy Disk signale un grand "espace caché". La suppression d'un fichier de X octets augmenterait la taille de cet "espace caché" de X octets.

Premier essai d'éclaircissement

Tout d'abord, j'essaierais d'alléger manuellement les snapshots Time Machine. Cela demande à Time Machine de nettoyer automatiquement suffisamment d'instantanés pour libérer une quantité d'espace souhaitée, dans ce cas, 100 Go.

$ tmutil thinlocalsnapshots 100g 1

Si cela a réussi, il devrait dire quelque chose comme

Thinned local snapshots:
com.apple.TimeMachine.2019-06-21-141250.local

Liste d'un certain nombre d'instantanés supprimés. Cependant, je doute que cela soit utile. Si le système peut le faire fonctionner automatiquement, je ne vois pas pourquoi l'invoquer manuellement serait utile. Mais YMMV, donc ça vaut le coup d'essayer.

Suppression manuelle des instantanés

Après la suppression d'un certain nombre d'instantanés, un peu d'espace a été libéré, mais pas beaucoup. Le problème est que la suppression d'un nombre quelconque d'instantanés n'a aucune importance s'il existe encore un instantané qui conserve les mêmes données. Dans mon cas, il restait deux instantanés qui persistaient même après l'éclaircissement :

$ tmutil listlocalsnapshotdates
Snapshot dates for all disks:
2019-06-11-214224
2019-06-21-233121

J'ai essayé de les supprimer manuellement :

$ sudo tmutil deletelocalsnapshots 2019-06-21-233121
Deleted local snapshot '2019-06-21-233121'

$ sudo tmutil deletelocalsnapshots 2019-06-11-214224
Deleted local snapshot '2019-06-11-214224'

La réponse dit qu'ils ont été supprimés, mais en fait ils ne l'ont pas été :

$ tmutil listlocalsnapshotdates
Snapshot dates for all disks:
2019-06-11-214224
2019-06-21-233121

À ce stade, je commence à emprunter la voie nucléaire : utiliser directement diskutil pour supprimer les instantanés APFS, sans la bénédiction de Time Machine pour le faire. D'abord, j'ai listé les snapshots APFS pour voir leurs UUIDs :

$ sudo diskutil apfs listSnapshots /System/Volumes/Data
Snapshots for disk1s1 (2 found)
|
+-- BFD78F4F-99BB-4D5B-AE16-5367DC9C615E
|   Name:        com.apple.TimeMachine.2019-06-11-214224.local
|   XID:         10440723
|   Purgeable:   Yes
|
+-- 611E5357-8D10-4ABE-95F3-BE98C2DFCA3F
    Name:        com.apple.TimeMachine.2019-06-21-233121.local
    XID:         10492913
    Purgeable:   Yes
    NOTE:        This snapshot limits the minimum size of APFS Container disk1

J'ai ensuite essayé de les supprimer manuellement :

$ sudo diskutil apfs deleteSnapshot disk1s1 -uuid BFD78F4F-99BB-4D5B-AE16-5367DC9C615E
Deleting APFS Snapshot BFD78F4F-99BB-4D5B-AE16-5367DC9C615E "com.apple.TimeMachine.2019-06-11-214224.local" from APFS Volume disk1s1
Started APFS operation
Error: -69863: Insufficient privileges

Bizarrement, même si j'utilise sudo pour exécuter la commande en tant que Root, on me dit que j'ai des privilèges insuffisants. Cela peut avoir un rapport avec la lisibilité du volume système, ou avec le fait qu'il s'agit du volume activement démarré, mais je ne sais pas.

La sortie du nucléaire

J'ai chargé dans mode de récupération et est passé à la ligne de commande. De là, j'ai procédé de la même manière pour essayer de supprimer les snapshots. Cependant, il fallait d'abord déverrouiller et monter les volumes concernés.

1. Running diskutil list J'ai constaté que mes volumes de données et de système avaient reçu les étiquettes suivantes disk1s1 y disk2s5 respectivement.

2. Je pense (je ne me souviens pas précisément) avoir débloqué les volumes avec :

   -bash-3.2# diskutil apfs unlockVolume disk1s1
   Password:
   -bash-3.2# diskutil apfs unlockVolume disk1s5
   Password:

3. Puis je les ai montés :

   -bash-3.2# diskutil mount disk1s1
   -bash-3.2# diskutil mount disk1s5

4. J'ai listé leurs clichés :

   -bash-3.2# diskutil apfs listSnapshots disk2s1
   Snapshots for disk2s1 (2 found)
   |
   +-- Name: com.apple.TimeMachine.2019-06-11-214224.local
   |   XID:  10440723
   |
   +-- Name: com.apple.TimeMachine.2019-06-21-233121.local
       XID:  10492913
       NOTE: This snapshot sets the minimal allowed size of APFS Container disk2
   -bash-3.2# diskutil apfs listSnapshots disk2s5
   Snapshot for disk2s5 (2 found)
   |
   +-- Name: com.apple.TimeMachine.2019-06-11-214224.local
   |   XID:  187251
   |
   +-- Name: com.apple.TimeMachine.2019-06-21-233121.local
       XID:  10492911
       NOTE: This snapshot sets the minimal allowed size of APFS Container disk2

5. J'ai essayé de supprimer les instantanés par leur "XID", mais cela ne semblait pas fonctionner pour tous, alors je les ai plutôt supprimés par nom :

   -bash-3.2# diskutil apfs deleteSnapshot disk2s1 -name com.apple.TimeMachine.2019-06-11-214224.local
   Deleting APFS Snapshot XID 10440723 "com.apple.TimeMachine.2019-06-11-214224.local" from APFS Volume disk2s1
   Started APFS operation
   Finished APFS operation
   
   -bash-3.2# diskutil apfs deleteSnapshot disk2s1 -name com.apple.TimeMachine.2019-06-21-233121.local
   Deleting APFS Snapshot XID 10492913 "com.apple.TimeMachine.2019-06-21-233121.local" from APFS Volume disk2s1
   Started APFS operation
   Finished APFS operation
   
   -bash-3.2# diskutil apfs deleteSnapshot disk2s5 -name com.apple.TimeMachine.2019-06-11-214224.local
   Deleting APFS Snapshot XID 187251 "com.apple.TimeMachine.2019-06-11-214224.local" from APFS Volume disk2s5
   Started APFS operation
   Finished APFS operation
   
   -bash-3.2# diskutil apfs deleteSnapshot disk2s5 -name com.apple.TimeMachine.2019-06-21-233121.local
   Deleting APFS Snapshot XID 10492911 "com.apple.TimeMachine.2019-06-21-233121.local" from APFS Volume disk2s5
   Started APFS operation
   Finished APFS operation

6. Une fois que c'était fait, j'ai confirmé que les instantanés avaient disparu :

   -bash-3.2# diskutil apfs listSnapshots disk2s1
   No snapshots for disk2s1
   
   -bash-3.2# diskutil apfs listSnapshots disk2s5
   No snapshots for disk2s5

7. Et j'ai confirmé que l'espace était en fait libéré avec diskutil apfs list .

8. J'ai redémarré, et mon Mac était redevenu normal. L'espace de tous les fichiers que j'avais précédemment supprimés est maintenant visible et disponible.

Et ils vécurent heureux jusqu'à la fin des temps...

Avez-vous demandé au programme d'installation d'aller de l'avant et de copier toutes vos données utilisateur sur le système nouvellement installé ? Si c'est le cas, cela vaut la peine de vérifier si le système est étendu. fichiers épars o paquets épars/image disque . - Selon la sagesse du programme de copie, les fichiers épars ou les paquets peuvent avoir été étendus à leur pleine gloire et occuper maintenant un "véritable" espace disque. Les bons candidats pour les fichiers épars sous MacOS sont les images de disque éparses, où la "place pour l'expansion" a été réservée lors de la création, mais n'était pas censée prendre de l'espace jusqu'à ce qu'elle soit remplie de données. Une simple copie peut également l'étendre...

Identifier des fichiers volumineux pour inspecter, vous pouvez utiliser find :

• find / -type f -size +2G -ls listerait tous les fichiers dépassant un seuil de 2 Go.

• si vous voulez que la sortie soit triée par la taille de ces fichiers, ajoutez simplement sort, et dites-lui de prendre la 7ème colonne et d'afficher les résultats les plus grands en premier ( head limite en outre la sortie aux 20 plus grands du groupe, pour vous éviter de recevoir des spams) :

  find / -type f -size +2G -ls | sort -k7 -r |head -20

Compte tenu de la quantité d'espace que vous vous demandez, il y a de fortes chances que cette recherche fasse apparaître le coupable. S'il s'agit de quelque chose qui a été copié à partir d'une autre installation, vous pouvez comparer l'espace que le fichier occupe "réellement" sur le disque en exécutant la commande suivante du -sh </path/to/file> pour les deux fichiers. S'il est plus petit du côté de la source, recopiez-le avec un outil qui conserve les fichiers épars intacts.

Identifier par répertoire :

Si vous êtes plutôt visuel, vous pouvez utiliser un outil graphique pour afficher l'espace occupé par les répertoires, et descendre à partir de là :

• Inventaire des disques X qui existe depuis toujours, est gratuit, y encore activement maintenue, tandis que
• Disque de marguerite offre une interface moderne, et un "essai gratuit".

Malheureusement (comme vous l'avez constaté), ces outils ne donnent qu'une vague idée de l'endroit où les gros fichiers peuvent se cacher, mais ils peuvent souvent servir de point de départ pour les examens en ligne de commande.

Si vous préférez examiner les répertoires à partir de la ligne de commande, vous pouvez trouver les plus grands en utilisant find y du :

• find / -type d -exec du -sh {} \; |grep "G " ( "G " doit être saisi comme G crtl-v<tab> pour rechercher G<tab> ) listera tous les répertoires qui ont une taille d'au moins 1 G. Notez que cela résumera les répertoires imbriqués plusieurs fois en fonction de leur niveau d'imbrication (cela résumera /usr, /usr/local /usr/local/bin /usr/local/etc sans essayer d'optimiser le processus).

Il serait intéressant d'avoir un retour de votre part lorsque vous aurez identifié le coupable !

J'ai beaucoup d'applications sur mon système mais mon dossier ~/Bibliothèque occupe presque 100 Go. Je vous suggère de vérifier la taille de votre dossier de bibliothèque. Rappelez-vous qu'il y a 2 dossiers de bibliothèque. Un dans votre répertoire personnel et un au même niveau que les utilisateurs ou le dossier d'application. Assurez-vous que vous affichez les éléments cachés, puis sélectionnez votre dossier Bibliothèque dans le Finder et "Obtenir des informations".

Il faut dire que la panne de stockage de MacOS a traditionnellement été peu fiable. Comme vous utilisez un logiciel bêta, assurez-vous de le signaler à Apple.

Le Finder indique-t-il une quantité similaire d'espace utilisé/libre ? Si vous avez des sauvegardes d'appareils iOS, comme des téléphones et des iPads, elles peuvent occuper de grandes quantités d'espace. Elles étaient auparavant gérées dans iTunes, mais cela aura changé dans Catalina.

@Alexander @Mane Manero Comme le tmutil usages indiqués :

Usage: tmutil deletelocalsnapshots [<mount_point> | <snapshot_date>]

Vous devez vous sentir libre de supprimer les instantanés en utilisant cette commande sans sudo y recovery mode :

  ~ tmutil deletelocalsnapshots /System/Volumes/Data
Deleted 5 Time Machine local snapshots for volume group containing disk '/System/Volumes/Data'
com.apple.TimeMachine.2019-10-09-234112.local
com.apple.TimeMachine.2019-10-09-200334.local
com.apple.TimeMachine.2019-10-09-220434.local
com.apple.TimeMachine.2019-10-09-210802.local
com.apple.TimeMachine.2019-10-10-162541.local