7 votes

Est-ce que rsync copiera les attributs étendus, les ACL, etc. de manière suffisamment fiable pour Time Machine ?

Je suis en train de copier une sauvegarde TM sur un nouveau disque via USB par glisser-déposer. Recommandation d'Apple . Mais comme il s'agit de plus de deux téraoctets, je suis préoccupé par le risque d'interruption.

Si j'essaie de reprendre avec rsync -avAX Time Machine pourra-t-il continuer à l'utiliser ? Un autre question/réponse suggère que je dois m'assurer que j'ai la dernière version de rsync mais est-ce que cela suffira ?

0 votes

Par glisser-déposer ? Vous voulez dire dans le Finder ? Ce n'est généralement pas une bonne idée, et je serais intéressé de voir où Apple le recommande. Lorsque j'ai copié des sauvegardes de TM sur des disques plus grands, j'ai créé une image disque avec Disk Utility, ou cloné avec SuperDuper ou CarbonCopyCloner.

0 votes

Tous ces éléments sont également susceptibles d'être interrompus.

0 votes

De plus, est-ce que l'Utilitaire de disque peut copier sur un disque légèrement plus petit disque si les deux ont une capacité supérieure à celle du jeu de sauvegarde ?

2voto

Natsfan Points 12853

Rsync, avec l'option -E, copiera les attributs étendus et l'ACL d'un fichier. La page de manuel de rsync indique :

-E, --extended-attributes copier les attributs étendus, les fourches de ressources

-E, --extended-attributs Option spécifique à Apple pour copier les attributs étendus, les fourches de ressources et les ACL. Nécessite au moins Mac OS X 10.4 ou un rsync correctement corrigé.

0 votes

Mais c'est une ancienne version qui aurait eu des problèmes. La mise à jour, selon l'article lié, le change en -AX. Je me demandais juste si c'était assez fiable pour Time Machine. J'espère que je n'aurai pas à le découvrir. La copie n'a pas encore échoué, mais elle indique qu'il reste seize heures (après environ trois heures).

1 votes

Dans certaines versions de rsync, "-E" préserve la permission d'exécution, et -X fait des attributs étendus. Vérifiez votre version pour être sûr.

-3voto

WGroleau Points 3272

Eh bien, dans l'OS 10.14.6, la réponse est NON, mais pas à cause d'une faille dans rsync. Quelqu'un a touché le câble USB alors qu'il n'était plus qu'à un tiers de sa capacité (il restait douze heures à passer).

J'ai essayé "rsync version 3.1.3 protocol version 31" installé/mise à jour aujourd'hui par brew

Quand cela a échoué, j'en ai installé un autre avec Macports. Il donne les mêmes informations de version mais se trouve dans un chemin différent. Il a également échoué, avec le même message.

Les deux prétendent supporter les ACL avec -A et les attributs étendus avec -X.

MBP-WWG:~ Admin$ sudo time  /opt/local/bin/rsync -aAX /Volumes/Nahshon/Backups.backupdb/ "/Volumes/Seagate Backup/Backups.backupdb"
Password:
rsync: opendir "/Volumes/Nahshon/Backups.backupdb/." failed: Operation not permitted (1)
rsync: get_xattr_data: lgetxattr("/Volumes/Seagate Backup/Backups.backupdb/.","com.apple.finder.copy.checkpoint#N",0) failed: Operation not permitted (1)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1209) [sender=3.1.3]

En regardant la première erreur, j'ai essayé ls sur la sauvegarde source. Non autorisé, même avec sudo. Et sudo chmod -RN ne parvient pas à supprimer les ACL. Donc, il doit être protégé par SIP.

Mise à jour : comme indiqué dans les commentaires, cette erreur n'arrive pas à tout le monde. Je ne sais pas pourquoi. Je sais qu'avant SIP, je devais parfois relâcher les restrictions de permission sur un jeu de sauvegarde pour contourner un bogue de Time Machine. Mais Time Machine les resserrait toujours lors de la sauvegarde suivante. Maintenant, SIP ne me laisse pas faire cela, mais apparemment au moins une personne n'a pas ces restrictions.

0 votes

Ne s'agit-il pas plutôt d'une modification de la question que d'une réponse, étant donné qu'elle se termine par une question ?

0 votes

Ça s'est terminé par un point d'interrogation, pas une question. Corrigé. Et la deuxième tentative de copie s'est arrêtée pendant la préparation.

0 votes

RE : "Quelqu'un a heurté le câble USB alors qu'il n'était qu'au tiers", heurter un câble ne devrait pas être un problème, j'ai soigneusement pris et déplacé des clés USB pendant la copie sans aucun problème car le câble était bien ajusté, mais si le câble était tiré, c'est une autre histoire qui n'est pas exprimée. Voir mon commentaire à votre question.

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