18 votes

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

J'essaie de déplacer mes fichiers de sauvegarde Time Machine, tous sous Backups.backupdb, vers un autre disque. J'ai lancé une copie de fichiers pendant la nuit (parce que j'ai vu qu'OSX mettait une éternité à préparer la copie... il comptait les fichiers pendant des heures). Le matin, j'ai vu que seules certaines sauvegardes (dossiers avec dates) avaient été copiées. J'ai alors essayé de copier celles qui n'avaient pas été copiées... mais l'OS ne m'a pas permis de le faire. J'ai obtenu l'erreur suivante : "L'opération ne peut pas être achevée car les éléments de sauvegarde ne peuvent pas être modifiés". Mon plan est donc de supprimer la copie incomplète sur le nouveau disque et d'essayer de copier à nouveau le dossier Backups.backupdb.

C'est assez frustrant. Existe-t-il un moyen plus rapide de copier ces fichiers via une commande en terminal afin de ne pas avoir à compter les fichiers ?

Je peux probablement mettre le dossier entier sous forme de goudron et faire une copie, mais est-ce que cela va interférer avec les autorisations de fichiers, etc. L'inconvénient de cette approche est que je n'ai plus d'espace sur mon volume source pour le tar.

UPDATE

J'ai essayé certaines des méthodes suggérées ci-dessous, en particulier l'utilisation de la fonction de restauration de l'Utilitaire de disque, mais j'ai obtenu des messages d'erreur et des résultats inattendus (du moins pour moi). J'ai essayé de faire la restauration de deux façons :

  • Avec "Erase Destination" coché : A chaque fois (j'ai essayé deux fois), lorsque la restauration est terminée, je vois un message "Could not restore - Invalid Operation" et "Could not restore - Invalid Argument". Cependant, mon disque de destination reçoit une copie de mes fichiers TM. Ce qui est étrange, c'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 s'affiche comme étant de 200 Go lorsque j'obtiens des informations à partir du finder. Mais dans l'Utilitaire de disque, il affiche une partition de 1 To !

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

    Invalid B-tree node size
    Checking Journaled HFS Plus volume.
    Invalid B-tree node size
    Volume repair complete.
    Updating boot support partitions for the volume as required.
    Error: Disk Utility can’t repair this disk. Back up as many of your files as possible, reformat the disk, and restore your backed-up files.

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

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

    Could not restore - Operation not permitted

2 votes

Je pense que cela tient la route - l'autre question concerne la charge d'IO de la copie des liens physiques, mais elle est liée au réseau et au boîtier de la capsule temporelle, c'est donc un cas particulier du problème général posé ici.

0 votes

Si vous pouvez mettre à jour vers MacOS 10.13.4+, le bogue qui empêchait les alias/liens durs de se copier dans le Finder a été corrigé. Je l'ai essayé moi-même pour copier un disque Time Machine de sauvegarde vers un autre et cela a parfaitement fonctionné (et c'était assez rapide aussi). Plus d'informations ici : apple.stackexchange.com/a/323691/261070 .

0voto

Harv Points 6277

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

IIRC, il y a aussi une option --delete qui vous permet de supprimer le fichier source une fois qu'il a été copié avec succès vers la destination. Je me méfierais cependant de son utilisation - en général, je fais un miroir complet sans l'option --delete, puis je relance la commande avec les options -c et --delete. -c est checksum, donc il vérifie tous les fichiers que vous avez téléchargés par rapport à tous ceux de la source via checksum, puis supprime la source s'il y a une correspondance, sinon il re-copie ou reprend la copie selon le cas.

EDIT : veuillez utiliser le drapeau -H dans ce cas, conformément aux commentaires, afin de préserver les liens physiques.

5 votes

Rsync ne maintient pas les liens en dur sur les répertoires. La copie d'une sauvegarde de TM va dupliquer un grand nombre de répertoires.

1 votes

@patrix - Je peux le confirmer. Je l'ai essayé. Les liens durs de répertoire sont presque uniques à HFS+, et rsync ne les comprend pas.

3 votes

-H, --hard-links préserver les liens durs

0voto

teabot Points 7711

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

  1. En utilisant Disk Utilities, créez une image disque plus grande que votre répertoire Backups.backupdb. Je vous suggère également d'utiliser l'image disque sparse bundle pour le format d'image et le disque dur pour les partitions. Une fois que cette image est montée, obtenez des informations sur elle 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 sur l'image montée. Le finder vous demandera les droits de super utilisateur pour copier les données. Allez boire un verre ou faites autre chose pendant un moment.

  3. Lorsque la copie est terminée, vérifiez que tout va bien et démontez l'image. Dans l'Utilitaire de disque, sélectionnez Convertir et transformez l'image de paquets épars en une image compressée. Là encore, cela peut prendre un certain temps.

Vous devriez vous retrouver avec deux copies de votre sauvegarde Time Machine, vous pouvez supprimer la version sparse bundle, et mettre le dmg dans un endroit sûr comme archive dans le temps.

Je n'ai pas encore essayé de faire une restauration du système à partir du dmg, mais je pense que cela devrait fonctionner. Mon objectif était plutôt d'archiver les changements incrémentiels de la machine à remonter le temps et de conserver la structure des liens durs.

J'ai également essayé rsync et cp, mais ils ne semblaient pas conserver la structure de liens durs qui finissait 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 une fois encore, elle ne permet pas d'atteindre la vitesse d'une solution de copie en bloc.

0voto

Dmitry T. Points 1

Récemment, j'ai dû copier la quasi-totalité du disque de 2 Go de TM sur 1 To. J'ai donc écrit un petit script pour rendre cela possible. Malheureusement, les dossiers cibles prennent plus de place que les dossiers sources. Si quelqu'un a des idées pour résoudre ce problème, j'aimerais le savoir.

Voici la ligne du gist avec le script - https://gist.github.com/tyzhnenko/d17b3cdc7ec6edf4164d788b552c1513

0 votes

Il peut être résolu en n'utilisant pas rsync voir ma réponse apple.stackexchange.com/a/35183/237

0 votes

@mmmmmm j'ai essayé SuperDuper et j'ai eu deux problèmes dans mon cas. Le premier - il ne fonctionne que pour les disques de même taille. Je ne peux pas copier l'archive TB d'un disque plus grand vers un plus petit. Le second : SD copie l'identifiant du disque source sur le disque cible. Cela fonctionne pour le remplacement. Si vous souhaitez utiliser les deux disques ensemble, TM fait des choses étranges - il pense que le disque est détourné :(

1 votes

Rsync ou n'importe quel programme de copie de fichiers dupliquera les choses car ils ne comprennent pas les liens durs. Vous avez donc besoin de quelque chose qui utilise asr ou d'autres outils Apple.

-1voto

Apple a un tutoriel officiel pour cela : " Time Machine : Comment transférer les 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 disque de sauvegarde
  2. Définissez les autorisations sur votre nouveau disque 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. Configurez Time Machine pour utiliser votre nouveau disque

C'est ainsi que la page recommande de procéder à l'étape de la 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 original 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 lancer le processus de copie.

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

5 votes

Pour ma part, je me pose cette question car en suivant ce tutoriel (qui suggère de copier le dossier de sauvegarde avec le Finder) et en le laissant tourner toute la nuit, il s'est terminé sur un problème de permission avec environ 500/940gb copiés. J'ai ensuite fait un sudo rsync la nuit dernière, mais ce matin trouver ERROR: out of memory in flist_expand [sender] et ma copie fait maintenant ~600gb. Je n'ai pas encore décidé de la marche à suivre, mais je pense que la plupart des personnes qui me lisent sont déjà au courant du tutoriel officiel.

0 votes

@PeterT Je viens d'essayer le tuto aussi et j'ai eu le même problème que vous. Je ne suis pas sûr que tout le monde connaissait le tutoriel, sinon quelqu'un l'aurait mentionné ici et le résultat qui en découle. Maintenant, les gens savent que ce n'est pas la peine d'essayer.

1 votes

L'utilisation du finder pour copier le dossier prend un temps fou pour construire la liste des fichiers et échoue de toute façon avec un espace disque insuffisant, il doit donc y avoir une erreur de calcul.

-2voto

Jake Thomas Points 1

Avec les disques durs, lorsque vous déplacez plusieurs fichiers à partir d'un disque, le lecteur se déplace d'avant en arrière en faisant un bruit de clic effrayant, et cela ralentit le taux de transfert de manière significative, 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éplacent plus rapidement que les fichiers.

2 votes

En quoi cela répond-il à la question de l'OP ?

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X