bud77

Qu'entends tu par "il ne se monte plus" ? Tu as fait un mount dans /volume1/xxx/yyy et au reboot çà disparait ? Après un reboot, si tu fais un "df -k" il apparait dans la sortie ?

Patounet06 > hésite pas a ouvrir un post détaillant ton problème, ce topic n'est plus très jeune ...

Quand tu le redémarre avec les disques dedans, accèdes-tu au DSM (interface web) ? (Attention a bien remettre les disques dans le même ordre que lors de l'installation) Il se peut que tu trouves plus de précisions sur ce bip dans les journaux et/ou dans les infos sur les DD du syno Pour la lecture, c'est "normal" dans le sens ou les partitions sont en EXT3 ou EXT4, qui n'est pas lu par windows Tiens nous au courant

Ahhh je suis bête, c'est pas "killall" mais "kill" tout court, faut éditer le script : vi script.sh Tu descend avec les fleches du clavier, et tu te places sur la lettre "a" dans killall, puis appuie sur "x" 3 fois (çà va supprimer le a, puis le "l" et le 2e "l") Puis "echap" ":wq" Et relance le sh script.sh Et a tout hasard, tu es bien connecté en tant que root ? (Désolé pour retard, pti contre temps )

Alors, met toi dans un dossier, et crée un fichier : touch script.sh chmod +x script.sh vi script.sh Si tu connais pas vi, appuie sur la touche "i" du clavier, puis colle ceci : #!/bin/ash PNAME=`ps |grep smbd |grep -v grep|awk -F" " '{ print $1 }'` killall $PNAME Une fois collé, appuie sur la touche "echap" et ":wq" (deux point W Q, les 3 attachés) ca va sauvegarder le fichier et sortir de VI Puis exécute le script : sh script.sh Normalement çà va killer tout les process smbd (et permettre le reboot) PS : je part du taf, je reviens d'ici 1h si y'a un souci

Ah oui, y'en a un pti paquet Je te fait un miniscript, bouge pas de là

Et celle-ci ne retourne rien non plus ? ps |grep smbd |grep -v grep |wc -l

Le reboot devrait fonctionner maintenant, si c'est pas le cas, refait nous un "ps" edit : ah, on a posté en même temps Fait donc un ps |grep smbd |grep -v grep |wc -l Ca va te donner le nombre de process smbd lancés Si y'en a pas des masses, tu peux les killer à la main

Regarde mon edit du post au dessus

Normalement oui, il faut juste que tu replaces les disques dans le même ordre puis lancer le synology assistant Il faut impérativement que tu soit en DSM supérieur ou égal à celui du 411J sur le 411 tout court

Ah oui, le samba te mange tout Regarde dans le répertoire /usr/syno/etc.defaults/rc.d Tu vas voir un script Sxxsmbd.sh puis colle ce nom de fichier : ./Sxxsmbd.sh stop EDIT : plus simple Tu peux faire un "killall smbd"

Si tu relance la connection SSH, elle abouti ou timeout ? Si elle abouti, copie/colle la liste des process avec la commande "ps" (PS : retire tout ce qui peux contenir ton IP/DDNS de ton coller) Tu dois avoir un process qui reste en suspend, et qui bloque le processus du shutdown

Donc tu n'as rien de IPKG qui tourne dessus (c pas plus mal ...) mais je comprends moins pourquoi il ne reboot pas As-tu tenté malgré tout de faire "reboot" depuis le SSH ?

user: root , pass: le même que celui du user "admin" que tu as crée lors de l'installation du nas

On voit bien ceci : /dev/md2 5754638088 5538884248 215651440 96% /volume1 /dev/md2 on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl) Donc ton volume est bien présent, mais le FS est à 96% quand même Pour le reboot, tu peux le faire depuis ssh Je te conseille de kill les process dans /opt avant : ps |grep "/opt" |grep -v grep Tu notes les chiffres de la première colonne et tu fais kill CHIFFRE1 CHIFFRE 2 ... etc etc Ensuite fait un "reboot" et çà devrait partir

Oui, mais çà n'est pas géré en natif par le DLNA lui-même (ou alors si "informations" est géré dans le protocole ?) , donc je serai déçu si c'était quelque chose du genre

Patience, patience. Y'a une beta fermée depuis cet été ... Sinon, il y a VPlayer il me semble, mais gratuit seulement 1 journée ...

Si tu peux te connecter en SSH, fais un "df -k" ou un "mount" et regarde si tu vois bien ton volume1 Je suis pas sur d'avoir compris, mais ton syno refuse de rebooter, c'est bien çà ?

Merci pour le complément d'info Patrick, j'avais quelques doutes

Tout ceci reste à confirmer, car j'ai pas eu le temps de tester sur ma config, mais, voici un petit script a placer dans /usr/syno/etc.defaults/rc.d (Faut créer un script Sxx_NOM_QUE_TU_VEUX.sh ou xx est le numéro de séquence dans le boot/shutdown) case $1 in start) ;; stop) PNAME=`ps |grep "/opt" |grep -v grep|awk -F" " '{ print $1 }'` killall $PNAME ;; *) ;; esac Explications : On va chercher dans la liste des process tout ce qui a un /opt, puis on extrait le PID (première colonne) de cette requête Et ensuite on killall sur ces PID A vérifier avant de mettre en script, évidemment

Nono, n'installe pas le bootstrap ! Je voulais justement savoir si tu avais installé qqc qui aurais pris des ressources, mais c'est pas le cas ^^ C'est un switch manageable que tu as ?

Bootstrap, si tu sais pas, c'est que t'as pas (çà te permet d'installer des package façon apt) Je vois une freebox (V5 / révolution ?)dans la liste, y'a un appareil branché dessus a part le switch ? Chaque appareil est relié uniquement au switch ?

C'est aussi le point qui m'interpelle le plus J'irai même jusqu'à imaginer un décodage d'ISO à la volée

(Pas depuis le DSM 3.2. Le syno lance un script a chaque démarrage pour résoudre ce pb Mais je ne conseille pas en effet de samsung pour le moment, on ne sait pas ce que va donner le système de garantie d'ici là) Sinon, pour les disques, çà devrait pas limiter autant, je te le confirme (je ne me suis jamais servi du e-sata, donc je ne sais absolument pas quels débit on peux atteindre, donc je m'avance pas sur ce sujet ) Sinon, as-tu : - Installé le bootstrap ? (IPKG) - Regardé les ressources système avant et pendant transfert ? (voir si tu as pas un process qui mange ...) (J'essaye de réfléchir à tout ce qui pourrais te brider) Pourrais-tu expliquer grossièrement ton schéma réseau entre le syno et les postes ? (switch / box adsl etc etc) et comment chacun est relié

Quel disque as-tu installé ? As-tu testé le transfert via le partage windows standard ? (pas de FTP) Et ce n'est pas pcq tu arrives à faire du 90Mo/sec en poste à poste, que la config est "propre" vers le syno ....