Discussion :

[Invité]

Bonjour,

Je viens de m'apercevoir que dans mes scripts de sauvegarde les fichiers inexistants sur le source n'étaient pas effacés sur la destination !

j'ai pourtant bien précisé delete !

voici ma commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rsync -av --progress --delete -r -l -v --stats --filter "- *.iso" --filter "- .thumbnails/" --filter "- lost+found/" $REP_SOURCE2 $REP_DESTINATION2 2> $backup2

y a t'il un problème avec delete ou autre ?

[Christophe]

Utilises plutôt --delete-after ou --delete-before.

Je crois que --delete est un comportement par défaut équivalent à --delete-before (et changeable car par defaut).

[Jipété]

Bonjour,

bizarre, car ma commande utilise rsync -lEauR --delete $src $dst sans problèmes.

[Invité]

et cette commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

rsync -a -r --verbose --stats --delete "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3

me renvoie

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"skipping file deletion"

donc rsync refuse la suppression !

Pourquoi ?

[Invité]

Je viens de trouver le pourquoi mais je ne sais pas comment résoudre ce problème
En fait mon dossier source est le dossier SpiderOak Hive que j'utilise pour la sauvegarde sécurisée à distance sur mon espace spiderOakOne !

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
REP_SOURCE3="/home/jean-luc/SpiderOak Hive/"
REP_DESTINATION3="/media/DD1_HomeKDE/jean-luc/SpiderOak Hive/"
 
rsync -a -r --verbose --stats --delete "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3

Étant donné que dans le nom de ce répertoire il y a un espace j'ai été obligé de le mettre en guillemets pour que le shell, le prenne en charge ! Mais à priori la commande --delete de rsync ne supporte pas cela !!

Comment résoudre ce dilemme ?

[Jipété]

Pourquoi ?

ggl est ton ami…

PS : tu as un bouton "Modifier le message", tu devrais l'utiliser pour corriger l'épouvantable faute dans le titre du post d'origine. Merci.

[Invité]

Si j'avais trouvé la réponse avec Monsieur Google je n'aurai pas posté ici , mais merci ah toi Oh grand maître vénérable d'exprimer ta toute puissance ! je m'abaisse devant tant de lumière AVE toi

Merci Jipété pour ton oeil d'aigle de professeur de français

Mais ce n'est pas une faute de français mais une erreur de frappe sur mon clavier.... cela donne au moins matière à dire en Français !

[Jipété]

Si j'avais trouvé la réponse avec Monsieur Google je n'aurai pas posté ici , mais merci ah toi Oh grand maître vénérable d'exprimer ta toute puissance ! je m'abaisse devant tant de lumière AVE toi

https://www.google.com/search?q=%22s...ient=firefox-b

Mais ce n'est pas une faute de français mais une erreur de frappe sur mon clavier.... cela donne au moins matière à dire en français !

1- je n'ai pas parlé de faute de français, merci de lire correctement.
2- le fait que ça soit une faute de frappe n'excuse rien, tu as le droit (et l'obligation, quelque part) de te relire.
3- pas la peine de monter sur tes grands chevaux, au contraire tu pourrais réparer en corrigeant, ça permettra à quelqu'un d'autre, un jour, faisant une recherche, de trouver cette discussion.

[Invité]

merci de votre réponse monsieur

mais je parle tou juste français et je ne conais pas assé bien la langue de trump pour résoudre la problématique avec un google non françois

vous oriez du bien lire mes reponses, ou j'ai indiqué le pourquoi du problem ! mais que je n'arive pas à resoudre.
votre lien repond à la question skipping file deletion mais cela j'y ai repondu plut haut

mia probléme c'est le nom du dossier source et destination qui contiennent un espace ! => avec des guillemets cela permet au shell de fonctionner mais pas rsync avec l'option delete, si j'ai bene compris..

voilà ou j'en sui et je lis google franchouillard pour essayer de solutionez !

merci de votre lien