Version imprimable
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 :y a t'il un problème avec delete ou autre ?Code:rsync -av --progress --delete -r -l -v --stats --filter "- *.iso" --filter "- .thumbnails/" --filter "- lost+found/" $REP_SOURCE2 $REP_DESTINATION2 2> $backup2
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).
Bonjour,
bizarre, car ma commande utilise rsync -lEauR --delete $src $dst sans problèmes.
et cette commandeme renvoieCode:rsync -a -r --verbose --stats --delete "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3
donc rsync refuse la suppression !Code:"skipping file deletion"
Pourquoi ?
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 !
É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 !!Code:
2
3
4
Comment résoudre ce dilemme ?
ggl est ton ami…Citation:
Envoyé par LanoueC
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.
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 !
https://www.google.com/search?q=%22s...ient=firefox-bCitation:
Envoyé par LanoueC
1- je n'ai pas parlé de faute de français, merci de lire correctement.Citation:
Envoyé par LanoueC
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.
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
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 ?
chrtophe
Merci de ta réponse.
J'ai modifié la commande comme ceci :et je n'ai plus d'erreurCode:rsync -av --recursive --verbose --stats --delete --force "$REP_SOURCE3" "$REP_DESTINATION3" 2> $backup3
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.Code:skipping file deletion
.... ?
--prune-empty-dirs supprime les dossiers vides, ton prob est peut-être là.
Bonjour :-)
avec --prune-empty-dirs cela ne change rien, toujours pas de suppression en dessous du rang1 !
ça donne quoi si tu remplace source et destination par source/* et destination/* ?
si je fais :
Rsync dit que les répertoires ne sont pas présents !Code:
2
3
4
si je fais
Code:
2
3
4
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à !
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
Bonjour :coucou:
Est-ce que tu comprends ce que tu fais ?
Quelle est la signification de la commande suivante ?
M'étonnerait que :Code: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
- ça marche.
- ce soit ce que tu veuilles faire.
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 !
soit équivalent àCode:
2
3
4
Rien n'y fait au delà du premier niveau la suppression des dossiers sur la destination ne fonctionne pas :roll:Code:rsync -av --verbose --stats --delete --force "/home/jean-luc/SpiderOak Hive/" "/media/DD1_HomeKDE/jean-luc/SpiderOak Hive/" 2> $backup3
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
:applo: