bud77

Y'avais une commande que j'avais trouvé... mais impossible de remettre la main dessus Donc faut y mettre les mains :/

En théorie, tu ne peux pas migrer un disque venant d'un syno 1 baie dans un syno 2 baies Mais vu que tu as déjà un disque dans le syno çà doit passer Tu risques en effet d'avoir un message disant qu'un disque est dégradé : celui du 107, car la partition contenant le système (encore en 3.1) ne sera pas en accord avec l'autre disque Tu auras simplement à "réparer" le disque dans DSM Pour le raid, tu n'en a pas sur celui du 107 donc, et même si tu en as un sur celui en DSM5, il ne sera pas automatiquement ajouté Tu devrais donc normalement retrouver tout tes fichiers du 107 PS : N'hésite pas à mettre des screenshot et poser des questions en cas de doute

Dès le matin au reveil moi

Y'as une typo dans le script, volume1 contient une majuscule : "Volume1" Vérifie aussi pour ton dossier "System"

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

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 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)

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 ?

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 ?

Attention, le port 8000 n'est pas vraiment un port exotique (tout comme 8080) Fait plutôt des 8412 et truc du genre

C'est "normal" : http://www.synology.com/en-us/company/news/article/470