J'ai utilisé une commande semblable à celle-ci pour les rsync
fichiers de macOS à Linux:
rsync -avz <ip-address>:/Backup/ Backup/
Le dossier Backup/
a déjà été copié à partir du même ordinateur scp
avec aucun fichier modifié. Je pensais que ce rsync
serait un noop, mais cela a commencé à écraser tous les fichiers (probablement à cause d'horodatages différents), ce qui a entraîné beaucoup d'écritures sur le disque. J'ai essayé la même commande avec --size-only
et cela s'est terminé presque instantanément. Est-ce que rsync
complètement écraser les fichiers qui ont différents horodatages (c.-à-d. Ne vérifiant pas la différence)? Cela dépend-il de la taille des fichiers?
>f..t...... /path/to/file
lors de l'utilisation -i
, est-ce que cela signifie que le fichier est complètement écrasé? Pourquoi le rsync
faire si seul le temps de modification diffère?
rsync
toujours envoyer les sommes de contrôle pour chaque bloc du fichier afin de vérifier que c'est bien le cas. La taille du bloc est déterminée à partir de la taille du fichier, comme indiqué dans la documentation de -B
. Essayez également de courir avec --stats
pour obtenir les statistiques définitives du transfert. Le calcul des sommes de contrôle pour l'algorithme delta implique la lecture du fichier complet.
-i
au lieu de-v
pour voir pourquoi un fichier est transféré. Lisez le manuel sur--itemize-changes
.