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