probleme avec rsync

dbroc

Membre confirmé
24 Juillet 2004
38
1
52
salut

je voulais mettre en place (enfin) des backups quotidiennes de mes precieux fichiers alors j'ai choisis rsync
je balance plusieurs dossiers sur un disque dur externe usb en FAT32
y en a pour 60 Go environ

les commandes que j'utilise sont du type :

rsync -avvz /Users/dbroc/ /Volumes/backup_disk/_backup/dbroc

-a : conserve les propriétés des fichiers (permissions...)
-vv : verbose qui dit si le fichier est recopié ou non (dans ce cas affiche "is uptodate")
-z : compresse

la 1ere fois, tout marche bien; il copie tout recursivement
les fois d'apres, il recopie presque tout, meme les fichiers inchangés ! seuls certains sont fichiers aleatoires sont "uptodate"

comme les dossiers sont tres gros j'ai fait des tests avec des petits et ca semble mieux fonctionner mais j'ai quand meme certains fichiers recopiés alors qui ne devraient pas l'etre

merci de vos idées, pas trouvé ce genre d'erreur sur les forums BSD pour l'instant
 
Salut,

J'utilise aussi Rsync. C'est assez puissant comme outil. De mon coté tout marche bien. Par contre je ne peux pas te montrer mon script, mon Mac est éteint à la maison.
Ce soir je jette un oeil sur mon script et je te répond.

Sinon quels sont les fichiers qui te posent pb? tu peux me montrer ton script en entier?
 
merci les gars

effectivement, ca marche beaucoup mieux avec l'option -u
par contre, je ne comprends pas les messages de rsync de fin de ligne :
"is uptodate"
"is newer"
...
par ex, certains fichiers non mis à jour n'ont pas de "is uptodate"
pourquoi ??
ces indications semblent aleatoires

en fait, je voulais utiliser des grep dans le resultat affiché par savoir ce qui avait été mis à jour ou non
j'ai besoin d'avoir pleinement confiance dans la procédure

sinon, un ami me suggère de reformateur mon externe de destination en HFS (actuellement en FAT32) pour éviter les problèmes d'incompatibilités (permissions...)
qu'en pensez-vous ?

en effet, j'archive aussi des fichiers root, system...
a ce sujet, l'option -p n'est-elle pas trop limitative ?
quid des proprietaires, des groupes... ?

Sinon quels sont les fichiers qui te posent pb? tu peux me montrer ton script en entier?
ce peut etre n'importe quel type de fichier
le script est simplissime :
rsync -avvz source dest
 
bah en fait bon si tu reformates en HFS c'est pas forcément pire ...

mais pour ton script, il suffit de lire le "% man rsync"

-u, --update => update only (don't overwrite newer files)
-r, --recursive => recurse into directories
-p, --perms => preserve permissions
-o, --owner => preserve owner (root only)
-g, --group => preserve group

donc rajoute un -r et un -p (au moins)
 
j'ai lu le man en premier bien sur
mais rsync possede des myriades d'options
c pourquoi je viens sur les forums pour essayer de gagner du temps

suite :

je n'y comprends rien
la commande "rsync -avu --delete --progress " marche tres bien tant que je l'essaie sur des dossiers pas trop gros
des que je m'attaque a des gros dossiers (20 Go), il recopie presque tout sans se poser de question

j'en ai marre...
 
À mon avis, utiliser rsync (ou autre chose) pour cloner depuis HFS+ vers FAT32, ce n'est pas une bonne idée.

Tu passes d'un FS qui gère des droits à un qui ne gère pas les droits. Donc ça ne marchera jamais bien.
 
Bizarre je backup mon home (quasi 20Go) uniquement avec rsync et jamais un seul souci


sudo rsync -vrup --delete --delete-excluded --exclude "*.cache" soource cible

Non bompi sur hfs :siffle: mais je ne vois pas trop le problème de fat32
 
Sur du FAT32 ? Alors, disons que je n'ai rien dit ...
 
voilà le script:

rsync -avrup --exclude="EA Games" "${source}" "${cible1}"
rsync -avrup "${source1}" "${cible1}"
rsync -avrup "${source2}" "${cible1}"
rsync -avrup "${source3}" "${cible1}"
rsync -avrup "${source4}" "${cible1}"
rsync -avrup "${source5}" "${cible2}"

marche comme il faut
 
perso j'utilise (en prod sur du multiposte pour des backup sur serveur gérer par crontab) :

Bloc de code:
 rsync -avrup "${source}" "${cible}"

où source est un dossier qui contient tout un tas de sous-dossiers et où cible est un dossier tout con dans lequel vient se bourrer tout le backup
 
merci beaucoup pour vos messages
ca ne marche toujours pas
je vais essayer de prendre le pb autrement avant d'essayer de reformater mon hd cible en HFS (en desespoir de cause)

j'utilise les options "-avrup --delete --progress"
voila le type d'affichage que j'obtiens en sortie :

building file list ...
10763 files to consider
./
ADSL_tel/
ADSL_tel/.DS_Store
12292 100% 0.00kB/s 0:00:00
ADSL_tel/NeufTelecom/
ADSL_tel/NeufTelecom/attestation_inscription.tif
2154396 100% 2.30MB/s 0:00:00

etc
rsync passe beaucoup de temps sur presque chaque fichier
donc je me dis qu'il les recopie
meme est-ce vraiment le cas ?
est-ce juste le temps nécessaire pour les comparer ?
(si oui, je laisse tomber tout de suite car je m'attendais à qqchose de rapide !)

questions:
1) chez vous, rsync est-il rapide après la première copie bien sur ?
2) avec l'option "--progress", qu'affiche-t-il chez vous ?

pour info, j'ai fait la comparaison avec un soft commercial de sauvegarde et celui-ci fonctionne sans pb avec le même dossier

merci
 
TRès rapide, c'est d'ailleurs pour celà que je l'utilise…

Mais progress c'est un peu inutile non ? je cite le manual :D

--progress
This option tells rsync to print information showing the
progress of the transfer. This gives a bored user something to
watch.
Implies --verbose without incrementing verbosity.
 
ok pour --progress, je l'ai viré
mais ca ne change pas mon pb
je réitère ma question :

chez vous est-ce (nettement) plus rapide après la première copie ou non ?
=> chez moi : non !

comment savoir si rsync compare ou recopie effectivement chaque fichier ?

merci
 
Tu peux ensuite aller dans ta cible en mode liste et regarder ce qui vient d'être modifié. Tu peux tester en ne modifiant qu'un fichier perdu dans une suite de sous-dossier et lancer ton rsync pour voir s'il fait juste.
 
j'avance...
j'ai monté un autre hd en format "mac os etendu"
mais celui-ci est en firewire
... et ca marche !
le pb pourrait donc bien venir du format FAT32 de l'autre hd

prochaine étape : reformater mon hd usb
verdict à suivre...
 
ca marche !
rsync est d'une rapidité epoustouflante et met bien à jour les nouveaux fichiers

le problème était bien lié au format de disque de destination
en FAT32, rsync perdait la boule
en Mac OS étendu de chaque côté, aucun problème
je pense que c'est lié au modèle de permissions
puisse d'autres personnes s'inspirer de cette expérience

par contre, je n'arrive pas à afficher les fichiers modifiés
(l'option -i --log-format... est inconnu !?)
mais ca c'est pas grave du moment que ca marche

merci à tous d'avoir contribué

A+

iso9mix



PS : OUI, surtout sans la peine de mort la vie vaut la peine d'etre vecue !
;-)
Partout où la peine de mort est prodiguée, la barbarie domine ; partout où la peine de mort est rare, la civilisation règne.
VH
pour cet éternel débat, rdv sur un forum adéquat...