Existe-t-il un moyen plus rapide de copier des fichiers Time Machine d'un disque vers un autre?

J'essaie de déplacer mes fichiers de sauvegarde de Time Machine tous sous Backups.backupdb vers un autre lecteur. J'ai initié une copie de fichier pendant la nuit (b / c j'ai vu qu'il a fallu une éternité à OSX pour préparer la copie ... cela comptait essentiellement les fichiers pendant des heures). Le matin, j'ai vu que seules certaines sauvegardes (dossiers avec dates) étaient copiées. J'ai ensuite essayé de copier ceux qui n'avaient pas été copiés ... mais le système d'exploitation ne me permettait pas de le faire. J'ai eu et erreur que "L'opération ne peut pas être terminée car les éléments de sauvegarde ne peuvent pas être modifiés." Mon plan consiste donc à supprimer la copie incomplète sur le nouveau lecteur, puis à réessayer de copier le dossier Backups.backupdb.

Assez frustrant. Existe-t-il un moyen plus rapide de copier ces fichiers via une commande de terminal afin qu'il n'effectue pas toute la préparation du comptage de fichiers?

Je peux probablement tarir tout le dossier et ensuite faire une copie, mais cela va-t-il interférer avec les autorisations de fichier, etc.? La seule chose avec cette approche est que je n'ai plus d'espace sur mon volume source pour le tar.

MISE À JOUR

J'ai essayé certaines des méthodes suggérées ci-dessous, en utilisant spécifiquement la fonction de restauration de l'Utilitaire de disque et cela me donne des messages d'erreur et des résultats inattendus (du moins pour moi). J'ai essayé de faire la restauration de deux manières:

• Avec "Effacer la destination" cochée: Chaque fois (j'ai essayé deux fois), lorsque la restauration est terminée, je vois un message "Impossible de restaurer - Opération non valide" et "Impossible de restaurer - Argument non valide". Cependant, mon disque de destination obtient une copie de mes fichiers TM. La chose étrange est que mon disque de destination est EXACTEMENT comme mon disque source ... même la taille. Mon disque de destination est en fait de 1 To, mais après la restauration, il affiche 200 Go lorsque je reçois des informations du Finder. Mais dans l'Utilitaire de disque, il montre une partition de 1 To!

J'ai ensuite essayé de vérifier / réparer le disque et j'ai obtenu:

    Taille de nœud d'arbre B non valide
    Vérification du volume HFS Plus journalisé.
    Taille de nœud d'arbre B non valide
    Réparation du volume terminée.
    Mise à jour des partitions de prise en charge de démarrage pour le volume selon les besoins.
    Erreur: l'Utilitaire de disque ne peut pas réparer ce disque. Sauvegardez autant de vos fichiers que possible, reformatez le disque et restaurez vos fichiers sauvegardés.

Je ne sais pas si je suis même supposé vérifier / réparer un disque TM ...

• Avec "Effacer la destination" décochée: la restauration ne démarre jamais et j'obtiens:

    Restauration impossible - Opération non autorisée

Une copie normale (ou une copie via rsync ou idem) ne répliquera pas complètement Time Machine car elle convertira deux répertoires liés ensemble (comme cela se produit dans les sauvegardes TM successives sans changement entre) en deux répertoires distincts.

La meilleure façon est de copier tout le disque en utilisant l'Utilitaire de disque ou la partie de copie de bloc de Carbon Copy Cloner et probablement similaire sur SuperDuper .

En migrant un disque chiffré complet de 3 To de Time Machine vers un nouveau disque de 8 To sur macOS 10.14, j'ai rencontré toutes sortes de problèmes. Une tentative de restauration dans l'Utilitaire de disque s'est soldée par une erreur «impossible de valider la source» ou «Opération non autorisée». En essayant d'autres suggestions dans ce post et d'autres, j'ai pu obtenir de nouveaux messages d'erreur excitants comme «Le fichier de catalogue sur l'image / le volume est trop mal fragmenté», mais pas de copie.

Ce qui a finalement fonctionné, au terminal:

1. Effacez le nouveau disque avec l'Utilitaire de disque, en respectant le format du lecteur source: MacOS étendu (journalisé, crypté)
2. Utilisez diskutil cs listdans le terminal pour obtenir la taille d'octet exacte du volume logique sur l'ancien lecteur et le GUID du nouveau volume logique, ainsi que les numéros de disque pour les deux, par exemple disk4.

3. Utilisez la taille d'octet exacte de l'étape 2 comme taille du nouveau volume. Dans mon cas, avec un lecteur de 3 To, c'était 2 999 772 905 472 octets:

   sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
   

4. En utilisant la pvcommande de homebrew, faites une copie de bloc de bas niveau des disques. Cela ressemble beaucoup à l'utilisation dd, sauf que vous obtenez un indicateur de progression avec ETA.

   Vous devez obtenir les numéros de disque à partir de la diskutil cs listsortie. Faites attention. Il est très facile d'écraser accidentellement votre disque de sauvegarde complet avec le nouveau disque vierge ici.

   sudo sh -c "$(which pv) --buffer-size 50M -s 2999772905472 < /dev/rdisk${source} > /dev/rdisk${target}"
   

   Si vous obtenez une erreur d'autorisation refusée / opération non autorisée ici, accédez aux Préférences de sécurité et de confidentialité et ajoutez l'accès complet au disque pour Terminal.app.

   Pour moi, cela a pris environ 10 heures - je l'ai laissé fonctionner pendant la nuit - mais, avec pv, au moins, vous obtenez un indicateur de progression avec un ETA.

5. Maintenant, augmentez le volume pour occuper tout l'espace restant sur le lecteur:

   sudo diskutil cs resizeVolume $new_lv_guid 0
   

   Cela m'a pris environ 3 heures, avec environ 5 ans de sauvegardes. La plupart de ce temps a été consacré à macOS fsck.

Vous pouvez maintenant profiter de votre nouveau lecteur Time Machine plus spacieux. Vous pouvez réutiliser l'ancien, ou le ranger dans un endroit sûr au cas où quelque chose arriverait au nouveau lecteur.

Les étapes de redimensionnement semblent être importantes; les ignorer a entraîné une copie de fichier de 10 heures qui a donné un volume de 8 To contenant un système de fichiers de 3 To que je ne pouvais pas comprendre comment redimensionner.

MISE À JOUR Un inconvénient potentiel de cette approche est que, comme il s'agit d'une copie bit à bit, les identificateurs sont les mêmes entre l'ancien disque et le nouveau disque. Si je connecte l'ancien disque complet, Time Machine pense que c'est le nouveau disque, essaie de sauvegarder et commence à supprimer les anciennes sauvegardes pour faire de la place pour les nouvelles. Cela semble être une bonne approche pour déplacer des données vers un disque plus grand où l'ancien disque plus petit sera ensuite effacé.

Pourquoi ne pas simplement utiliser le terminal:

cp -RnpP Backups.backupdb

• -R récursif
• -n ne pas écraser (s'il reste des copies existantes de la tentative précédente)
• -p conserver les ACL, les autorisations, les dates de création / modification, etc.
• -P conserver les liens durs, ne pas suivre de liens durs ou de liens symboliques.

Cette réponse ne le fera pas plus rapidement, mais j'ai trouvé un moyen de copier correctement les données tout en préservant la déduplication (liens durs) et les autorisations. En prime, je l'utilise pour créer un dmg compressé du produit final pour l'archivage.

1. À l'aide des utilitaires de disque, créez une image disque plus grande que votre répertoire Backups.backupdb. Je suggérerais également que vous utilisiez une image de disque groupée clairsemée pour le format d'image et un disque dur pour les partitions. Une fois cette image montée, obtenez des informations dessus et désélectionnez Ignorer la propriété sur ce volume.

2. Désactivez maintenant Time Machine et, à l'aide du Finder, copiez le dossier Backups.backupdb dans l'image montée. Le chercheur vous demandera des autorisations de superutilisateur pour copier les données. Prenez un verre ou faites autre chose pendant un moment.

3. Une fois la copie terminée, assurez-vous que tout va bien et démontez l'image. Dans Utilitaire de disque, sélectionnez Convertir et transformez l'image groupée clairsemée en une image compressée. Encore une fois, cela peut prendre un certain temps.

Vous devriez vous retrouver avec deux copies de votre sauvegarde Time Machine, vous pouvez supprimer la version groupée clairsemée et placer le dmg en lieu sûr en tant qu'archive dans le temps.

Une chose que je n'ai pas essayée avec cela est de faire une restauration du système à partir du dmg, mais je soupçonne que cela devrait fonctionner, mon objectif était plus d'archiver les modifications incrémentielles de la machine à remonter le temps et de conserver la structure du lien dur.

J'ai également essayé rsync et cp, mais ils ne semblaient pas conserver la structure du lien dur qui finirait par faire x fois la taille, x étant le nombre de dates que vous aviez dans le passé. Cette méthode a bien fonctionné, mais encore une fois, la vitesse d'une solution de copie de bloc peut ne pas être rapide.

Apple a un tutoriel officiel pour cela: " Time Machine: Comment transférer des sauvegardes d'un lecteur de sauvegarde actuel vers un nouveau lecteur de sauvegarde ".

Les étapes de haut niveau de cette page:

1. Vérifiez le format de votre nouveau lecteur de sauvegarde
2. Définissez des autorisations sur votre nouveau lecteur de sauvegarde
3. Désactiver temporairement Time Machine
4. Copiez vos données de sauvegarde de votre disque d'origine vers votre nouveau disque
5. Configurer Time Machine pour utiliser votre nouveau lecteur

Voici comment la page recommande d'effectuer l'étape de copie:

Copiez vos données de sauvegarde de votre disque d'origine vers votre nouveau disque

1. Ouvrez une nouvelle fenêtre du Finder. Dans la barre latérale du Finder, cliquez sur l'icône du lecteur de sauvegarde d'origine.
2. Ouvrez une nouvelle fenêtre du Finder. Dans la barre latérale du Finder, cliquez sur l'icône du nouveau lecteur de sauvegarde.
3. Faites glisser le dossier "Backups.backupdb" du lecteur de sauvegarde d'origine vers le niveau supérieur du nouveau lecteur de sauvegarde.
4. Saisissez un nom et un mot de passe d'administrateur, puis cliquez sur OK pour démarrer le processus de copie.

La copie de vos données de sauvegarde peut prendre un certain temps, selon la taille de votre sauvegarde.

+1 pour les utilitaires de disque, trop long pour les commentaires:

12.250.329 fichiers évalués, 10.408.594 fichiers copiés. Vitesse de copie effective 8,68 Mo / s.

pour le clonage d'un lecteur de sauvegarde magnétique de 2 To avec plusieurs années de sauvegardes via SuperDuper! cette année.

Cela a pris 63h au total (SuperDuper réinitialiserait son horloge toutes les 24 heures, donc il a montré 15:04:43 à la fin) par opposition à une copie du Finder que j'ai annulée après environ 4 jours et quart des fichiers.

Évidemment, le disque magnétique n'était pas la raison pour laquelle cela prenait si longtemps. La raison pour laquelle le Finder copie le blocage sur des disques de sauvegarde de longue durée est le grand nombre de liens symboliques en cascade sur des fichiers inchangés, en particulier pour de nombreux petits fichiers comme les indices Git.

rsync est un excellent utilitaire pour ce genre de choses. Je l'utilise généralement pour des trucs comme ça. Dans ce cas, je pourrais utiliser les drapeaux -aP. Je pense qu'une partie de -a ("archive") est également de préserver les autorisations, les ACL et autres, mais je ne suis pas sûr.

IIRC, il existe également une option --delete qui vous permet de supprimer le fichier source une fois qu'il a été copié avec succès vers la destination. Cependant, je me méfierais de l'utiliser - généralement, je fais un miroir complet sans l'option --delete, puis je réexécute la commande avec les options -c et --delete. -c est la somme de contrôle, il vérifie donc tous les fichiers que vous avez téléchargés par rapport à tous ceux de la source via la somme de contrôle, puis supprime la source s'il y a une correspondance, sinon il recopie ou reprend la copie selon le cas.

EDIT: veuillez utiliser le drapeau -H dans ce cas selon les commentaires, afin de conserver les liens durs.

Avec les disques durs, lorsque vous déplacez plusieurs fichiers d'un lecteur, le lecteur se déplace d'avant en arrière en faisant un bruit de clic effrayant, et il ralentit considérablement le taux de transfert, par exemple - un fichier avec usb 2.0 se déplace à 30 Mbps sur mon ordinateur à partir de 2 disques durs externes, mais 2 fichiers se déplacent à 11 Mbps. et 3 fichiers se déplacent à 6 Mbps. etc etc. les fichiers zip se déplaceront plus rapidement que les fichiers.