Reprendre le transfert d'un seul fichier par rsync

Dans Ubuntu, je veux copier un gros fichier de mon disque dur vers un lecteur amovible en rsync. Pour une autre raison, l'opération ne peut pas être terminée en une seule fois. J'essaie donc de comprendre comment utiliser rsyncpour reprendre la copie du fichier là où il s'était arrêté la dernière fois.

J'ai essayé d'utiliser l'option --partialou --inplace, mais avec --progress, je l' ai trouvé rsyncavec --partialou --inplacecommence en fait dès le début au lieu de partir de ce qui restait la dernière fois. Arrêter manuellement rsynctôt et vérifier la taille du fichier reçu a également confirmé ce que j’ai trouvé.

Mais avec --append, rsync commence à partir de ce qui restait la dernière fois.

Je suis confus que j'ai vu sur la page de manuel --partial , --inplaceet --appendsemble se rapporter à la copie de reprendre ce qui restait la dernière fois. Est-ce que quelqu'un est capable d'expliquer la différence? Pourquoi ne pas --partialou --inplacetravailler pour reprendre la copie? Est-il vrai que pour reprendre la copie, rsyncdoit travailler avec l' --appendoption?

De plus, si un fichier partiel a été laissé par, mvou cpnon par rsync, la rsync --appendcopie sera-t-elle correctement reprise?

Pour reprendre une copie interrompue, vous devez utiliser rsync --append. De la page de manuel expliquant --append:

Cela amène rsync à mettre à jour un fichier en ajoutant des données à la fin du fichier, ce qui suppose que les données qui existent déjà du côté de la réception sont identiques au début du fichier du côté de l'envoi. [...] implique --inplace, [...]

Option --inplacefait rsync(écraser) directement le contenu du fichier de destination; sans --inplace , rsyncserait:

1. créer un nouveau fichier avec un nom temporaire,
2. copiez-y le contenu mis à jour,
3. échangez-le avec le fichier de destination, et enfin
4. supprimer l'ancienne copie du fichier de destination.

Le mode de fonctionnement normal évite principalement les conflits avec les applications susceptibles d’ouvrir le fichier de destination et quelques autres incidents dûment répertoriés dans la rsyncpage de manuel.

Notez que si une opération de copie / mise à jour échoue aux étapes 1. à 3. ci-dessus, rsyncsupprimera le fichier de destination temporaire; l' --partial option désactive ce comportement et rsynclaisse les fichiers temporaires partiellement transférés sur le système de fichiers de destination. Ainsi, la reprise d'une opération de copie de fichier unique ne rapportera pas grand-chose à moins que vous ayez appelé la première rsyncavec --partialou --partial-dir(même effet que --partial, indique en outre rsync de créer tous les fichiers temporaires dans un répertoire spécifique).

Soyez conscient que cela --appendimplique --inplace, ce qui implique lui-même --partial.

• En utilisant simplement, --partialvous devriez rsynclaisser des transferts partiels et les reprendre lors de tentatives ultérieures.

• En utilisant, --appendvous devriez rsynclaisser à la fois des fichiers partiels et les reprendre la prochaine fois. Après le transfert rsyncdevrait vérifier la somme de contrôle des données transmises uniquement.

• --append-verify inclut l'ensemble 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 une vérification de somme de contrôle --appendou --append-verifyun échec, le fichier doit être complètement retransmis (en utilisant --inplace)

Vous devriez pouvoir reprendre une opération mvou cpavec, rsyncmais vous pouvez utiliser l' --append-verifyoption pour plus de tranquillité d'esprit.

Notez que l'utilisation ne --appendpermet rsyncde copier que les fichiers dont la taille sur le destinataire est inférieure à celle de l'expéditeur (quels que soient l'horodatage) ou qui sont absents sur le destinataire. 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 à celle de l'expéditeur, le fichier est ignoré.

Plus d'infos dans la page de manuel

David Schwartz a raison, --partial(ou mieux -P) fait ce que vous voulez. J'ai vérifié cela sur un fichier 37G qui a été arrêté ~ 8g dessus, sur un réseau. rsync a rapidement analysé les premières parties du partiel (indiquant les progrès réalisés grâce à -P), puis a repris le transfert à la fin du fichier partiel.

Vous faisiez bien --partialce que vous voulez. Il semble commencer depuis le début car il commence toujours au début de la liste des fragments de données de fichier qu'il doit copier. Cette --appendoption est dangereuse et entraînera un fichier corrompu si les données ne correspondent pas pour une raison quelconque.

Par défaut, cette option rsyncest activée --whole-filesi vous effectuez un transfert de disque local vers un disque local. Cela redémarrera un transfert interrompu depuis le début, plutôt que de vérifier les pièces déjà présentes.

Pour désactiver ceci, utilisez:

--no-whole-file

La combinaison de cela avec --inplaceou --partialpermettra de reprendre le transfert plus tard.

Mon alias pour utiliser rsyncpour copier est:

rscp='rsync -ax --inplace --sparse --no-whole-file --protect-args'

Avertissement : soyez prudent d'utiliser --append-verifycomme il sauter tous les fichiers de destination qui sont de la même taille ou plus.