Pour reprendre une copie interrompue, vous devez utiliser 04 . D'après l'explication de la page de manuel de 13 :
Cela amène rsync à mettre à jour un fichier en ajoutant des données à la fin du fichier, ce quiprésume que les données qui existent déjà du côté réception sont identiques au début du fichier côté envoi. [...] implique
21, [...]
Choix 35 fait 43 (écraser) directement le contenu du fichier de destination ; sans 51 , 64 ferait :
- créer un nouveau fichier avec un nom temporaire,
- copiez-y le contenu mis à jour,
- échangez-le avec le fichier de destination, et enfin
- supprimer l'ancienne copie du fichier de destination.
Le mode de fonctionnement normal évite principalement les conflits avec les applications qui pourraient avoir le fichier de destination ouvert, et quelques autres incidents qui sont dûment répertoriés dans le 76 page de manuel.
Notez que si une opération de copie/mise à jour échoue aux étapes 1.-3. ci-dessus,83 supprimera le fichier de destination temporaire ; le 92 l'option désactive ce comportement et 100 laissera des fichiers temporaires partiellement transférés sur le système de fichiers de destination. avec 123 ou137 (même effet que 149 , indique en plus 152 pour créer tous les fichiers temporaires dans un répertoire spécifique).
Sachez que 169 implique 172 , qui lui-même implique 189 .
-
En utilisant simplement
190vous devriez causer205pour laisser des transferts partiels et les reprendre lors de tentatives ultérieures. -
En utilisant
213vous devriez causer222à la fois de laisser des fichiers partiels et de les reprendre la prochaine fois. Après transfert231doit vérifier uniquement la somme de contrôle des données transmises. -
245inclut l'intégralité du fichier dans la vérification de la somme de contrôle, y compris toute partie transférée lors d'un transfert précédent. -
Avec soit
254ou268un échec de la vérification de la somme de contrôle devrait entraîner la retransmission complète du fichier (en utilisant273)
Vous devriez pouvoir reprendre un 287 ou 298 fonctionnement avec 308 mais vous pouvez utiliser le 310 option pour la tranquillité d'esprit.
Notez que l'utilisation de 320 provoque 333 copier uniquement les fichiers dont la taille sur le récepteur est plus courte que la taille sur l'expéditeur (indépendamment des horodatages), ou qui sont absents sur le récepteur. Par documentation sur cette option :
Si un fichier doit être transféré et que sa taille sur le récepteur est égale ou supérieure à la taille sur l'expéditeur, le fichier est ignoré.
Plus d'informations dans la page de manuel
David Schwartz a raison, 347 (ou mieux, 358 ) fait ce que tu veux. J'ai vérifié cela sur un fichier 37G qui a été arrêté ~ 8g dedans, sur un réseau. rsync a rapidement scanné les premières parties du partiel (montrant la progression au fur et à mesure grâce à 360 ), puis a repris le transfert jusqu'à la fin du fichier partiel.