bud77

En effet, ceci est vrai pour le videostation de DSM5 (J'étais encore en DSM 4.2 y'a 2 jours ...) Je viens de regarder et tu peux donner des droits d'accès différents par users ... si tu crée une bibliothèque perso (plusieurs dans ton cas) J'ai pas testé sous DS video, mais les droits devraient être identiques Par contre, si tu utilises videostation en DLNA, il n'y a plus de notion de user ni de droits d'accès

Rien d'anormal non plus ... Ouvre un ticket au support je dirais

Les droits sur volume1 sont normaux, vérifie ceux dans volume1 : "ls -ltr /volume1"

Tu peux programmer ton script via le planificateur de tache DSM, sans préciser de date ni heure Tu pourras alors le lancer directement depuis DSM Et en mettant "cd /volume1/web && /chemin/de/ton/script.sh start" il déposera le nohup et ses fichiers dans le dossier désiré (ici /volume1/web)

Vérifie que tu as les droits d'écriture sur /volume1 Colle le résultat d'un "ls -ltr /"

La ligne "rm nohup.out" est pas géniale, car il va tenter de le supprimer dans le dossier ou tu es Si tu le lances depuis un ssh en root, il sera dans le dossier où tu te trouves Si tu le lances en auto il sera dans le dossier /root (enfin, suis même pas sur) Je te conseillerais de supprimer la ligne, et de faire une purge "manuelle" du fichier lorsque tu sauras où il se dépose en auto (via la commande "echo > nohup.out") Je pense que c'est sur cette ligne que çà foire Pour en être sur, avant de lancer le script à la main, tape "set -x" puis lance le script Ca te donnera les étapes qu'il effectue, et tu verras plus précisément ou il plante Edit : Le "-c" du grep est à retirer aussi

Quelques petites remarques : Il faut préciser le chemin absolu de l'exécutable "java" (que tu trouveras via "which java") Tu peux créer une variable JAVA_BIN=/chemin/vers/java et remplacer les occurences du script "pgrep" n'existe pas sur syno, il faudra le remplacer la ligne par "ps www|grep Ubooquity.jar" Dans la ligne "nohup java -jar $MEM_OPT /volume1/web/Ubooquity.jar -port $UBOOQUITY_PORT -webadmin 2>&1 &" Tu peux supprimer le $MEMOPT Il a défini la variable plus haut, mais elle est commenté (c'est la mémoire allouée), donc inutile PS : Y'a des balises "code" pour la mise en forme plus claire

J'ai celui là depuis 2 ans, et çà roule toujours impec (encore testé ya 2 semaines en faisant sauter les plombs) http://www.ldlc.com/fiche/PB00092862.html

Il est énorme, lol Tu peux en prendre un plus petit (et forcément moins cher), et programmer le syno pour qu'il se coupe "proprement" au bout d'un certains temps qu'il est sur onduleur Ca protège des plombs qui sautent et des surtensions

En raid5 çà devrait aller si c'est bien un disque KO Le gestionnaire de stockage remonte pas d'erreur non plus ? Température "normale" des disques ? (moins de 60°)

Ca ressemble a un disque défectueux As-tu tenté un reboot pour commencer ? Puis lancer un smart étendu sur chacun des disques (Et t'assurer que tu as une sauvegarde si tu n'es pas en SHR/raid5)

Y'a eu une petite modif vers la fin sur un IF en plus Screen te permettra pas de lancer à chaque démarrage

Tu as du te tromper de forum, Xpenology c'est illégal ... Et tu es sur le forum officiel FR synology ...

Donc c'est normal que çà marche pas. Le script doit obligatoirement accepter start/stop en argument au minimum J'avais pondu un script pour le démarrage de PS3 media server sur le forum, basé aussi sur du java, tu devrais t'en inspirer

Pas possible du tout

Pas mieux après avoir gérer le start/stop dans le script ? Tu as bien fait un "chmod +x" sur le fichier ? Si tu veux le lancer sans garder ton ssh ouvert, rajoute tout simplement un "&" à la fin de ta commande, il tournera en tache de fond

Oui, on peux installer le pat contenant que le pti bout de mise à jour Et non, je me suis pas trompé de fichier, les 2 pointent vers la même chose au final (j'avais vérifier le md5) Le dossier dans lequel j'ai pris le lien contient les dernières maj (les futures seront aussi dans ce dossier) et le lien que tu donnes pointe "que" sur l'update 3 @Daviddd Ah, oui, j'aurais eu bcp de mal à trouver ton problème !

Tu ne peux pas trouver l'update3 en manuel, il faut obligatoirement passer par le DSM (Enfin, j'avais trouvé ou étaient les update en 4.3, mais je retrouve plus) C'est plutôt pcq tu utilise pas les ports standard et/ou pcq tu n'as pas été scanné Edit : Ah, retrouvé, pour le 413j : http://ukdl.synology.com/download/criticalupdate/update_pack/4493/synology_88f6282_413j.pat

Met le plutôt dans /usr/syno/etc.defaults/rc.d et regarde le S99tftpd.sh pour la gestion du start/stop (PS : y'a plusieurs autres endroits pour le mettre que j'ai plus en tête)

Si c'est /tmp qui est full, un simple reboot va le vider Mais comme l'indique Fravadona, un package travaille généralement dans "/usr/local/" ou "/volume1/@appstore"

C'est pas l'update 3, et tu as un souci de connexion réseau Vérifie dans le pare-feu du syno si tu n'as pas tout coupé Tu as tenté un reboot ?

Première chose à faire, change tout tes mdp Vu que tu étais pas à jour, la faille "heartbleed" a pu être exploité, et tout tes mdp volés Ensuite, lance un "top" dans putty, et regarde ce qui consomme du cpu/ram Coupe l'accès à ton syno depuis le net, vpn y compris

Il faut regarder sur le syno, dans mise à jour DSM, il t'indique précisément quelle version tu as d'installée

Update 3 ?

Vu que tu as qu'un seul disque, l'intérêt sera inutile pour toi En gros, tu as la possibilité de créer plusieurs volumes sur un seul disque (Pour cela, il faut avoir choisi volume multiple sur raid lorsque tu as créer ton volumegroup) Ca permet un pseudo partitionnement du disque, pour, par exemple, faire un backup d'un volume sur un autre Mais vu que tu as qu'un seul disque, toutes tes données seront sur ce disque, et une sauvegarde serait pas très utile si le disque meurt (Ca reste utile en cas de backup hebdo/mensuel)