GNU/Linux >> Tutoriels Linux >  >> Linux

Reprendre le transfert d'un seul fichier par rsync

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 :

  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 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 causer 205 pour laisser des transferts partiels et les reprendre lors de tentatives ultérieures.

  • En utilisant 213 vous devriez causer 222 à la fois de laisser des fichiers partiels et de les reprendre la prochaine fois. Après transfert 231 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 ou 268 un échec de la vérification de la somme de contrôle devrait entraîner la retransmission complète du fichier (en utilisant 273 )

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.


Linux
  1. Concaténer des fichiers spécifiques en un seul fichier ?

  2. Rsync Deux types de fichiers en une seule commande ?

  3. Qu'est-ce que le protocole de transfert de fichiers (FTP)

  4. Comment utiliser Netcat pour transférer des fichiers sous Linux

  5. Ouvrir un fichier .tar.gz avec une seule commande

Comment transférer des fichiers avec Rsync sur SSH

Exemples Rsync pour transférer des fichiers sous Linux

Transférer des fichiers à l'aide de WinSCP

Mise à jour d'un seul fichier dans un tar compressé

Utilisation de nc pour transférer un fichier volumineux

Existe-t-il un moyen de reprendre un scp interrompu d'un fichier?