Hello à tous,
je suis à la recherche d'un utilitaire de synchronisation gratuit pour synchroniser des dossiers locaux sur un lecteur réseau (monté en smb).
J'ai lu ce post et les comparaisons de plasticsfutures et d'osxfacile mais je n'ai rien trouvé de gratuit.

Auriez-vous des conseils?

Le seul utilitaire gratuit (et même opensource) que j'ai trouvé est fullsync nécessitant une machine virtuelle java, mais il est du coup multi-plateforme. Je n'ai pas encore eu le temps de tester, vos éventuelles expériences sont la bienvenue

Sinon je me demandais si il y avait des possibilités avec automator?

Il y a iMsafe qui permet de faire des backup sur un volume réseau http://homepage.mac.com/sweetcocoa/imsafe/.
Mais ce n'est pas de la synchro pure.

J'avais parlé de mes progs sur ce forum mais peut-être as-tu loupé le post ou alors mon prog ne t'intéressait pas, ce que je comprends tout à fait. Je me permets toutefois d'en parler.

Je me suis fait, entre autres, un programme de synchronisation afin de synchroniser mon dossier Documents sur mes 2 Macs. Dans ce cas j'utilise le mode réciproque qui recopie tous les fichiers présents dans l'un et non dans l'autre sur l'autre. Si fichiers présent dans les 2 il regarde la date de modif et le plus récent écrase le plus ancien.

Ensuite, je sauvegarde ce même dossier Documents sur une clef USB, là j'utilise Unique 1 sur 2 -> le plus récent écrase le plus ancien mais par contre, si un fichier est présent sur ma clef et pas sur mon disque dur, c'est qu'il a été effacé, alors je l'efface de la clef.

C'est un très vieux programme (plus de 5 ans) que j'avais d'abord fait en AppleScript en reprenant et en améliorant un script d'Apple. Puis dernièrement je l'ai refait en RealBasic (plus rapide et plus conviviale). Il est très apprécié (j'ai fait une recherche Google et je le trouve sur un tas de site Mac). Donc beaucoup de gens l'utilise, moi-même depuis de nombreuses années.

TOUTEFOIS, si jamais tu l'essayes, je te conseille vivement de te créer un dossier Essai avec des fichiers bidons dedans. D'en mettre un dur ton DD et l'autre sur le DD que tu montes en réseau et de faire des essais.
Et Essayes en mode "Simulation".

Car j'ai eu une fois un retour négatif d'un gars qui l'utilisait en Réseau (mais c'était, si j'ai bien compris, un disque serveur). Tu dis "monté en smb" ??? Je ne sais pas ce que c'est. Moi ça marche quand je monte mon disque dur du second Mac sur le bureau du premier.
Si tu le télécharges, Lis le A propos qui s'ouvrira au 1er lancement du prog.

Et ce n'est pas parce que je fais un baratin sur mon FreeWare qu'il faut te sentir obligé de l'utiliser . Tu fais comme tu veux, je l'utilise avec bonheur et je le met à disposition. Mais je ne serais pas vexé si tu ne l'utilises pas .


Edit : Post où je parle de mes programmes : ici

Moi je n'avais pas lu ton post Tom, mais je vais de ce pas essayer ton logiciel, il a l'air très attrayant et je cherche quelque chose de simple pour synchroniser mes sauvegardes photo, je te dirai si il lit les modifs dans les images raw, ça peut t'être utile de le savoir je pense.
Merci d'avance pour le logiciel en tous cas, j'en aurai sûrement l'emploi.

Merci,

Mais tu me fais peur par "il lit les modif des images raw" ??? Mon soft ne gère que les fichiers, il ne regarde pas dans les fichiers. Cela m'est impossible, comment lire ce qui a été modifié dans un fichier .txt , un fichier .rtf , un .doc et encore moins dans un .jpg ou .gif etc.

Encore une fois, si le nom est le même (pour un fichier à la fois dans le dossier source et le cible) il regarde la date de modif et garde le plus récent.


Alors effectivement il y a un hic, si par exemple vous avez un fichier texte dans le source, et que vous le modifiez. Si vous avez ce même fichier texte dans le cible, et vous y rajoutiez une ligne également. Mon programme gardera le dernier modifié, mais en aucun n'est capable de faire un seul fichier en prenant les modifs apportées à chacun d'eux !

Note : Au fait, c'est quoi une image raw ?

N'aies pas peur, je suis en train de faire des essais à blanc, les fichiers raw sont les images brutes de capteur d'un apn reflex, lorsqu'on les modifie, cela enregistre un changement de poids entre autres, c'est intéressant de voir si ton logiciel détecte cela où si il ne va pas remplacer le fichier cible par la source si la modification est de cet ordre, d'après ton explication et ce que j'ai lu il regarde la date, donc ça devrait fonctionner.
Le problème sera le poids, c'est très lourd comme images, mais j'ai un Intel 2,33 donc il y a de la réserve en cpu.
Actuellement j'essaie sur un duplicata, ton app consomme quand même 50-55% sur les deux coeurs, elle est donc très bien faite, je vais voir si elle a détecté les modifs d'ici un moment.
En tous cas l'intégration est parfaite.

Merci , j'ai eu un retour récement d'un gars qui, comme toi, regardait la consommation CPU (je ne le faisais jamais) et il m'avait signalé qu'elle restait très forte même la synchro finie, tant que la fenêtre Journal restait affichée. En fait le programme bouclait sur lui même en attendant qu'elle soit fermée. Pour le reste, c'est RealBasic qui gère. Moi je n'ai rien fait d'autre que mettre la procédure de Synchronisation dans un Thread (sorte de sous programme parallèle au programme principal pour ceux qui ne connaissent pas).

Pour le poids des fichiers, je passe par AppleScript (on peu intégrer un script à RealBasic) car la fonction de copie de RealBasic me posait problème (sur les disque en réseau justement). Applescript affecte systématiquement un certain temps à chaque instructions qu'il exécute, le programme s'arrête si ce temps est dépassé. Il y a un temps par défaut mais on peut le paramétrer. J'ai dû mettre 240 secondes = 4 minutes, si ça met plus de temps ça risque de merdouiller.

Tiens, de t'écrire ça ça me fait réfléchir, je n'ai pas testé ce qui ce passe, normalement mon programme s'arrête (comme si on appuyait Arrêter ou la touche Escape). Si le cas se produit, merci de me dire.

Alors j'ai fait cet essai, ça fonctionne, mais effectivement il ne s'arrête pas, il faut le stopper manuellement, ce serait pratique s'il quittait une fois la Tâche accomplie, à étudier dans une mise à jour.
Donc tu sais maintenant qu'il synchronise des images parfaitement bien.
Merci pour ton travail, je vais faire un petit script de travail avec un bouton de commande je pense.

J'ai essayé en baissant cette tempo à 10 secondes et en mettant un gros fichier dans le dossier source et de synchroniser tout ça sur une clef USB (pour que le temps soit dépassé).

Ca fait ce que j'avais prévu que ça fasse, à savoir ça me signale une erreur ( # ) dans le journal et ça continue. Mais en fait dans ce cas il n'y pas d'erreur, la copie s'est faîte, mais que ça a mis plus de temps que prévu …
Il y a un tas d'erreurs possibles (fichier verrouillé, pb d'autorisations, disque plein etc.) mais je ne les gère pas car c'est très chiant. Il y en a tellement … Pis à la limite on s'en fou, on veut savoir si OK ou pas, sinon on cherche quel fichier pose problème et on voit bien.

Puisque tu as un MacIntel, je vais abuser de ta gentillesse et te demander si tu veux bien faire le même test, synchroniser 2 dossiers contenants 3 ou 4 fichiers dont un serait volumineux et mettrait plus de 10 secondes à être copié.
SyncTwoFolders MacIntel avec tempo 10 secondes

Edit : Si tu peux, fais en sorte que le gros fichier soit "au milieu", c'est à dire que mon prog prenne un petit fichier, puis ce gros, puis 2 autres. Pour cela, comme mon prog prend (c'est comme ça ce n'est pas moi qui ai choisi) le fichier avec l'index 1 en premier etc. Place dans le dossier Source d'abord un petit fichier, puis places y le gros, puis 2 petits. Ensuite crées un dossier vide (qui sera la cible) sur ta clef USB.

Merci (mais si tu n'as pas le temps laisses tomber).

Ok j'ai téléchargé cette version et je ferai un essai après souper, je te donne les résultats dans la soirée.
A +

Merci,

flûtes, tu as lu trop vite . J'ai édité mon post, peux tu lire la fin stp ?

Edit : (encore ! , je suis le roi de l'édit) : Chouettes tes photos, je peux me faire un fond d'écran avec l'une d'elles ?

D'accord, je vais faire des dossiers numérotés, je n'étais pas encore parti manger...

Voilà les essais sont faits, il ne se ferme pas et on ne peut pas le fermer avec esc ni la touche, demande alt-forcer à quitter.
Les détails des dossiers sur une usb de 512Mo.
J'ai fait deux essais avec des poids différents, par contre la synchro est impec, il reste à ajouter quitter après la tâche et ce sera parfait Tom.

Pour le deuxième j'ai encore alourdi le dossier 2, voir poids total.

La copie ne prend vraiment pas longtemps, ton logiciel ne ralentit pas le débit c'est certain, on est au max je pense.

Merci, donc tu avais un # devant la ligne de copie du gros fichier dans le journal qui te signalait que la copie avait été trop longue ?


Pour le Esc je sais, je viens de refaire des essais. En fait j'expliquais plus haut que je faisais ma procédure de synchronisation dans un sous programme parallèle, ça veut dire que RealBasic va un coup exécuter une (ou plusieurs) ligne de commande dans le programme principal, puis une (ou plusieurs) ligne dans la procédure (programme parallèle) de synchro. Mais là, l'instruction de copie tient sur une seule ligne, donc il reste dessus tant que pas fini, donc il ne "regarde" pas ce qu'il se passe ailleurs.

Dans le cas présent, il faut cliquer "Arrêter" sur la fenêtre de copie du Finder (là où il y a la barre de progression).


Encore une fois, j'avais édité mon post précédent : Chouettes tes photos, je peux me faire un fond d'écran avec l'une d'elles ?

Aucun problème avec les photos, si tu les trouves trop petites, dis-moi laquelle t'intéresse et dans quelle dimension, les originaux sont en 3800x2600...
Je n'ai pas eu de signal disant que la copie durait trop longtemps, mais en y réfléchissant j'ai compris pourquoi, les fichiers contenus dans le dossier sont examinés un après l'autre, et avec le débit de l'usb, tes 10 secondes ne sont jamais atteintes, la fenêtre s'ouvre durant l'exécution, mais c'est tellement rapide que tu ne peux rien voir.
Un fichier devrait peser plus de 500Mo pour faire 10 secondes et je n'ai pas de clé assez grosse, je vais essayer sur mon dde avec un fichier de 2-3Go dans la journée pour voir si ça fonctionne comme tu penses.
Pour moi, il fonctionne, mais il faut le lier à un script de durée, je l'ai fait avec Cronnix et ça fonctionne très bien.

La vache, mais tu as une clef USB FireWire 15ème génération !!! . Moi j'ai une clef USB1 et je fais mes test en copiant une image disque de 40 Mo, ça met largement plus de 10 secondes.

Pour la photo, c'est lac_lumiere1 qui m'irait bien en fond d'écran. Le autres sont chouettes, plus belles même, mais celle-ci est dans les mêmes tons.je n'aime pas avoir de gros contraste pour un fond d'écran, ce n'est pas pratique.

Tom25 a écrit :La vache, mais tu as une clef USB FireWire 15ème génération !!! . Moi j'ai une clef USB1 et je fais mes test en copiant une image disque de 40 Mo, ça met largement plus de 10 secondes.

C'est une swissbit de 512Mo et la vitesse de transfert est normale, elle copie un dossier de 430Mo avec 55 fichiers en 85 secondes, mais la synchro avec ton logiciel, je n'arrive pas à chronométrer un dossier de moins de 300Mo, c'est beaucoup plus rapide que la copie.
Et voilà l'image du bleu Léman.

Ah non ce n'est pas possible, si le fichier est copié, vu que j'appelle via AppleScript le Finder pour faire la copie, ça ne peut pas aller plus vite que si tu copiais le fichier par Drag and Drop. La fenêtre qui apparaît avec la barre de progression est la même que celle qui apparaît quand tu fais glisser le fichier vers ta clef USB pour le copier. Et cette barre doit progresser aussi vite dans un cas que dans l'autre. Sinon c'est qu'il y a un vache de problème . Ou alors, si tu as déjà synchroniser une fois ce fichier n'est pas recopier par SyncTwoFolders vu qu'il est déjà sur ta clef.


Merci pour la photo.

Non, on parle bien de synchronisation, et pas de copie pure là, c'est clair qu'en copie pure ça ne changera rien, mais je trouve que la synchro est très rapide, je l'ai essayée dans les deux sens, et c'est toujours aussi efficace, le truc que j'ai remarqué, c'est qu'elle consomme nettement plus de cpu quand elle tourne à vide que lors de la synchro ?

Ah ? jamais fait gaffe. Sans doute parce que pendant la copie, le programme attends que la commande envoyée au Finder (pour copier) soit terminer. Alors que quand tu synchronises 2 dossiers qui sont identiques, là ça boucle plein pot pour regarder les dates de modifications de chaque fichiers, puis je recommence dans chaque sous-dossiers, puis chaque sous-sous-dossiers etc.

Mais oui, c'était bien le but de mon programme à l'origine. Plutôt que de prendre un dossier photos de 300 Mo et de le balancer entièrement sur une clef USB en écrasant le précédent, là je ne copie que les photos supplémentaires. De plus, quand je fais la même chose avec mes dossiers du boulot, le journal me permet de voir sur quels dossiers j'ai travaillé (puisque modifié donc copiés).

En tous cas il est parfait pour synchroniser mes dossiers photos, il détecte les modifs, il faut encore que j'essaie le même jour, mais il doit prendre la date complète, heure comprise, non ?

Oui bien sûr il tient compte de la date et de l'heure.

Je viens d'uploader la dernière version 1,1,4 , j'ai remis la fenêtre Journal en fenêtre Document , je l'avais passée en floating window car ça posait des problèmes au menu, mais c'est bon maintenant.

J'ai aussi rajouté à d'autres endroits des gestions de la touche Esc (arrêt urgence) mais ça ne change rien. Mais au moins je suis prêt pour si un jour RealBasic arrive a gérer 2 procédures en parallèle sans faire du ligne à ligne.

Alors je vais aller la charger de ce pas !

Désolé de détérrer ce vieux post mais après plusieurs recherches j'ai trouvé les utilitaires de synchronisation suivants:

• Synkron : http://synkron.sourceforge.net/
• Backup Monkey : http://sites.google.com/site/thebackupmonkey/home/bonkey-for-mac-os-x
• Sync Mac : http://mac.eltima.com/sync-mac.html
• déjà Vu : http://propagandaprod.com/dejavu.html
• FullSync : http://fullsync.sourceforge.net/screenshots.php
• CCC - Carbon Copy Cloner : http://www.bombich.com/index.html
• Unison (GUI Rsync) : http://www.cis.upenn.edu/~bcpierce/unison/
• TriBackup : http://www.tri-edre.com/english/tribackup.html
• SynchroDir : http://www.deprez.org/folio_0023_fr.html

J'avais besoin d'un utilitaire pratique (entendre visuel, qui permet de savoir préalablement quels fichiers/répertoires seront synchronisés à l'avance) et si possible multiplateforme. Les utilitaires retenus sont synkron et fullsync avec un préférence pour synkron avec toutes les possibilités qu'il offre.

Tu as oublié le bon vieux SilverKeeper http://www.lacie.com/silverkeeper/. Chez moi, c'est le seul truc de LaCie qui n'est pas au placard