Changement Du Ash En Bash Et Probl

[DaFarmer]

Bonjour je transpire un petit peu j'ai suivi ce tuto

J'ai fait ce changement de ash en installant bash via ipkg sur mon DS712+ avec le dernier DSM...

J'ai demandé un reboot mais le reboot ne semble pas vouloir aller jusqu'au bout et j'ai peur que si je le force je n'aie plus la main...

Pour le moment j'ai encore une console SSH dessus et l'interface web de contrôle du syno et les partages qui sont dispos comme si de rien n'était

Comment etre sur que le NAS bootera bien la prochaine fois?

Je précise que j'ai peur de ne plus avoir la main au prochain boot car j'ai déjà eu ce genre de syptome et qu'après un reboot j'avais eu besoin de reinstaller tout le systeme...

1-Dans l'interface de management du NAS, Connexion actuelles est vide et semble chercher en permanence

2-Le voyant bleu sur le nas clignotte bleu,

3-Dans le moniteur systeme, et le centre de paquets, tous les pacquets installés bien qu'actuellement fonctionnels sont marqués comme desactivés

Comment être sûr que tout ira bien?

Merci d'avance

Modifié le 2 août 2012 par DaFarmer

[bud77]

En ssh, fait :

cat /etc/passwd |grep root

cat /etc/passwd |grep admin

Et vérifie que les 2 aient leur shell sur "/bin/ash"

Ensuite, le problème viens surement d'ailleurs pour l'arrêt qui ne se fait pas

Il y a un tuto disponible sur ce sujet

[DaFarmer]

Le root est sir le /bin/ash

L'admin a son bach sur /bin/sh ... comment cela se fait il?

Dois-je modifier le fichier /etc/passwd pour le remttre sur le bon.?

[bud77]

Nan, en fait j'ai dit une petite bêtise, c'est bien /bin/sh pour admin, et ash pour root seulement

Donc creuse plutôt la piste d'un package/service qui merdoie

[CoolRaoul]

Bonjour je transpire un petit peu j'ai suivi ce tuto

http://www.nas-forum...eur-sur-ds-109/

Ce tuto propose des choses franchement assez risquées et inutiles et que je désaprouve totalement. (tu remarquera que l'auteur n'a que 10 messages d'ancienneté, ce qui devrait inciter à la prudence plutôt que de se laisser impressionner par son post plein de jolis screenshots en couleurs)

Il faut savoir que beaucoup de scripts et d'outils natifs DSM présupposent que le shell par defaut du compte root est "ash" et pas "bash".

Bien que la compatibilité ascendante est plutôt bonne, on n'est jamais à l'abri d'une différence de comportement aux conséquences complexe à dépatouiller.

Ce genre de manip ne peut qu'amener a pleins de problèmes tordus à plus ou moins breve échéance et on te retrouvera ici venant demander de l'aide.

Si tu veux utiliser bash sans rien casser et sans aucun risque fait plutôt ceci

1. installer bash par ipkg
   
2. mettre le code suivant en tête de "/etc/profile":
   

   
   if [ "$BASH_VERSION" = "" ] ; then
   
       case $- in
   
           *i*)
   
               echo >&2 "exec'ing bash"
   
               exec bash --login
   
               ;;
   
       esac
   
   fi
   
   

   
   

Ceci aura pour résultat de forcer le bash *uniquement* dans le cas de sessions shells interactifves, ce que je suppose est l'objectif souhaité.

Modifié le 27 septembre 2012 par CoolRaoul

[DaFarmer]

Merci CoolRaoul. J'ai rétabli tout ce que j'avais modifié en remettant la sauvegarde du ash.save à la place du lien vers bash et remis aussi le .profil à celui d'origine.

Je pense que tout cela m'a un peu refroidi quand même donc j'ai temporairement oublié bash même si je trouvais son utilisation interessante je peux m'en passer sans problème.

Pensez vous qu'après avoir tout refait le tuto à l'envers en restaurant les modifs faites je peux forcer le reboot maintenant?

[CoolRaoul]

Merci CoolRaoul. J'ai rétabli tout ce que j'avais modifié en remettant la sauvegarde du ash.save à la place du lien vers bash et remis aussi le .profil à celui d'origine.

Je pense que tout cela m'a un peu refroidi quand même donc j'ai temporairement oublié bash même si je trouvais son utilisation interessante je peux m'en passer sans problème.

Pensez vous qu'après avoir tout refait le tuto à l'envers en restaurant les modifs faites je peux forcer le reboot maintenant?

si le résultat de la commande:

$ ls -l /bin/*sh

donne ceci

lrwxrwxrwx 1 root root 7 2012-05-17 08:38 /bin/ash -> busybox

lrwxrwxrwx 1 root root 13 2012-05-20 12:24 /bin/bash -> /opt/bin/bash

lrwxrwxrwx 1 root root 7 2012-05-17 08:38 /bin/sh -> busybox [/code]

C'est OK

PS: me fait vraiment peur ce tuto

[DaFarmer]

Et bien comme j'ai de la chance... Ca donne pas ça mais ceci:

lrwxrwxrwx    1 root	 root			 7 Jul 31 08:11 /bin/ash -> busybox

J'ai pas de corde chez moi je peux en emprunter à quelqu'un? xD

[CoolRaoul]

Et bien comme j'ai de la chance... Ca donne pas ça mais ceci:

lrwxrwxrwx 1 root	 root			 7 Jul 31 08:11 /bin/ash -> busybox

J'ai pas de corde chez moi je peux en emprunter à quelqu'un? xD

Pour rétablir la situation:

cd /bin

ln -s busybox sh

[DaFarmer]

Super Merci beaucoup

sans le sh ça aurait fait quoi exactement si c'est pas compliqué à expliquer? Au boot il aurait pas retrouvé ses petits?

[CoolRaoul]

Super Merci beaucoup

sans le sh ça aurait fait quoi exactement si c'est pas compliqué à expliquer? Au boot il aurait pas retrouvé ses petits?

Le résultat de la commande suivante (lance la c'est sans danger) va te donner une idée de l'étendue des dégats possibles:

head -n1 /usr/syno/etc/rc.d/* [/CODE]

==> Aucun des scripts de démarrages n'aurait été exécuté lors du boot.

Modifié le 2 août 2012 par CoolRaoul

[DaFarmer]

OMG! Avec ça c'était sûr que le NAS n'aurait pas booté et j'aurai eu droit au magnifique bouton reset!

J'aimgine en plus que dans ce cas là c'est un vrai petite galère à remettre en ordre si on force le reboot avant de rétablir la situation (une machine ou une virtuelle sous linux/ montage du raid etc...)

Bon ben tu m'as tiré d'un très mauvais pas! Merci infiniment