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 .

13voto

yoliho Points 340

Une copie normale (ou une copie via rsync ou ditto) ne répliquera pas entièrement un Time Machine car elle convertira deux répertoires liés entre eux (comme cela se produit dans des sauvegardes successives de TM sans changement entre les deux) en deux répertoires distincts.

Le meilleur moyen est de copier l'ensemble du disque à l'aide de l'utilitaire de disque ou de la partie copie de bloc de l'utilitaire de disque. Carbon Copy Cloner et probablement similaire sur SuperDuper .

2 votes

Extrait de la page de manuel de ditto : "ditto préserve les liens durs des fichiers (mais pas les liens durs des répertoires) présents dans les répertoires sources" donc aucune aide ici. C'est soit Disk Utility, soit un outil comme SuperDuper ou CCC.

0 votes

@patrix Merci - la page web man ne dit rien à ce sujet - CCC utilise ditto ou rsync pour la copie et ne le fera que s'il fait une copie de bloc. aide.bombich.com/kb/troubleshooting/

0 votes

Mon disque source ne contient que la sauvegarde Time Machine. Mon disque de destination contient d'autres fichiers. Je ne veux pas d'un clone de mon disque Source. Je veux simplement copier les fichiers Time Machine sur le disque de destination.

8voto

andrew Points 944

Lors de la migration d'un disque plein de 3 To chiffré par Time Machine vers un nouveau disque de 8 To sous MacOS 10.14, j'ai rencontré toutes sortes de problèmes. En essayant d'effectuer une restauration dans l'Utilitaire de disque, j'ai reçu le message "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/volume est trop fragmenté", mais aucune copie.

Ce qui a marché à la fin, au terminal :

  1. Effacez le nouveau disque avec l'Utilitaire de disque, en respectant le format du disque source : MacOS Extended (Journaled, Encrypted)

  2. Utilisez diskutil cs list dans le terminal pour obtenir la taille exacte en octets du volume logique sur l'ancien disque, 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 disque de 3TB, c'était 2,999,772,905,472 octets :

    sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
  4. Utilisation de la pv de homebrew, faire une copie de bloc de bas niveau des disques. C'est un peu comme utiliser dd sauf que vous avez un compteur de progression avec ETA.

    Vous devez obtenir les numéros de disques à partir du diskutil cs list sortie. Soyez prudent. 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 de type "permission refusée" ou "opération non autorisée", allez dans les préférences de sécurité et de confidentialité et ajoutez l'accès au disque complet pour Terminal.app.

    Pour moi, cela a pris environ 10 heures - je l'ai laissé tourner toute la nuit - mais, avec pv mais au moins vous avez un compteur de progression avec une ETA.

  5. Maintenant, développez le volume pour occuper tout l'espace restant sur le disque :

    sudo diskutil cs resizeVolume $new_lv_guid 0

    Cela a pris ~ 3 heures pour moi, avec environ 5 ans de sauvegardes. La plupart de ce temps a été passé par MacOS fsck ing.

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


Les étapes de redimensionnement semblent être importantes ; les ignorer a donné lieu à une copie de fichier de 10 heures qui a produit un volume de 8 To contenant un système de fichiers de 3 To que je n'ai pas réussi à redimensionner.


UPDATE Un inconvénient potentiel de cette approche est que, comme il s'agit d'une copie bit à bit, les identifiants sont les mêmes entre l'ancien et le nouveau disque. Si je connecte l'ancien disque complet, Time Machine pense qu'il s'agit du nouveau disque, essaie de sauvegarder, et commence à effacer les anciennes sauvegardes pour faire de la place aux 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é.

0 votes

Bonjour Andrew ! Merci d'avoir pris le temps de rédiger ce guide étape par étape (et j'espère l'utiliser pour transférer ma sauvegarde de 1 To sur un disque de 4 To, ce qui jusqu'à présent n'a pas réussi parce que les dossiers et fichiers copiés par le Finder prennent beaucoup plus de place sur le nouveau disque que sur l'original). La question que je vous pose est la suivante : puis-je procéder comme suit ? sans cs a.k.a. corestorage activé ? L'activation du stockage central semble être un PITA potentiellement inutile mais cela peut être nécessaire en raison de l'étape 3 du guide.

0 votes

@MichaelDautermann Core Storage est nécessaire pour FileVault qui est extrêmement recommandé pour les disques de sauvegarde, afin de protéger votre vie privée en cas de perte, de vol ou d'élimination inappropriée.

0 votes

Je voudrais ajouter que je n'ai pas pu copier avec la méthode mentionnée. La raison en est que le système m'a indiqué que cette "opération n'est pas autorisée". Après une brève recherche, j'ai découvert que je devais désactiver toutes les fonctionnalités SIP. Pour ce faire, il faut redémarrer MacOS en maintenant la touche Commande + R et ouvrir un terminal. Ici, vous devez désactiver en tapant "csrutil disable". Au redémarrage suivant, j'ai pu copier la sauvegarde de TM

1voto

adam Points 1848

Pourquoi ne pas simplement utiliser le terminal :

cp -RnpP Backups.backupdb
  • -R récursif
  • -n ne pas écraser (s'il reste des restes de copie de la tentative précédente)
  • -p préserver les ACL, les permissions, les dates de création/modification, etc.
  • -P préserver les liens en dur, ne suivre aucun lien en dur ou symétrique.

1 votes

Ce n'est pas vrai. Lire man cp pour MacOS. L'ordinaire cp livrée avec MacOS n'est pas copier les liens matériels avec -P. La page de manuel dit en fait "Notez que cp copie les fichiers liés par des liens durs comme des fichiers séparés. Si vous devez préserver les liens durs, envisagez d'utiliser tar(1), cpio(1) ou pax(1) à la place."

1voto

Paracetamol Points 111

Suite à la +1 commentaire sur Super Duper ! Voici les spécifications (elles ne tenaient pas dans un commentaire) :

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

pour cloner un disque de sauvegarde magnétique de 2 To contenant plusieurs années de sauvegardes cette année (2019).

Cela a pris 63h au total (l'écran d'information remettait son horloge à zéro toutes les 24 heures, donc il affichait 15:04:43 à la fin) par rapport à une copie du Finder que j'ai annulée après environ 4 jours et un quart des fichiers.

Il est évident que le disque magnétique n'est pas la raison pour laquelle cela a pris autant de temps. La raison pour laquelle les copies du Finder se bloquent sur les disques de sauvegarde de longue durée est le nombre de liens symboliques en cascade sur les fichiers inchangés, en particulier pour de nombreux petits fichiers comme les index Git.

1voto

DIYdee Points 11

J'ai eu le même problème aujourd'hui. J'ai essayé le vieux glisser-déposer de ma sauvegarde TM de mon ancien disque externe vers un nouveau. Près de trois heures plus tard, le nombre de fichiers dépassait largement les 1 000 000 et le logiciel était toujours en train de se " préparer " à les déplacer.

Voici ce que j'ai fait, et ça m'a pris moins d'une heure !

  1. Redémarrez le Mac en mode récupération et choisissez l'utilitaire de disque.

  2. Sélectionnez le nouveau lecteur dans la barre latérale de l'utilitaire de disque.

  3. Cliquez sur le bouton Restaurer (ou allez dans Édition > Restaurer)

  4. Dans la liste déroulante Restaurer, choisissez le lecteur que vous souhaitez cloner/déplacer.

  5. Cliquez sur Restaurer

  6. Une fois cloné, attendez que l'Utilitaire de disque indique que l'opération est terminée et cliquez sur Terminé.

J'espère que cela vous aidera :-)

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