Exécution à sec de rsync avec checksum pour inclure les attributs étendus, les fourches de ressources et les ACL
Fondamentaux
D'après la page manuelle rsync(1) de Mac OS X:
-c, --checksum
Ceci force l'expéditeur à effectuer un checksum sur chaque fichier régulier en utilisant un checksum MD4 128 bits. Cela se fait lors de l'analyse initiale du système de fichiers alors qu'il construit la liste de tous les fichiers disponibles. Le destinataire effectue ensuite un checksum sur sa version de chaque fichier (s'il existe et a la même taille que son homologue du côté de l'expéditeur) afin de décider quels fichiers doivent être mis à jour : les fichiers avec une taille changée ou un checksum changé sont sélectionnés pour le transfert. Comme ce checksum de fichier complet de tous les fichiers des deux côtés de la connexion se produit en plus des vérifications automatiques des checksums qui se produisent pendant le transfert d'un fichier, cette option peut être assez lente.
Notez que rsync vérifie toujours que chaque fichier transféré a été correctement reconstruit du côté récepteur en vérifiant son checksum de fichier complet, mais que la vérification automatique après le transfert n'a rien à voir avec la vérification "Est-ce que ce fichier a besoin d'être mis à jour?" avant le transfert.
-E, --extended-attributes
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 rsync correctement patché.
-n, --dry-run
Ceci indique à rsync de ne pas effectuer de transferts de fichiers, mais plutôt de simplement signaler les actions qu'il aurait prises.
Considérations
Je suppose que lorsque les options --checksum
et --extended-attributes
sont combinées, le checksum inclut les attributs.
Une discussion de 2010 sur le support de Bombich Software pourrait aider à clarifier - vérifier avec rsync - incohérences de liens symboliques sur Tiger