J'ai utilisé une commande semblable à celle-ci pour les rsyncfichiers de macOS à Linux:
rsync -avz <ip-address>:/Backup/ Backup/
Le dossier Backup/a déjà été copié à partir du même ordinateur scpavec aucun fichier modifié. Je pensais que ce rsyncserait 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-onlyet 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/filelors de l'utilisation -i, est-ce que cela signifie que le fichier est complètement écrasé? Pourquoi le rsyncfaire si seul le temps de modification diffère?
rsynctoujours 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 --statspour obtenir les statistiques définitives du transfert. Le calcul des sommes de contrôle pour l'algorithme delta implique la lecture du fichier complet.
-iau lieu de-vpour voir pourquoi un fichier est transféré. Lisez le manuel sur--itemize-changes.