Si je peux me permettre:
1) enleve comme je te l'ai dis plus haut les extension que tu as en double a la fin de la commande : c'est redondant pour rien, ca peut créer des probleme dans le futur (c'est pas parce que bash te laisse ecrire une commande incorrecte, qu'il faut en profiter pour le laisser faire) et quand tu relira ton script dans 2 ans tu comprendra plus rien...

2) il faut que tu mette --delete si tu veux pas que ta destination garde les fichiers qui ont été effacé de la source depuis le dernier backup.
Exemple:
- Song 1 contient les fichier 1,2 et 3, tu backup... la copie contient 1,2 et 3
- Le lendemain, Song 1 ne contient plus le fichier 3 (tu l'a finalement effacé), mais contient maintenant 1,2 et 4.. tu backup.... la copie contient 1,2,3, et 4 (tu as donc 3 en plus)



oui et non
Pour pas qu'il y ai de probleme , il faut dire a TextEdit qui est en mode Texte, et surtout pas RTF (menu format)... sinon ca peut poser des soucis...

Ensuite on va jouer un peu:
Mettons que tu sauve le fichier dans ta maison avec comme nom script.txt.
Tu vas dans le terminal et tu tappe
chmod 755 script.txt
(ce qui a pour effet de donner les droits d'execution au script.)
Maintenant pour lancer le script au terminal il suffit de tapper:
./script.txt.

Le fait de changer l'extension de fichier par .command a simplement pour effet de faire que quand tu double-clique sur le script, ca le lance automatiquement dans une fenetre de terminal...



Maintenant que tu entrevoie les possibilités de rsync, tu pourrais tres bien dire que tu as un dossier "ToBackup" dans chacun de tes G4 et que en reseau, rsync viens chercher dedans ce qu'il faut backuper.



Pour programmer par exemple tous les jour a 3h10 du mat, tu créé un fichier dans ta maison (par exemple "cron") avec TextEdit, et tu met dedans:
10 3 * * * /Users/saturax/script.txt

ensuite au terminal tu tape
crontab cron
ce qui a pour effet de programmer ce qu'il y a dans ton fichier "cron".
si tu veux voir les taches programmées, tu tappe
crontab -l
pour effacer les taches programées tu fait:
crontab -r

Ton programme CronX dois juste faire ca via une GUI, cependant si tu ne veux pas te retrouver avec une fenetre de terminal ouverte par jour suite a l'execution du backup, il faudrait simplement que tu n'utilise pas un script nommé .command, mais .txt ou .sh ou meme rien, et que tu veille bien comme je l'ai mis plus haut a lui mettre les droits d'execution.

Pour ce qui est de lui faire ecrire un log, c'est assez facile:
tu creer un fichier vide de log, par exemple : backup.log dans ta maison.
Au terminal tu tappe:
chmod 777 backup.log
(pour donner les droits d'ecriture a tous le monde.)

Puis dans ton script, apres la commande que tu veut logguer, tu met
>> /Users/saturax/backup.log
Ce qui a pour effet d'ecrire la sortie de la commande vers la fin du fichier texte backup.log.

exemple (dans un script ou depuis le terminal):
echo "toto est beau" >> /Users/saturax/backup.log
vas ecrire toto est beau a la fin du fichier /Users/saturax/backup.log

Autre chose, plutot que mette >> a la fin de chaque ligne dans ton script, ce qui va pas en faciliter la relecture par toi, tu peut mettre ca dans le fichier cron:
10 3 * * * /Users/saturax/script.txt >> /Users/saturax/backup.log
Ce qui dis que la sortie de script.txt est ecrite dans le fichier /Users/saturax/backup.log

Nous pourrions donc avoir un script du genre:

J'ai utilisé la commande "date" qui affiche la date, et "df -a" qui affiche les stats d'utilisation de tous les disque reliés...

BTW dans ton cron tu pourrais tout aussi bien mettre
10 3 * * * /Users/saturax/script.txt | mail -s "Rapport Sauvegarde du Studio" saturax@tondomaine.com

Mazette !

C'est devenu un vrai site de guiques, MacMusic !

A quand des tutos "Code ton propre driver Digi en Python" ?

Au mot "Python", je vois d'ici le Brian ramener ses guêtres... Non, Brian, je ne parlais pas de tes boots...

Bon alors Saturax.
On en est ou?
Resultat des courses?

Hello,

Bah en fait pour l'instant j'ai rien retouché (ya du taf alors pas de crenaux de maintenance)

Mais ça marche impec pour l'instant, je suis allé verifié sur les backup, ils sont a jour, ça tourne comme une horloge.

Faudra quand meme que je me penche sur le fichier log, c'est plus serieux d'avoir un rapport d'activité des disques.

Pour le coup du backup en reseau c'est pas vraiment adapté a nos besoins, mieux vaut que chaque ingé son sauvegarde lui meme les sessions terminées. (c'est deja tellement du bonheur de plus avoir a faire nos archives sur support optique, un simple drag n drop sur un DD, c'est quand meme la moindre des choses qu'on peu faire! )

En tout cas je te renouvelle mes remerciement c'est bien plus simple et bien plus carré que n'importe quel soft de backup.
Et pour pas un rond.

Au fait j'ai pas compris ça:

Ligne 1: "echo -n" :
"-n" fait que "echo" ne vas pas sauter automatiquement a la ligne,
Ligne 2 : "date"
affiche la date et l'heure

Donc au lieu d'avoir:
Sauvegarde automatique terminée le
12 mars 2008 18:35:12

on aura
Sauvegarde automatique terminée le 12 mars 2008 18:35:12

Puis ligne 3 : "df -a"
affichera l'occupation de tous les disque dur, ex:

ou mieux "df -ah"



BTW vous pouvez lancer l'application terminal, et tapper directement la commande..

------------

Au fait: n'oubli pas le "--delete" comme expliqué précédemment



n'est ce pas?

Penchez vous sur le terminal!!!
L'idéee c'est pas de devenir un geek qui liste les dossiers du finder au terminal... c'est que ya plein d'applications possibles pour des taches aussi basiques que du backup, qui sont bien plus simple/puissante/fiable, que d'essayer de passer des semaines a tester tous les "programmes avec une souris", qui au final marchent bcp moins bien.....
Faut juste pas avoir PEUR d'essayer

Ce thread est un bon exemple!


HTH

Ok je teste ça dès que j'ai un moment, merci!

Sinon, le --delete a priori j'en ai pas besoin car il n'est pas question que l'on supprime quoi que ce soit du disque de backup source, tout doit etre sauvé. Si ya des truc a supprimer on le fait avant de sauvegarder sur le disque de back up principal.

Faut reconnaitre que ça fout un peu la trouille de passer au terminal, mais il doit y avoir des outils puissants forcement...
le truc top c'est de pouvoir creer des script shell et de pouvoir les programmer en sachant que c'est du beton armé... ça c'est super rassurant.

--delete n'enleve pas de la source, mais enleve ce qui est devenu inutile dans la destination:
Relis donc ceci:

C'est peut etre pas assez clair, je re-explique:

- Lundi tu met sur ton disque source la chanson "toto" qui contient Basse,Batt, VoixLead1
Rsync va donc copier tout ca dans un dossier "toto" (sur le disque de destination) qui contiendra Basse,Batt, VoixLead1...

- Mardi, tu refait le lead pasque la chanteuse chantait faux, et tu efface l'ancienne VoixLead1, pour ne garder que VoixLead2 . Ton dossier "toto" (sur le disque Source) contient maintenant Basse,Batt, VoixLead2.
--> Si tu ne met pas "--delete", Rsync va rajouter VoixLead2 dans le dossier de destination "toto" (qui contiendra donc : Basse,Batt, VoixLead1, VoixLead2)
--> Si tu met "--delete", RSync va en plus effacer VoixLead1 du dossier de destination, car il n'est plus maintenant dans la source...Le dossier toto de destination contiendra donc : Basse,Batt, VoixLead2, cad la copie exacte de ta source.

Si si ta premiere explication étais tres clair, ce que je veux dire c'est que ce que l'on archive n'est pas modifié. On balance les sessions une fois qu'elle ont été fournis aux equipes de developpement, et on n'y touche plus.

Si modif il y a c'est avant backup, sur les disque de travail dans les G4. les travaux en cours ne sont pas backupé si ce n'est que les prise de voix sont enregistré en doublon sur un DAT au cas ou.