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
la source
Réponses:
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 .
la source
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:
diskutil cs list
dans 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 exempledisk4
.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:
En utilisant la
pv
commande de homebrew, faites une copie de bloc de bas niveau des disques. Cela ressemble beaucoup à l'utilisationdd
, sauf que vous obtenez un indicateur de progression avec ETA.Vous devez obtenir les numéros de disque à partir de la
diskutil cs list
sortie. Faites attention. Il est très facile d'écraser accidentellement votre disque de sauvegarde complet avec le nouveau disque vierge ici.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.Maintenant, augmentez le volume pour occuper tout l'espace restant sur le lecteur:
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é.
la source
cs
corestorage soit activé? L'activation du stockage de base semble être un PITA potentiellement inutile , mais cela peut être nécessaire en raison de l'étape 3 du guide.sudo sh -c "$(which pv) --buffer-size 50M -s 3000249008128 < /dev/rdisk3 > /dev/rdisk5"
- le 8tb a été précédemment redimensionné avec succèsResized Core Storage Logical Volume to 3,000,249,008,128 bytes
Pourquoi ne pas simplement utiliser le terminal:
-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.la source
man cp
pour macOS. Lacp
commande standard livrée avec macOS ne copie pas les liens durs avec -P. La page de manuel indique en fait "Notez que cp copie les fichiers liés en dur en tant que fichiers séparés. Si vous devez conserver les liens durs, envisagez d'utiliser tar (1), cpio (1) ou pax (1) à la place."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.
À 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.
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.
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.
la source
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:
Voici comment la page recommande d'effectuer l'étape de copie:
la source
sudo rsync
dernière nuit, mais ce matin, trouvezERROR: out of memory in flist_expand [sender]
et ma copie est maintenant ~ 600 Go. Je n'ai pas encore décidé quoi faire, mais je pense que la plupart des lecteurs lisent déjà le didacticiel officiel.+1 pour les utilitaires de disque, trop long pour les commentaires:
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.
la source
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.
la source
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.
la source