Aller au contenu

bud77

SynoCommunity
  • Compteur de contenus

    4517
  • Inscription

  • Dernière visite

  • Jours gagnés

    11

Tout ce qui a été posté par bud77

  1. bud77

    S

    En fait, il existe des DDNS : dynamic DNS, qui sont gratuit Le syno a une interface pour ce genre de chose. Il faut juste t'inscrire sur un des sites possibles (gratuitement) et tu as un pseudo nom de domaine (qui devrait t'aider pour ton certif du coup) Tu verras la liste dans l'interface DSM > DDNS
  2. Bunny > j'ai du mal avec le raid, je vais laisser les Patrick te répondre
  3. Dans tout les cas, tu pourras revenir à la configuration d'origine, donc n'ai pas peur pour çà Pour ton post, je n'ai pas d'expérience dans les certif, donc j'ai préféré ne rien répondre
  4. Ah oui, celui-ci aurait été dur à deviner ^^
  5. 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 ?
  6. Patounet06 > hésite pas a ouvrir un post détaillant ton problème, ce topic n'est plus très jeune ...
  7. 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
  8. 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 )
  9. 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
  10. Ah oui, y'en a un pti paquet Je te fait un miniscript, bouge pas de là
  11. Et celle-ci ne retourne rien non plus ? ps |grep smbd |grep -v grep |wc -l
  12. 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
  13. Regarde mon edit du post au dessus
  14. 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
  15. 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"
  16. 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
  17. 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 ?
  18. user: root , pass: le même que celui du user "admin" que tu as crée lors de l'installation du nas
  19. 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
  20. bud77

    Infos Trouv

    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
  21. 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 ...
  22. 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 çà ?
  23. Merci pour le complément d'info Patrick, j'avais quelques doutes
  24. 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
  25. 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 ?
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.