La machine à remonter le temps veut 4,50 Po pour sauvegarder 266,14 Go

Je vais faire une supposition en disant que ce sont soit des mauvaises sauvegardes locales, soit un disque TM corrompu - ou les deux - car je n'ai eu que des problèmes depuis l'introduction de l'APFS. Mojave a été meilleur que les deux Sierras, mais cela arrive encore occasionnellement [sur deux Mac Pros différents fonctionnant avec deux OS différents, tous deux avec un disque TM interne monté en permanence].

Je peux généralement forcer les sauvegardes à commencer à bien fonctionner en effaçant les sauvegardes locales "bloquées" depuis le Terminal, mais souvent j'ai dû utiliser DiskWarrior pour réparer également le disque Time Machine lui-même. Espérons que votre disque TM est toujours en HFS+, étant donné que DiskWarrior ne peut pas encore réparer l'APFS.

Pour effacer les sauvegardes locales, ouvrez le terminal et tapez

tmutil listlocalsnapshots /

Cela vous donnera une liste, similaire à

com.apple.TimeMachine.2019-02-10-163737
com.apple.TimeMachine.2019-02-10-174021
com.apple.TimeMachine.2019-02-10-183659
com.apple.TimeMachine.2019-02-10-193738

Pour une raison inconnue, il semble juste en conserver beaucoup plus que ce qui semble raisonnable, alors qu'il devrait les nettoyer lui-même.

Vous pouvez nettoyer cela de force en utilisant

tmutil thinlocalsnapshots / 1000000000000 1

[c'est un chiffre excessif, conçu pour nettoyer jusqu'au dernier d'entre eux, de manière agressive; sinon vous semblez juste devoir le refaire à nouveau]

Listez à nouveau les instantanés, comme ci-dessus, et vous devriez finir avec un seul. Si cela se termine par (dataless), essayez de redémarrer et voyez s'il disparaît de lui-même. Sinon, vous devriez pouvoir le supprimer manuellement en utilisant la date/l'horodatage, par exemple

tmutil deletelocalsnapshots 2019-02-10-163737

Si vous en trouvez un avec un horodatage am ou pm, consultez APFS/High Sierra - tmutil deletelocalsnapshots will not delete snapshots - Error parsing argument

Une fois que vous avez rangé tout ça, laissez Time Machine essayer une dernière fois. S'il échoue, vous devrez peut-être répéter ce qui a été fait plus haut. Je serais presque certain, cependant, que vous devrez faire passer DiskWarrior sur le disque Time Machine et le laisser le réparer. Je n'ai jamais trouvé d'autre utilitaire capable de réparer une corruption de disque comme celui-là. Utilitaire de disque ne le fera pas.

Note : Je ne suis pas affilié à DiskWarrior; juste un client satisfait. Il semble être apte à réparer des choses que rien d'autre ne peut toucher, bien que je ne sais pas comment il y parvient réellement.

J'ai rencontré ce problème ce week-end, avec TM signalant qu'il avait besoin de >500 PB pour sauvegarder une machine de 250 Go.

Comme indiqué dans mon commentaire ci-dessus, j'ai utilisé la commande ci-dessous (en utilisant GNU find, sort et du installés par homebrew) pour essayer de trouver des fichiers volumineux / susceptibles d'être corrompus (comme rapporté par OP), et de manière intéressante aucun n'a été trouvé:

sudo find / -size +1000M -exec du -sh {} + | sort -rh

Cependant, j'ai pu trouver et supprimer le fichier suspect avec le processus ci-dessous à partir d'un shell en mode de récupération :

1. démarrer en mode de récupération (éteindre, maintenir la touche R enfoncée pendant le démarrage)
2. [cette étape peut probablement être ignorée, je rapporte simplement ce que j'ai fait] ouvrir Utilitaire de disque pour monter votre disque dur si chiffré, exécuter la Premiers Secours, puis quitter l'Utilitaire de disque
3. ouvrir Terminal
4. utiliser diskutil list pour trouver le lecteur en question, pour moi c'était disk2 mais vous devrez peut-être le modifier
5. monter le lecteur : diskutil mountDisk /dev/disk2
6. dans ce shell votre PATH n'inclura pas certains des outils que nous allons utiliser, donc j'ai commencé par l'ajuster pour les inclure : PATH=/Volumes/MyDriveName/usr/bin:"$PATH"
7. définir une petite fonction d'aide pour afficher les tailles des fichiers et répertoires dans le répertoire actuel : size() { du -sh * | sort -h; }
8. cd /Volumes/MyDriveName
9. exécuter size
10. J'ai remarqué un répertoire qui affichait une taille excessive (512P)
11. cd vers ce répertoire
12. répétez à partir de #9 jusqu'à ce que vous ayez trouvé le fichier en question
13. si cela ressemble à un fichier qui peut être supprimé en toute sécurité (le mien était une sauvegarde d'OmniFocus datant de 7 ans), rm le
14. redémarrer et vous connecter normalement
15. Essayer une sauvegarde Time Machine — à ce stade, la mienne s'est terminée sans erreur

Cela pourrait probablement être simplifié en utilisant la commande find ci-dessus dans le shell de récupération, mais c'est ainsi que je l'ai fait.

Je devrais également noter que je soupçonne qu'il y a un problème plus profond avec ma machine qui a conduit à cette erreur étrange en premier lieu ; en exécutant fsck_apfs (ou "Premiers secours" dans l'Utilitaire de disque) en mode normal et en mode de récupération, les deux ont signalé une erreur qui ne pouvait pas être réparée, donc d'autres utilisateurs rencontrant ce problème ne devraient probablement pas supposer que tout va bien si ce qui précède résout leur problème immédiat. Cela dit, la sauvegarde Time Machine a maintenant pu s'exécuter jusqu'au bout, donc j'espère au moins pouvoir restaurer à partir de la sauvegarde si le disque tombe en panne ou devient irrécupérable (on croise les doigts).