CoolRaoul

Je ne comprend pas ce que tu ne comprend pas. Dans mon exemple, faut remplacer le texte "<chemin du dossier du NAS monté en NFS ici>" par le chemin complet du dossier NAS que tu à monté en NFS sur ton Linux Exemple si tu as monté un dossier partagé du NAS par NFS sur le réperoire Linux "/mnt/nas/photos" sur ton linux, ca donnera: dest=/mnt/nas/photos

ceci devrait marcher, à mettre dans un script sur le PC Linux: source=<chemin du dossier source sur le PC ici> dest=<chemin du dossier du NAS monté en NFS ici> rsync --delete -av $source/ $dest/ Attention ce n'est pas une synchro totalement symétrique dans le sens ou les fichiers ajoutés ou modifiés sur le NAS ne se retrouvent pas sur le PC, mais, dans le mesure ou ta référence est j'imagine le PC Linux, ça devrait répondre à ton besoin. (par contre les fichiers supprimés à la source vont aussi se retrouver supprimés à l'arrivée, c'est le but de l'option "--delete", commence par tester sans cette option qui peut être dangereuse si tu fait ue erreur dans la variable "dest", tu l'ajoutera ensuite quand la solution sera validée). Tu pourra aussi supprimer l'option "v" (verbose) ensuite. Il est aussi possible de se passer de NFS et faire directement du client serveur, via le serveur rsync du NAS, mais c'est un peu plus compliqué donc autant commencer simplement comme ça pour le moment.

Vu que le NAS n'est qu'un Linux spécialisé, ce ne devrait pas te poser de problemes particuliers, surtout pour maitriser btsync (perso j'avoue ne pas connaitre) qui est un outil Linux parmi d'autres et n'a rien de spécifique aux NAS. Ok, dans ce cas puisque tu as de l'expérience Linux, inutile de chercher des solutions lourdes. Pour la partie synchro PC <-> NAS suffit de monter sur ton PC Linux le dossier du NAS à synchroniser (de préférence en NFS), tu te concoctes un petit script utilisant rsync et ça roule (je verrai bien cela lancé en cron) Pour la partie synchro NAS <-> disque externe, tu peux créer un job avec la sauvegarde intégrée au NAS en mettant un dossier du disque externe comme cible (la sauvegarde du NAS est implémentée sous forme de synchro). Mais rien ne t'empêche là aussi, si tu préfère mettre les mains dans le cambouis, de te faire un script rsync (quasiment le même que ci dessus) pour aboutir au même résultat (sur le Syno, rsync est dans "/usr/syno/bin/")

Faut comprendre la confusion: c'est toi-même qui à deux reprises t'es implicitement qualifié de débutant ("pour des débutants cela n'a rien d'évident mais alors rien du tout"). Normal que Piwi l'ait pris au pied de la lettre.

Et attention à la sécurité (le problème à été évoqué par ailleurs dans d'autres fils): l'interface VPN n'est *pas* protégée par le firewall (j'espère que l'autoblock des IP reste actif par contre, pas testé). Par conséquent, quand on est connecté à un VPN public, les scripts-kiddies s'en donnent à cœur joie car tous les services de ton NAS se trouvent exposées à la terre entière via l'IP qui va t'être affectée par le serveur VPN.

Il y a un truc qui me chiffone dans les lignes ci dessus, le linker (première ligne) est censé produire "blib/arch/auto/Digest/MD5/MD5.so" et la ligne suivante (chmod) nous montre qu'il n'existe pas! Si le linker avait échoué on aurait du avoir un message d'erreur. A moins que le "make" redirige sa sortie de diagnostics (mais pourquoi?) Peux-tu essayer d'exécuter uniquement la commande "ld" : i686-linux-gnu-ld -shared -O2 -L/opt/lib -L/opt/local/lib MD5.o -o blib/arch/auto/Digest/MD5/MD5.so PS: chez moi, mais je n'ai pas la meme archi que toi (arm), j'ai pu compiler le module (je n'utilise pas cpan mais cpanminus à cause de la mémoire un peu juste de mon NAS mais ça ne devrait pas changer grand chose) PS#2: tu aurais du donner plus de détail sur ta conf (modèle de NAS, utilisation du perl optware), même si il est vrai qu'on peux la deviner en lisant les messages de make, ça fait gagner du temps.

C'est peut-être une autre service que download station qui est la cause alors dans ton cas. Pour valider le diagnostic, j'ai arreté les services actifs un par un jusqu'a constater que le message n'était plus loggé

Trouvé! (bien aidé par ce message dans le forum Synology US) Résolu avec les opérations suivantes: arréter le service download station Redémarrer pgsql (pas sur que cette étape soit necessaire) /usr/syno/etc/rc.d/S20pgsql.sh restart supprimer la table "download": su -l admin /usr/syno/pgsql/bin/dropdb download exit redémarrer download station

A la recherche de tout autre chose je me suis aperçu que le message LOG: unexpected EOF on client connection était loggé *chaque 10 secondes* dans le fichier "/var/log/pgsql.startup.log" Je ne sais absolument pas de quel coté regarder pour comprendre la cause et éventuellement corriger Si quelqu'un à une idée

J'espérais une simple réponse "oui" ou "non" mais bon ... je suppose que tu veux dire en ligne de commande? Comment le lances-tu ce script? Si c'est en tapant "python <nom du script>", il n'est pas étonnant qu'il ne marche pas en batch (cron ou planificateur de tache, c'est kif kif) car la commande "python" n'est pas dans le PATH par défaut. Assure-toi que le script est exécutable (chmod +x) et, comme ligne de commande du planificateur de tache, met uniquement son chemin complet (sans la préfixer de "python")

Autant la virtualisation peut avoir un intérêt, pour les différentes raisons données, autant là franchement j'ai du mal à voir l'utilité de la manip. Sans même tenir compte des éventuels problèmes de la légalité de la chose (sur laquelle j'ai quelques doutes mais des représentants officiels de Synology qui lisent ce forum saurait en parler mieux que moi ), un des intérêts principaux d'un NAS en général, et Synology en particulier est l'optimisation du matériel en vue de la minimisation de consommation de ressources (énergie) et des nuisances sonores, le tout dans le cadre d'un usage 24/24. Si c'est pour l'installer sur du matos standard...

Est-tu sur que le binaire python est-bien situé dans "/usr/local/python/bin/" ?

Deux nouvelles toolchain armada 370 avec gcc 4.6.4 (une "hard" et une "softfp") **EDIT** corrigé l'URL

Tu peux te connecter au NAS directement par le navigateur. D'abord dans Synology Assistant note le nom (colonne "server name") et l'adresse (colonne IP Address) du NAS (ça peut être en français chez toi) Lance directement Chrome ou Firefox, au choix. Dans la barre dadresse du navigateur internet tu tapes http://nom:5000 et si ça ne marche pas http://addresse:5000 (ne pas cliquer sur les liens ci-dessus, retaper en substituant "nom" pour le 1er et "adresse" pour le second) et donnes nous le résultat Si ça marche de cette façon, c'est que le problème vient bien d'IE. Si tu ne parviens pas à le résoudre, tu pourrais effectivent utiliser l'un des autres navigateurs par défaut pour que ce soit celui-la que synology assistant active, ou t'en tenir à la manip donnée ci dessus

Ca me semble une bonne explication en effet, on va attendre sa réponse

Essaie comme ceci: su - admin -c'/usr/syno/pgsql/bin/psql -d video_metadata -q -A -t -c "UPDATE video_file SET path = $NEW_PATH WHERE id= $DB_ID;"'

Zut, on n'avait pas compris que le probleme était du coté de Synology Assistant. Mais si c'est le cas, c'est un logiciel autonome qui n'a absolument rien a voir avec le navigateur. Peux-tu nous dire exactement et précisément comment tu le lances (nom de l'icone ou du menu que tu actives) et ce qui se passe ensuite?

Comment est-on passé d'un sujet a l'autre?

Suffit de faire le test: après avoir désinstallé flash la connexion DSM marche toujours. Ne pas oublier aussi qu'ils a été demandé ceci par le support: Voila pourquoi je pense que mieux vaut commencer par l'aider à faire la manip comme ça lui a été demandé.

Qu'avez-vous tous avec Flash? Chez moi il n'est pas installé et je n'ai pas de problême pour me connecter à DSM. Le message "IE9 a rencontré un problème et doit fermer" a des chances d'être causé par un module complémentaire qui merdoie. Donc essayer avec une autre navigateur permettrait déja d'éliminer (ou pas) cette piste **edit** Note: cela dit la mise a jour vers IE10 n'est pas inutile non plus.

C''est le traffic *entrant* qui pose problème

Etrange, pour moi, sous Windows avec flash player non installé et le flash embarqué de chrome désactivé: aucun probleme pour me connecter à DSM et pas d'alerte non plus

Juste apres avoir posté, en réponse à , un message à propos de Google Chrome, je retourne sur la page d'index des forums et voici ce qui apparaît dans le bandeau de pub: Coïncidence ou bien faut imaginer que Google est aussi capable d'aller jusqu'à d'analyser le *contenu* des messages postés pour orienter la pub contextuelle? Note: pour éviter de me faire traiter de lourdaud ne sachant pas utiliser adblock, sachez qu'il est bien installé mais nas-forum.com figure dans ma liste banche, en solidarité et pour maintenir le financement du site

Etonnant qu'ils parlent de flash car filestation n'a pas besoin de flash. Mais on verra plus tard. Pour Chrome, tu l'installes à allant ici: https://www.google.com/intl/fr/chrome/ puis en cliquant sur ensuite il suffit de te laisser guider

Apparemment, mauvaise piste la aussi: j'a testé une instance du sshd optware, tournant sur le port 999. Et il sait bien accepter une connexion sur le compte admin en mode publickey et le tout étant loggé bien dans syslog comme on peut le constater: May 9 00:19:37 sshd[18802]: Server listening on :: port 999. May 9 00:19:37 sshd[18802]: Server listening on 0.0.0.0 port 999. May 9 00:19:48 sshd[19512]: Accepted publickey for admin from 127.0.0.1 port 51661 ssh2 Donc le fait que ton syslog ne recoive rien (a l'excepion de l'unique message d'hier) du démon sshd (quel qu'il soit) est franchement louche