CoolRaoul

Mais comme le NAS n'est pas "distant" pas besoin de l'attaquer en ftp quand on est connecté sur lui (ou je n'ai pas bien compris l'interet de la manip).

Ainsi que wget, sous réserve que l'on n'ait besoin de faire que du "pull" ("get") et pas de "push" ("put") , disponible dans le DSM de base (/usr/syno/bin/wget).

Et encore, ça doit dépendre des modèles, sur mon DS210j c'est une partition mappée en mémoire virtuelle (tmpfs) dont la taille est encore plus limitée: fserv> df /tmp Filesystem 1K-blocks Used Available Use% Mounted on /tmp 59240 6200 53040 11% /tmp fserv> mount |grep /tmp /tmp on /tmp type tmpfs (0) TMPDIR est plus courant sous unix, mais dans le cas d'une appli php c'est dans l'environnement apache que cette variable doit être intégrée, pas forcément trival (modifier "/usr/syno/etc/rc.d/S97apache-user.sh"?) **EDIT** (HS) Damned, comment faire pour supprimer la numérotation des lignes dans les blocs "code" ??

DownloadStation supporte les url ftp: http://www.synology.com/support/tutorials_show.php?q_id=510

Le phpinfo indique les modules php installés, cela ne veux pas forcément dire que ton appli php les utilise. Avec plus d'info sur le format de ces fichiers ".cache" on pourrait peut être déterminer quel est le composant qui les crée Ne pourrais-tu pas aussi par poser la question au développeur de l'appli?

Déjà il faut savoir que, en connexion terminal (ssh ou telnet) il n'y a qu'un seul compte ayant "tous les droits", c'est le compte "root" (qui hérite automatiquement de même mot de passe que le compte "admin"). Les comptes du groupe administrateurs DSM se retrouvent utilisateurs de base, sans privilege particulier, une fois connectés en ligne de commande. Ensuite, par défaut, les comptes créés par DSM ne sont pas autorisés a se connecter en ligne de commande (*) Pour le rendre possible, il faut changer le shell du compte en question (dans /etc/passwd) en remplaçant "/sbin/nologin" par "/bin/sh" (ce qui devrait répondre à ta question) (*) cela est du au fait que, sous DSM, les répertoires des dossiers partagés sont créés avec des droits unix assez "libéraux" permettant, en ligne de commande, des accès complets même pour des comptes non autorisé en acces distant (toutefois cela peux être modifié par la suite, par exemple avec filestation, ou simplement les commandes "chmod", "chown" et "chgrp" à partir du shell). Par contre, le répertoire partagé "photo", par construction, *doit* avoir des droits unix "ouverts, les restreindre explicitement peut empêcher le fonctionnement correct de PhotoStation (et tu constateras que filestation t'interdit de modifier les droits de ce partage)

La solution du canal beta est tout à fait secure, d'autant plus qu'il est possible dans cette configuration de revenir en arrière si on le désire (désinstallation de VideoStation, mettre le centre de paquet sur le canal stable puis reinstaller VideoStation

N'y aurait-il pas moyen de modifier le code de l'appli et de lui faire écrire ses fichiers temporaires ailleurs que dans /tmp? ("/volume1/@tmp" me semble un bon choix)

Ben ça n'est rien d'autre qu'une autre façon de lancer l'appli dont j'ai parlé 3 messages plus haut

Même si ça avait un autre disque que le "No 1" ça ne changerait rien: en JBOD , des qu'un disque est planté tu pers tout Te reste à changer le disque, reconstruire ton volume et restaurer tes sauvegardes Voir ici:

pas d'accord sur ce point Demo: fserv> cat fork.sh #! /bin/sh echo pid pere: $$ sleep 9999 & echo pid fils=$! exécution: fserv> ./fork.sh pid pere: 1353 pid fils=1355 fserv> ps -p 1353 PID TTY TIME CMD # on constate que le père est mort fserv> ps -p 1355 PID TTY TIME CMD 1355 pts/0 00:00:00 sleep # alors que le fils est toujours vivant

C'est dans la crontab: une fois par jour

Oki, pour ma part et comme ne ne sais absolument pas à peux bien servir cette commande "screen" (qui d'ailleurs n'est pas installée sur mon syno), pour lancer un programme , j'aurais tendance à choisir la première proposition de sp@ro qui me semble la plus simple, mettre dans ton script un truc du genre: mon_programme >/var/log/mon_programme.log 2>&1 & me semble tout simple et fonctionnel sans prise de tête. Sinon il n'est pas très difficile de transformer ton programme en "démon", suffit qu'il se détache de lui même comme détaillé ici: http://www.danielhall.me/2010/01/writing-a-daemon-in-c/ Ca t'économisera le "&" final et sera plus propre. (prévoir une option qui désactive le passage en fond - souvent "-n" traditionnellement - peut être utile lors de la mise au point)

Je dois avouer ne pas avoir la moindre idée de ce qu'est cette méthode "screen" de lancement.

petit bemol: "/opt/rc.d" est le répertoire des scripts de démarrage d'optware (que certains appellent ipkg ). Ce dernier n'est pas forcément installé et, si ce n'est pas le cas, les scripts ne seront pas exécutés au boot. Au contraire, "/usr/local/etc/rc.d", que je conseille d'utiliser dans est un répertoire pris en compte nativement par les procédure de démarrages de DSM. D'accord par contre sur le reste du post.

Pourquoi donc? Il n'est pas possible de récupérer des fichiers stockés sur seedbox en http?

Suffit d'essayer, il n'y a pas à avoir peur, aucun des deux appareils ne va exploser Et puis, concernant les perfs, avec la bande passante que tu vas atteindre via le CPL, soit ça passe soit pas (tu aura des freezes) mais tant que tu n'aura pas testé tu ne sauras pas.

Ce n'est pas l'anglais qui me posait problème, mais plutôt des GUI un peux chargés (exemple: http://rename.lupasfreeware.org/scrshots/replacing_text.gif) Mais je ne suis pas toujours réfractaire aux usines a gaz cependant: et pour tout dire m'arrive même d'utiliser un buffer dired emacs en mode édition pour faire ce genre de manip.

Je dois avouer ne pas connaitre le produit et les screenshots sur le site m'avaient un peu refroidi sur cet aspect

LupasRename n'est utile que pour faire du renommage en masse. Pour quelques fichiers par ci, par là utiliser tout bêtement l'explorateur Windows ou filestation va s'avérer largement suffisant et bien plus simple.

L'objectif était simplement d'utiliser à partir du PC le même type de protocole de connexion que tu utilises sur ton TVIX (UPNP, autrement dit DLNA) juste pour tester si tu voyais tous les fichiers ou la liste tronquée. A nouveau, il n'était pas question de te demander de changer ton choix de lecteur multimedia sous Windows, juste de faire le test. Ben voila, donc le problème ne vient pas du NAS mais bien du TVIX CQFD Tu as peut être une autre option: ton lecteur multimedia doit bien être capable d'utiliser un autre protocole que le DLNA pour accéder aux fichier sur le Syno: soit CIFS (SMB) soit NFS doivent probablement être supportés (mais je ne peux rien affirmer, je ne connais pas cette gamme de produit)

Pour le test a partir de Windows c'est en mode dlna, via media player qu'il faut le faire. Le NAS devrait apparaître dans "autres bibliotheques":

Par défaut sous DSM, en ligne de commande, l'encodage utf8 n'est pas géré. Utiliser file station pour renommer les fichiers

Je pense qu'il confond avec le widget de bureau, aurelized c'est ca que tu peux utiliser: