On a eu un petit problème de compréhension car les réponses ne sont pas vraiment en lien avec mes questions...
--exclude="*" ca doit pas sauvegarder grand chose
Il s'avère que ce n'est pas de moi, mais c'est la commande lancée par BackInTime. J'ai lancé la même commande rsync à la main et j'ai bien des données transférées
md5sum (par exemple) est ton ami,
À ce que je sache, il ne permet pas de le faire sur une arborescence en n'affichant que les différences (md5sum: test: est un dossier). D'autant plus que les permissions ne sont pas vérifiées. J'espère bien qu'il existe un outil qui permet de mettre en évidence les différences sans devoir se scripter un truc à la main. Je pense que tout utilitaire de backup devrait pouvoir faire ça tout seul. Sinon je ferai des vérifications à la main avec Meld même si ce n'est pas vraiment fait pour.
ca suffit de lui dire de rm -rf uniquement si la sauvegarde s'est bien terminée
Je ne veux justement pas de suppression. En l'occurrence c'était un coup de gueule contre BackInTime qui n'était pas satisfait d'une sauvegarde incomplète et décide de tout supprimer ce qui était sauvé avec succès.
et il va attendre tout seul, combien de temps, etc
Chez moi, il attend un Ctrl+C et rien d'autre. J'ai beau restaurer mon ordi de veille ou me reconnecter au wifi si c'était un stockage distant, et rsync n'a jamais recommencé. Il reste soit désespérément bloqué soit il quitte sauvagement en se plaignant de pipe cassée. C'est l'opposé de FileZilla sur qui va chercher à se reconnecter de multiples fois avant de décréter le fichier actuel comme échec, tout en fournissant une solution simple pour réessayer tout ce qui n'a pas fonctionné. C'est plutôt fiable et facile à reprendre intelligemment en cas d'échec.
rsync ne propose pas ça, et je l'en excuse car il est en ligne de commande, mais les surcouches qui reposent dessus devraient le faire.
faut lui demander de logguer ce qu'il fait, surtout les erreurs.
C'est ce que j'ai fait en relançant à la main la commande de backup et en pipant stderr dans un fichier nautilus-actions.conf de 183 octets et il s'avère que l'erreur est due à un problème de permission (cf. réponse plus bas).
[^] # Re: houle j'ai peur
Posté par GSurrel (site web personnel) . En réponse au message [Résolu] Back In Time et backups (rsync error 5888). Évalué à 1.
On a eu un petit problème de compréhension car les réponses ne sont pas vraiment en lien avec mes questions...
Il s'avère que ce n'est pas de moi, mais c'est la commande lancée par BackInTime. J'ai lancé la même commande rsync à la main et j'ai bien des données transférées
À ce que je sache, il ne permet pas de le faire sur une arborescence en n'affichant que les différences (
md5sum: test: est un dossier). D'autant plus que les permissions ne sont pas vérifiées. J'espère bien qu'il existe un outil qui permet de mettre en évidence les différences sans devoir se scripter un truc à la main. Je pense que tout utilitaire de backup devrait pouvoir faire ça tout seul. Sinon je ferai des vérifications à la main avec Meld même si ce n'est pas vraiment fait pour.Je ne veux justement pas de suppression. En l'occurrence c'était un coup de gueule contre BackInTime qui n'était pas satisfait d'une sauvegarde incomplète et décide de tout supprimer ce qui était sauvé avec succès.
Chez moi, il attend un Ctrl+C et rien d'autre. J'ai beau restaurer mon ordi de veille ou me reconnecter au wifi si c'était un stockage distant, et rsync n'a jamais recommencé. Il reste soit désespérément bloqué soit il quitte sauvagement en se plaignant de
pipecassée. C'est l'opposé de FileZilla sur qui va chercher à se reconnecter de multiples fois avant de décréter le fichier actuel comme échec, tout en fournissant une solution simple pour réessayer tout ce qui n'a pas fonctionné. C'est plutôt fiable et facile à reprendre intelligemment en cas d'échec.rsyncne propose pas ça, et je l'en excuse car il est en ligne de commande, mais les surcouches qui reposent dessus devraient le faire.C'est ce que j'ai fait en relançant à la main la commande de backup et en pipant stderr dans un fichier nautilus-actions.conf de 183 octets et il s'avère que l'erreur est due à un problème de permission (cf. réponse plus bas).