CoolRaoul

(Si je peux me permettre de mettre mon grain de sel) Espérer trouver une solution effective à la requête initiale de ce fil me semble franchement optimiste: je serai tres étonné qu'il existe (ou ait existé) un seul système d'exploitation (ou système de fichiers) supportant la fonctionnalité demandée. (mais toute source me contredisant est bienvenue, bien entendu)

Ah non en effet, rien d'interactif: la fenêtre va afficher uniquement que la sortie standard de la commande, mais si la commande attend une interaction ça ne peut pas marcher

Je sais pas si tu te rend bien compte: Filezilla s'appuie sur toolkit "wxWidgets" qui lui meme dépend de X11 (et il y a d'autre prerequis supplémentaires que je n'ai pas cité) Ca m'étonnerait que tous ces runtimes soit un jour disponibles sous DSM. Donc pour compiler Filezilla c'est pas gagné Et pour l'exécution, cela nécessiterait de faire tourner un serveur X sur le pc client... pas franchement "newbie friendly" tout ça.

J'utilise la sauvegarde de base (sauvegarder/restaurer) pour l'essentiel de mes sauvegardes, en mode local disque à disque (je réserve mon disque 2 aux backups et aux données non importantes, type logs ou fichier provisoires) J'y ajoute un poil de time backup pour certains dossiers spécifiques pour lesquel je souhaite beneficier de la fonction d'historisation. Quand à Data Replicator je dois avouer ne pas savori de quoi il s'agit

j'en ai mis une copie ici: http://pastebin.com/JHdwmAMz

La version de samba intégrée a DSM est assez ancienne (3.2. Et il commençait à avoir une pression qui monte dans les forums Syno pour bénéficier d'une mise à jour. Certains vont jusqu'a installer (via ipkg ou autre) samba 3.6 mais je ne pe risquerais pas a ce genre d'opération, la cohabitation peut être "sportive" à mon avis). Samba étant quand même au coeur d'un système NAS si on l'utilise dans un environnement Windows Un fil sur le sujet : http://forum.synolog...t=0&hilit=samba

Enfin!

Faut tester (et si il a une connexion réseau il peut sans-doute être partagé) Facile $ net rpc -U <user>%<password> -S <nom netbios du pc> shutdown Shutdown of remote machine succeeded Il doit être possible de ne pas mettre le password en clair mais j'ai pas pris le temps de chercher [EDIT] Marche aussi avec l'addresse IP: net rpc -U <user>%<password> -I <IP PC> shutdown[/code]

Ah je pense que cela doit dépendre de l'option Mais est-ce que cela va être considéré comme une "panne" de courant? Sinon, tu peux peut-être, via l'onglet UPS, aussi essayer interfacer le Syno directement aec l'onduleur (je n'ai pas ce genre de matos et ne saurait t'aider plus avant par contre)

Ah non: c'est moi qui ai merdé dans mon explication: la clé doit être sur la même ligne que "command=" Si les 2 lignes se suivent, sous VI positionne le curseur sur la ligne command, tape "J" (majuscule) puis "ZZ" et ça devrait réparer le tout Comme j'ai dit ci dessus c'est moi qui ai merdé! Corrige et ça devrait le faire Il s'agit d'un script déclenché sans intervention humaine sur un serveur Windows 2008 sur alerte UPS. Je ne vois pas bien en quoi le smartphone pourrait aider dans ce processus

C'est ca: La clé privée déja générée ayant été préalablement chargée comme ceci: Copie du texte de la clé: puis: Si le texte est dans le presse-papier windows, taper, dans l'ordre : G (majuscule, pour se mettre en fin de buffer) A (majuscule, pour se mettre en mode insertion) retour charriot (ouvrir une nouvelle ligne) Shift+Insert (coller le contenu du presse papier windows dans la fenetre putty et donc dans vi) <escape> <escape> (double escape, pour sortir du mode insertion) ZZ (encore une fois en majuscules -> sauvegarder et quitter) [EDIT] Attention de bien s'assurer que les droits du répertoire ".ssh" et du fichier "authorized_keys" ne soient pas trop ouverts (pas de "w" sur le groupe ni sur "others"). En pratique: un bon "chmod go-w" est suffisant, mais, tant qu'a faire ("bondage and discipline") "chmod go=" est parfait.

En résumé et après quelques rapides recherches DS Audio android utilise le port 5000 et ne supporte pas https DS Audio Ibidule supporte normalement https (port 5001) et http (port 5000) Voila voila ... NB: pour webdav je confondais avec DS File: mea culpa

Il était question de "DS Audio", pas d'audio station [edit] Au temps pour moi! http://www.synology.com/support/faq_show.php?q_id=299&lang=fre Mais je vais tester quand meme

Me semble bien que DS Audio utilise webdav, donc ce n'est pas le port 5000 mais le 5006 (par défaut) qu'il faut ouvrir et rediriger

Avec puttygen comme je l'ai écrit

Dans ce cas il faut réfléchir à tout ce qui a pu être changé (coté PC et Syno) depuis que ça à subitement arrêté de fonctionner. Vérifie aussi, en cliquant sur le lien suivant, que Java est bien opérationnel sur le PC: http://www.java.com/...etect=jre&try=1

Si tu te sens à l'aise avec ssh et putty voici ce qu'il fait faire activer ssh sur le Syno Si ce n'est déja fait installer putty sur le serveur windows (http://the.earth.li/...2-installer.exe) créer une clé privée qui sera dédiée à cette opération (shutdown distant) sur le Serveur Windows en utilisant la commande "puttygen" (incluse dans le kit Putty). Sauvegarder cette dernière *sans passphrase*. récupérer le texte de la clé publique associée de cette clé privée se connecter avec putty sur le syno avec le compte "root" pour y ajouter dans le fichier /root/.ssh/authorized_keys (le créer si necessaire) ceci: command="/sbin/poweroff" <le texte de la clé publique ici> Pour arréter le syno à distance, sur le pc windows il suffira alors d'exécuter la commande suivante: plink -i <chemin du fichier .ppk contenant la clé privée> root@<nom ou IP du syno>[/code] (plink fait aussi partie du kit putty, mettre le chemin complet si son répertoire n'est pas dans le PATH Windows)

Calme toi, pas de panique, on est là, c'est pas grave, ça va s'arranger Donc, pour que les disques du PC soient visible dans filestation il faut que deux conditions soit reunies: Java doit être installé sur le PC. Dans filestation l'option ci-dessous doit être cochée Vérifie le tout. Et assure toi au passage que Java n'a pas été désactivé dans les options du navigateur que tu utilises

Pas d'inquiétude a priori sur ce point:

C'est bien mais il y avait mieux, en 4 lignes seulement: for module in usbserial ftdi_sio ; do # Make sure the driver is running lsmod | grep -q "^$module" || insmod /opt/lib/modules/$module.ko done

Il semble y avoir une option pour activer un mode "debug" dans le source Faut recompiler avec la commande modifiée suivante gcc -DDEBUG -Wall teleinfoserial_mysql.c -I /opt/include/mysql/ -L /opt/lib/mysql/ -lmysqlclient -o teleinfoserial_mysql[/CODE] puis relancer l'exécution voir si ça te donne des pistes

(on lit beaucoup de c**ies dans les forums, faut filtrer) Non rien n'est supprimé: ça cohabite difficilement c'est tout. [EDIT] Les deux instances utilisent le meme socket de connexion ("/tmp/mysql.sock"), et donc la 2eme à être lancée va écraser ce dernier et rendre la 1ère instance inaccessible Mais, après avoir appliqué les commandes qu'a donné Sp@r0, l'instance mysql ipkg ne se lancera plus et donc plus de problème Mais encore fallait-il relancer le mysql DSM pour tout remettre nominal.

Essaie de stopper puis de redémarrer le serveur MySQL natif DSM : panneau de conf -> services web-> applications web ->activer MySQL: décocher la case <appliquer> cocher la case <appliquer> Je pense que l'installation du mysql ipkg à fait un peu de dégats: j'ai pu reproduire le phénomène en faisant un ipkg install mysql suivi d'un ipkg remove mysql [/code]

En fait tu n'est meme pas obligé de créer de groupe de disques du tout. Je ne me souviens plus trop comment je m'y suis pris a l'époque mais voici la confguration à laquelle j'ai abouti:

Bon par contre le code n'a pas l'air très compliqué, Suffit de trouver quelqu'un ayant acces à ce type d'appareil interfacé avec un serveur linux (pour pouvoir debugger), maitrisant un langage de script type perl ou python, pour te le réécrire sans trop de difficultés.