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
190
vous devriez causer205
pour laisser des transferts partiels et les reprendre lors de tentatives ultérieures. -
En utilisant
213
vous devriez causer222
à la fois de laisser des fichiers partiels et de les reprendre la prochaine fois. Après transfert231
doit vérifier uniquement la somme de contrôle des données transmises. -
245
inclut 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
254
ou268
un é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.