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

[Christophe]

skipping file deletion signifie qu'il saute la fonctionnalité, pas qu'il y a une erreur, et vu qu'il peut écrire dans le dossier de destination, il doit pouvoir supprimer.

J'avais pensé aussi à l’option --filter, mais tu l'a enlevé.

Tu as essayé avec --delete-after à la place ?

[Invité]

chrtophe
Merci de ta réponse.

J'ai modifié la commande comme ceci :

Code :

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

rsync -av --recursive --verbose --stats --delete --force "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3

et je n'ai plus d'erreur

Code :

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

skipping file deletion

Par contre à force de faire plein d'essais, avec ou sans google, en renommant même le dossier source et destination sans l'espace, j'ai créé pour tester un dossier sur la destination au niveau du rang 1, et, je me suis aperçu que la suppression de dossier se faisait mais uniquement sur les dossiers du premier niveau. Plus profond en récursivité, la suppression n'est pas effective.

.... ?

[Christophe]

--prune-empty-dirs supprime les dossiers vides, ton prob est peut-être là.

[Invité]

Bonjour :-)

avec --prune-empty-dirs cela ne change rien, toujours pas de suppression en dessous du rang1 !

[Christophe]

ça donne quoi si tu remplace source et destination par source/* et destination/* ?

[Invité]

si je fais :

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 -av --verbose --stats --delete --force "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3

Rsync dit que les répertoires ne sont pas présents !

si je fais

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 -av  --verbose --stats --delete --force "$REP_SOURCE3"/* "$REP_DESTINATION3"/* 2> $backup3

rsync se lance bien mais au bout d'un moment il stoppe mais ne se ferme pas et plus rien ne se passe, j'ai regardé dans Ksystem Guard : plus de consommation processeur, seul l'espace utilisé en mémoire est là !

[Invité]

Re,

En lisant cette page pour --delete : si j'ai compris l'english la suppression ne peut se faire sur la destination que si le répertoire contenant le dossier à supprimer est en cours de synchronisation ?
est ce bien cela ?

voici le lien : https://explainshell.com/explain?cmd...Fwww%2Fhtml%2F

merci

[Flodelarab]

Bonjour

Est-ce que tu comprends ce que tu fais ?
Quelle est la signification de la commande suivante ?

Code :

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

rsync -av  --verbose --stats --delete --force /home/jean-luc/SpiderOak Hive/1 /home/jean-luc/SpiderOak Hive/2 /home/jean-luc/SpiderOak Hive/3 /media/DD1_HomeKDE/jean-luc/SpiderOak Hive/1 /media/DD1_HomeKDE/jean-luc/SpiderOak Hive/2 /media/DD1_HomeKDE/jean-luc/SpiderOak Hive/3 2> $backup3

M'étonnerait que :

1. ça marche.
2. ce soit ce que tu veuilles faire.

[Invité]

Flodelarab
Je ne comprend pas ton code ! ? Si tu veux parler des tests que j'ai fait avec les étoiles.. ce ne sont que des tests ..

Les sauvegardes que je fais depuis pas mal de temps sont par exemple celle de dessous
Mais par contre la suppression des dossiers sur la destination ne fonctionne pas correctement .. ce que je cherche a résoudre !

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 -av --verbose --stats --delete --force "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3

soit équivalent à

Code :

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

rsync -av --verbose --stats --delete --force "/home/jean-luc/SpiderOak Hive/" "/media/DD1_HomeKDE/jean-luc/SpiderOak Hive/" 2> $backup3

Rien n'y fait au delà du premier niveau la suppression des dossiers sur la destination ne fonctionne pas

[Invité]

Bonsoir

Merci à vous tous, j'ai trouvé la solution à ce problème ... à force de tout vérifier

En fait il y avait un fichier dans le répertoire source qui était avec des droits root , un seul fichier texte de 30 octets sur un dossier de 80 Go ! => Ce simple fichier a bloqué l'effacement sur la destination !!!!
Le comble je ne sais pas à quoi servait de fichier..

Merci de votre patience à vous tous

Salutations