CoolRaoul

Ce n'est plus vraiment un probleme syno la il me semble Sinon comme que tu as coché la case "utiliser upnp" dans la config de transmission, je suppose que c'est parce que tu as aussi activé l'upnp sur ta box, et par conséquent, inutile de faire une redirection statique, les ports seront ouverts dynamiquement en upnp.

http://e-mailing.ldlc.com/bess/pub?id=-1:hgp7pxyt:1:1&nccvq=&RZNVY=wbuapynhqr%40ubgznvy.se

J'ai pu te trouver une doc en ligne de ton appareil (dépeche toi de la télécharger avant que le site disparraisse lui aussi): ftp://ftp.dvico.com/Manual/TViX/S1/TViX_Slim_S1_French.pdf L'utilisation de samba ne semble pas conseillée (page 22): "Nous recommandons la connexion NFS plutôt que la connexion SAMBA"

Il semble pourtant y avoir encore de l'activité dans la section "sujet récents" :http://www.tvix.fr/index.php?option=com_kunena&view=latest&Itemid=99 **EDIT** ah non, semble que ce ne soit plus que du spam **EDIT#** C'est partout pareil apparement, je pense que ca sent vraiment le sapin pour cette marque Bonne chance alors pour trouver de l'aide.

Dans ce cas, peut-etre plutöt poser la question sur le forum DVICO alors? Il y aura forcément la bas plus de personnes connaissant cet appareil qu'ici. Parce que pour se connecter en samba avec un lecteur multimedia, que la cible soit un synology, un PC ou n'importe quel autre serveur supportant CIFS, la méthode sera exactement la même.

Ok, a suivre donc

Bon je reprend posément: lors de ton 1er message tu nous disais "Ce script fonctionne en ssh" Tu l'avais lancé de quelle façon quand il a fonctionné à ce moment-là?. (ou bien doit-on conclure qui'il n'a *jamais* marché?)

Ceci est une réponse à quelle question? **EDIT** « La réponse est oui. Mais quelle était la question ? » (Woody Allen)

Et quelle syntaxe utilises-tu quand ca fonctionne alors (comme indiqué dans ton 1er message)?

Nous voila peu avancés alors Dernier essai et apres je sèche (faudra attendre qu'un spécialiste python passe par ici) En ligne de commande, en lançant le script de cette façon: env - /volume1/Scripts/Wol2PC.py est-ce que ça fonctionne aussi?

Décidément que de problemes avec ces dvico! Si un jour je change ma passerelle multimedia je saurai ce qu'il ne faut pas acheter

La ça ressemble à un bug par contre

Solution:

Le scripts lancé par le gestionnaires de taches (en en détaché en général comme au boot par exemple) n'ont pas le meme environnement que les shells interactifs. Ils n'exécutent ni "/etc/profile" ni "~/.profile" *toujours* mettre la ligne "PATH=" correcte dans un script qui utilise des commandes situées ailleurs que dans les chemins standard ("/bin" et "/usr/bin")

Autre piste pour comprendre, ajoute dans le planificateur de taches, dans le champ de formulaire titré "exécuter la commande",au dessus de ta commande de script une ligne ce ce type: exec >/tmp/monscript.log 2>&1 Ce qui va donner ceci: Tu forces l'exécution du script via le planificateur (bouton "exécuter") et le contenu de "/tmp/monscript.log" devrait te permettre de comprendre la cause de l'erreur

Ben, la syntaxe n'est pas bonne: (le message d'erreur aurait du te mettre sur la voie)Comme tu aurais du le constater sur l'exemple du site Syno, Il ne faut pas de "/" apres "::" Si tu veux apprendre de tes erreurs, quand ça ne marche pas, comme ici, faut essayer de comprendre pourquoi en analysant le message que produit la commande et ensuite de corriger.Essayer au petit bonheur la chance d'ajouter un "/" par ici ou un "" par la est en général moins efficace.

Et le message d'erreur était ? (mais si tu n'a plus besoin d'aide tu peux le dire, je ne me vexerai pas )

C'est bien ce qui me semblait: tu n'as apparemment jamais utilisé la syntaxe préconisée par Synology (avec le double ":" suivi du nom de module). Pourquoi?

Si tu veux qu'on t'aide, faut donner systématiquement les commandes essayées *et* le message d'erreur constaté (sauf dans les cas ou le message d'erreur te permet de comprendre par toi même quelle est l'erreur) En tout cas si la doc en ligne Syno dit qu'il faut spécifier explicitement le module NetBackup dans la commande rsync, tous tes tests faits avec des commandes qui ne le spécifient pas était inutiles AMHA.

dans le planificateur, le champ de formulaire "script défini par l'utilisateur" est multiligne. Suffit donc de remplacer /volume1/Scripts/Wol2PC.py par (une commande par ligne): exec >/tmp/wol.log 2>&1 /volume1/Scripts/Wol2PC.py ce qui permettra de voir dans "/tmp/wol.log" ce qui coince

Je me suis permis de citer ce lien car on peut y lire: Et d'apres ce que j'ai vu dans les messages précédent, ne me semble pas que cette syntaxe-là ait été testée (root@<IP>::NetBackup/<chemin>/)

Comment migrer entre DiskStations Synology

Je pense que cette faq pourrait être utile pour la bonne syntaxe à utiliser pour la commande "rsync": Pourquoi ne puis-je pas effectuer de sauvegarde depuis un serveur compatible rsync vers un produit Synology ?

L'installation d'optware ne modifie que peu de choses sur la partition système (L'essentiel est dans le répertoire /volume1/@optware, préservé lors de la mise a jour): /etc/profile: préservé lors de la mise a jour (modification du PATH pour le compte root) /root/.profile: écrasé lors de la mise a jour (suffit de le sauvegarder) /etc/rc.local: "mount" de /opt -> /volume1/@optware et startup optware. (je crois qu'il est aussi préservé) Dans tous les cas, les manips a faire pour tout remettre d'équerre sont expliquées ici.

Faut comprendre Synology, installer des outils clients sur un NAS (dont la fonction est plutot de serveur) n'est pas une priorité. Pour un backup distant, tu devrais etudier l'option rsync (c'est natif sous DSM)