Time Machine dans l'état "Cleaning Up..." pour toujours

J'ai remarqué que le nettoyage des anciennes sauvegardes peut être très lent . Dans mon cas, je peux entendre mon disque de sauvegarde externe s'agiter, je sais donc qu'il agit. quelque chose .

Vous pouvez vérifier la progression en ouvrant le dernier journal de sauvegarde. Recherchez le répertoire dont le nom se termine par .inProgress sur votre disque de sauvegarde. Ouvrez le fichier journal dont l'horodatage est le plus récent :

$ sudo less +F "/Volumes/MacBackup/Backups.backupdb/MacBook Pro/2020-08-05-163227.inProgress/.Backup.618330747.626060.log"

Remplaçant(e) MacBackup , MacBook Pro et le chemin d'accès à la sauvegarde/au journal. Si vous n'êtes pas familier avec less, appuyez sur Ctrl-C , suivi de q pour sortir.

Le fichier journal vous indiquera la quantité d'espace à libérer et les sauvegardes qu'il supprime (très lentement). La quantité d'espace libre sur votre disque de sauvegarde devrait vous donner une idée de l'état d'avancement.

Heureux de vous voir @Jason Campbell ! La mienne est sauvegardée sur un Synology (bien nommé "Hades") et il n'y a pas de "*.inProgress" nulle part dans le dossier Synology monté sur SMB. Mais il y en a un dans mon dossier local TM snapshot. Celui-ci est cependant vide et n'a pas été touché depuis une heure :

tkunze@zork ~ % ls -la /Volumes/Time\ Machine\ Backups/Backups.backupdb/.RecoverySets/
total 0
drwxr-xr-x  4 root  wheel  136 Aug  1 19:29 ./
drwxr-xr-x@ 6 root  wheel  204 Dec 24  2019 ../
drwxr-xr-x  3 root  wheel  102 Oct 15  2020 0/
drwxr-xr-x  2 root  wheel   68 Aug  1 19:29 1.F9D6D42C-90FB-4BFD-A7E6-44E2D39CAB88.inProgress/
tkunze@zork ~ % ls -la /Volumes/Time\ Machine\ Backups/Backups.backupdb/.RecoverySets/1.F9D6D42C-90FB-4BFD-A7E6-44E2D39CAB88.inProgress
total 0
drwxr-xr-x  2 root  wheel   68 Aug  1 19:29 ./
drwxr-xr-x  4 root  wheel  136 Aug  1 19:29 ../

Pendant ce temps, le panneau de préférences de la MT indique toujours "Cleaning up ". Il semble que backupd est toujours en train de lire et d'écrire sur le disque, j'ai donc augmenté sa priorité d'E/S en lançant

tkunze@zork ~ % sudo sysctl debug.lowpri_throttle_enabled=0
debug.lowpri_throttle_enabled: 1 -> 0

et cela a fait la différence. Et maintenant, alors que je viens de taper cette phrase, le nettoyage est terminé. N'oubliez pas d'inverser le sudo

Je vous recommande de ne pas limiter l'affichage des journaux par ce prédicat, qui ne laisse qu'un seul sous-système, mais d'utiliser plutôt un prédicat spécifiant le nom du processus (ou le chemin d'accès). (Je ne sais pas quel processus effectue la sauvegarde, mais une simple inspection dans Activity Monitor vous le dira.

Pourquoi ? Parce que vous verrez alors les messages de logs non seulement du démon de sauvegarde lui-même, mais aussi de tous les frameworks Cocoa et autres sous-systèmes qu'il utilise.

C'est beaucoup plus utile, et vous pouvez facilement voir où les choses se passent mal ou lentement et s'il y a eu des tentatives.