Rsync

Bonjour

Je travaille toujours sur mon SCRIPT de sauvegarde en BASH .

Pour éviter de saturer le disque dur en copiant les donnée perso des utilisateurs inutile tel que les mp3 et les vidéo,
on ma demander sauvegarder tout le dossier HOME sauf les mp3 et les avi.

J’ai tapé ceci, et cella ne fonctionne pas

Avez vous une idée sur comment faire ???

dans la logique

comprend plu !

Est ce que tu t’es référé au tuto de Ricardo sur cette question?

donnez moi le liens , je vai regarder .

j’ai plains de tuto , au moins 10

https://www.debian-fr.org/sauvegarde-clonage-d-un-systeme-t25179.html

Non, je ne trouve toujours pas.

Comment faire avec RSYNC pour copier le contenue d’un dossier en excluant une extasions de fichier ??? (Les MP3 par exemple)

Je suis sur la manpage et visiblement c’est bien --exclude=MOTIF qui sert à ça. Visiblement il a un soucis avec ton motif :108 As-tu testé sans l’étoile ? À tout hasard tu n’as pas une autre option après qui le contredit (genre --include) ?

Je ne sais plus si dans mon script j’utilise ça, je sais par contre que je ne pourrai pas vérifier avant ce weekend vu que je n’ai pas ma machine sous la main.

Au pire tu peux toujours tenter avec --filter=RÈGLE mais si exclude ne fonctionne pas c’est pas gagné :doh:

Salut,

Tu créer un fichier /root/exclure, dans celui ci tu y mets tous ce que tu veux exclure.

Avec le bon chemin, exemple : /home/user/.mp3

[code]# nano /root/exclure

/home/user/.mp3
/home/user/.avi[/code]

Ça devrait le faire … :083

[quote]# nano /root/exclure

/home/user/.mp3
/home/user/.avi[/quote]

ça ne serait pas plutôt:

/home/user/.mp3
/home/user/
.avi
?

voir le chapitre “MOTIFS D’INCLUSION ET D’EXCLUSION” du man en français de Coq pour comprendre les / ( au début, au milieu, à la fin ), les * (tout sauf / ) et ** ( tout même / ), très proche des jockers du bash; repérer comment rsync explore récursivement l’arborescence ( selon les options ). Je ne suis pas encore totalement au clair, mais finalement cela semble facile un fois qu’on y est arrivé !

Le man recommande aussi les options --dry-run et -vv pour voir le détail des actions sans les actions ( = sans risque )

Et bien sûr ces mp3 et .avi sont mélangés aux autres fichiers ?
Pas moyen de les séparer et les placer dans un fichier à part ? auquel cas :
–exclude-from=/chemin/fichier
serait le plus facile

Tu pourrais faire en deux fois :
mv /chemin/*.avi /chemin/fichier_temporaire
rsync -arv --delete --exclude-from=/chemin/fichier_temporaire /home/ /Sauvegarde
Bien sûr, si c’est obligatoire qu’ils retrouvent leur place, il faut les y renvoyer

Ce qui est en rouge est inutile :
‘av’ suffit, le ‘v’ faisant la récursivité
–delete se contracte en --del

[quote]Tu pourrais faire en deux fois :
mv /chemin/*.avi /chemin/fichier_temporaire
rsync -arv --delete --exclude-from=/chemin/fichier_temporaire /home/ /Sauvegarde[/quote]

non , je ne peut pas faire ça .
j’ai 73 utilisateur , et chaqu’un ont des dossiers persso .
je vai testé , et je vous tiens au courant

[size=200] MERCI
Ta solution Fonctionne [/size]

Je vais donc vous expliquer ceux que je viens de faire, ça peut être utile
dans /root/exclure , j’ais mis

[quote]*.avi
.avi
*.mp3
.mp3[/quote]

et en suite , j’ai tapé cette commande

rsync -av --del --exclude-from=/root/exclure /home/ /Sauvegarde/test

il ma tout copier , sauf les MP3 et AVI

bonjour

Quand je fais:
rsync -av --exclude ‘*.pdf’ 2011-2012/Ts/ /home/limax/sauvegarde
j’ai bien une sauvegarde sans les pdf.

peut être le = après le exclude qui fait la différence??

Je pencherai plutôt pour un bug de rsync

Je suis sur une sid version 3.0.9-1

[quote]MERCI
Ta solution Fonctionne [/quote]
Dans ce cas merci de cliquer sur la petite icône verte du post qui t’a permis de résoudre ton problème. :slightly_smiling:

Le problème venait seulement du fait que son motif n’était pas protégé pour le shell, comme dans le fameux “bug” de find :

find -name *.mp3 find: les chemins doivent précéder l'expression : 02_-_Learning_To_Fly.mp3 Utilisation : find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [chemin...] [expression]
même commande en protégeant (du shell) le motif :

find -name '*.mp3' ./02_-_Learning_To_Fly.mp3 ./03_-_Yet_Another_Movie.mp3 ./01_-_Shine_On_You_Crazy_Diamond.mp3 ./07_-_On_The_Turning_Away.mp3 ./05_-_Sorrow.mp3 ./06_-_The_Dogs_Of_War.mp3 ./04_-_Round_And_Around.mp3
Sauf que find dit au moins qu’il y a quelque chose qui ne va pas, même si c’est pas la bonne, tandis que rsync ne dit rien du tout.S’il y a un bug c’est uniquement à ce niveau là.Les bugs de rsync sont connus:

[quote=“man rsync”]BUGS
times are transferred as *nix time_t values

   When transferring to FAT filesystems rsync may re-sync unmodified files.  See the comments on the  --modify-window
   option.

   file permissions, devices, etc. are transferred as native numerical values

   see also the comments on the --delete option

   Please report bugs! See the web site at [rsync.samba.org/](http://rsync.samba.org/)

[/quote]
D’ailleurs pour montrer qu’étoile joue au niveau du shell :

echo * 01_-_Shine_On_You_Crazy_Diamond.mp3 02_-_Learning_To_Fly.mp3 03_-_Yet_Another_Movie.mp3 04_-_Round_And_Around.mp3 05_-_Sorrow.mp3 06_-_The_Dogs_Of_War.mp3 07_-_On_The_Turning_Away.mp3
Et :

echo *.mp3 01_-_Shine_On_You_Crazy_Diamond.mp3 02_-_Learning_To_Fly.mp3 03_-_Yet_Another_Movie.mp3 04_-_Round_And_Around.mp3 05_-_Sorrow.mp3 06_-_The_Dogs_Of_War.mp3 07_-_On_The_Turning_Away.mp3
Même chose !

Alors que :

echo '*.mp3' *.mp3

Si la première commande donnée ne marche pas c’est à mon avis qu’elle a été mal tapée, tandis que la seconde commande donnée est quand à elle fausse :confused:

[quote=“Rantanplan aussi !”]
Si la première commande donnée ne marche pas c’est à mon avis qu’elle a été mal tapée, tandis que la seconde commande donnée est quand à elle fausse :confused:[/quote]
Et si sa première ne fonctionne pas il s’agit bien d’un bug de rsync dans sa version.

Merci pour les explications.

[quote=“limax”][quote=“Rantanplan aussi !”]
Si la première commande donnée ne marche pas c’est à mon avis qu’elle a été mal tapée, tandis que la seconde commande donnée est quand à elle fausse :confused:[/quote]
Et si sa première ne fonctionne pas il s’agit bien d’un bug de rsync dans sa version.

Merci pour les explications.[/quote]

Il ne parle à aucun moment de sa version, et quand je vois qu’il bugue lui même d’une ligne à l’autre pour taper la même commande, j’ai plutôt tendance à penser que c’est lui qui bugue tout court ( moi aussi je bugue, souvent même ! no problemo :033 )

rsync a un manuel de 2250 lignes, c’est pas une commande anodine …
En général on à tous tendance à penser que “c’est l’autre” qui bugue, mais assez souvent c’est nous même :laughing:

Sinon, bien sûr SI il a tapé (trop fort ?) exactement la première commande, alors c’est un bug de rsync dans sa version, tu as tout à fait raison 8) (ça peut avoir un rapport avec --delete comme je le vois dans le commentaire sur les bugs connus que j’ai donné + haut, rsync … le jour où je maîtriserai … je serai bien content !)

Pour les explications, ya pas de quoi :023 , je voulais comprendre et comme j’ai fait des recherches (bien + poussées que ce que j’ai posté ), je me disais que ça pouvait être “usefull for the other”, c’est vrai quoi, comme ça on progresse tous (à condition que ce soit pas des c*nneries )

Sinon, tout à fait d’accord avec toi: i love Vim too
Ce qu’il y a ecrit tout en haut de ce lien m’éclate de rire dev.launchpad.net/EmacsTips

If you’re using the right editor though … :mrgreen:

Salut camarade aviateur :stuck_out_tongue: