0x01. ESPACE OCCUPÉ MAIS OÙ ?
La problématique est simple, lors de la duplication de gros fichier, le système de fichier ne copie que la référence, l'espace est attribué au changement. Timemachine intervient donc lorsqu'il s'agit de faire des sauvegardes locales de ces fichiers, et peut grossir très vite.
Ça ne saut pas aux yeux tout de suite, surtout lorsqu'on voit la différence entre l'espace occupé, l'espace libre et la taille du disque :
Par exemple pour un SSD de 250 Go : ----------------------------------- du -sh /* : renvoie 150 Go df -h / : renvoei 24 Go
Le fait est que ces snapshots ne sont pas des fichiers au sens UNIX mais des données au sens Container (comme pour ZFS). Pour réduire l'espace occupé par les sauvegardes, il s'agit donc de demander au système d'agir sur ses snapshots. La commande tmutil version >= 4.0.0 (depuis macOS High Sierra) permet de les gérer. Pour libérer de l'espace, voici comment faire :
# tmutil : utilitaire timemachine # thinLocalSnapshots : réduire (la taille) des sauvegardes (snapshot) locales # / : point de montage du disque à purger, / représente le disque interne # 2000000000000 : demande de compresser au maximum (demande à récupérer cette taille en octets) # 4 : l'urgence de la demande, 4 = max = à faire maintenant tmutil thinLocalSnapshots / 2000000000000 4
0x02. COMMANDES UTILES
Tant qu'à faire autant regarder quelles autres commandes peuvent servir :
La liste des sauvegardes :
tmutil listbackups
Supprimer toutes les sauvegardes :
tmutil listbackups | egrep -o '20[0-2][0-9]-[01][0-9]-[0-3][0-9]-[0-9]{6}' | while read date ; do tmutil deletelocalsnapshots $date ; done
Désactiver les sauvegardes automatiques :
sudo tmutil disable
Arrêter la sauvegarde en cours :
sudo tmutil stop
Exclure les disques externes des sauvegardes :
sudo tmutil addexclusion /Volumes
=> Écrit par : Nicolas, le 30 décembre 2017