CoolRaoul

Pour les scripts perso, choisir plutôt le répertoire "/usr/local/etc/rc.d" (à créer si il l'existe pas) Commencer par mettre le script dans ce dossier, et inutile de le dupliquer ailleurs. Eviter les références à "/opt" (optware) au startup, car le démarrage d'optware n'est pas forcément déjà effectué au moment de l'exécution du script. ton script lance une commande "ser2net", cette commande n'existe pas par défaut dans DSM Enfin, pour avoir une trace de ce qui se passe, ajoute un fichier log en ajoutant la ligne suivante en début de script: [ -t 2 ] || exec > /tmp/S999php.log 2>&1

Non on peut, c'est comme ça que je fais.

Ce n'est pas "au cas ou", c'est nécessaire Pour quelle raison as-tu mis un espace apres le "=" dans la ligne ? rep_cible=/volume1/stockphoto/2004-2009(il n'y en avait pas dans mon exemple)

un espace entre "set" et "-x" Et aussi: rep_cible=2004-2009 Faut mettre me chemin complet!! rep_cible=/volume1/<a_toi_de_compléter_ici>/2004-2009 Si /volume1/stockphoto/2004-2009/backup200409.sh est le nom de ton script, n'aurais-tu pas oublié de faire un "chmod +x" sur ce dernier?

Ajoutes la commande "id" en début de script et donnes-nous le résultat Et aussi "set -x" juste avant, histoire de savoir à quel endroit se produit le "permission denied"

Ton probleme n'est pas spécifique au planificateur: il s'agit d'un script qui ne fonctionne pas. Tu ne sais pas pourquoi puisque tu n'a pas redirigé les sorties dans un log. Donc, pour les problemes de scripting, en général on poste ici: http://www.nas-forum.com/forum/forum/131-terminal-telnet-et-ssh/ Le mieux est, en début de script de mettre une commande "cd" vers le bon répertoire de travail En plus il vaut mieux, par précaution, définir correctement le PATH pour que la comamnde 7z puisse être trouvée (elle est dans /usr/syno/bin) Voici comment je ferais: #!/bin/sh PATH=/bin:/usr/bin:/usr/syno/bin rep_cible=<mettre le dossier cible ici> cd $rep_cible for folder in * do [ -d $folder ] || continue 7z a -mx3 -mmt -ms=off -v2048m "../backup200409/${folder}.7z" "$folder" done Enfin, dans le cas d'un script exécuté en cron, il est utile de générer un fichier log pour visualiser les éventuelles erreurs, Par exemple en ajoutant, à la fin de la commande, dans le champ "exécuter la commande" du planificateur: >/tmp/backup.log 2>&1 Choisir le nom que l'on souhaite a la place de backup.log Ce qui donne, dans ton cas la ligne complète ci dessous: /volume1/photo/backup.sh >/tmp/backup.log 2>&1

Si tu ne comprend pas comment lancer une commande, ça risque d'être trop long à expliquer, franchement... Utilises plutôt la fonction de sauvegarde intégrée dans DSM, ça devrait suffire:

Pour commencer je ne vois pas le rapport avec la section "Monitoring de votre Synology" mais bon ... Pourrait-on voir à quoi ressemble le script ? **EDIT** Et je ne comprend pas bien ce que tu veux dire par "lancé en ssh", mais on verra plus tard.

Bien entendu

Attention par "paquet" je pensais "package ipkg", pas paquet DSM Tiens nous ou courant

Etrange, le paquet "wget" est normalement installé par le bootstrap, tu n'aurais pas du avoir besoin de l'installer à la main. Mais bref, depuis le début on sentait que ton bootstrap avait merdoyé quelque part, et le principal est que ça marche.

Je dois avouer ne pas comprendre non plus la phrase: "je les ai mises dans chaque .ssh/authorized_keys de *chaque* syno," Le dossier ".ssh" n'est pas unique par machine: il y en a (potentiellement) un pour chaque *compte* ($HOME/.ssh) Pour root c'est /root/.ssh, mais pour admin c'est "/var/services/homes/admin/.ssh" (qui correspond en général à /volume1/homes/admin/.ssh)

et "ipkg update" marche maintenant?

Ce n'est qu'un contournement Tu aurais pu répondre à mes questions pour comprendre ce qui coincait

Le compte "admin" ne sert normalement uniquement pour administrer le NAS va l'interface DSM, en ligne de commande on utilise root plutot mais bref c'est toi qui vois ... Tu veux que ces copies s'exécutent en cron, sans connexion interactive c'est bien ça?

Tu es bien sur d'etre root quand tu fait cette commande? que donne la commande (tu peux mettre n'importe quoi à la place de "toto")

Non, Il te suffit de générer *une seule clé*. A faire sur la machine à partir de laquelle tu va te connecter sur les different NAS (ton PC j'imagine). La clé publique associée a cette clé devra être déployée dans les differents authorized_keys des comptes de tous les NAS. Ou alors tu veux te connecter sn SSH à partir d'un NAS vers un autre NAS, mais ce n'est pas ce que l'on comprend dans ta prose. Que veux-tu faire avec le compte admin en SSH?

Rien compris... (et pourtant je ne suis pas un newbie en ssh) Peux-tu essayer d'être plus clair? Déja le "généreré des clés en admin sous chaque nas" me laisse perplexe, Il suffit de faire *une seule* génération de clé (privée/publique) et de mettre la clé publique sur tous les authorized_keys des comptes cibles.

Ben voyons, j'ai des trucs perso dans /etc/rc.local moi!!!

M'a l'air out ç fait clean ton install ipkg. A l'occasion faudra essayer d'installer d'autres packages pou voir si ça coince encore

Soyons sympa, on va donner le lien http://ukdl.synology.com/download/ds/userguide/DSM4.2/Syno_UsersGuide_NAServer_fra.pdf

Il semblerait que git ne soit pas disponible via ipkg pour ton architecture Peux-tu nos donner le contenu de /opt/etc/ipkg/cross-feed.conf ?

Pour obtenir de l'aide, le minimum serait de décrire avec le maximum de détails les opérations effectués, en s’arrêtant des la première erreur rencontrée. Parce que avec le peu de contenu de ton message, franchement, ... PS: le choix du Raid 1, il y a une bonne raison?

merci de nous donner le résultat de : ipkg -V 3 install git

Le toolchain pour ce CPU vient de débarquer