Hello,

bon, j'ai fait la derni

En effet depuis une certaine mise

En effet depuis une certaine mise

/bin/su

mais o

Hello,

bon, j'ai fait la derni

v

Et /etc/shells ?

Sent from my Desire HD

Et /etc/shells ?

Sent from my Desire HD

Effectivement un oubli dans mon message pr

Effectivement un oubli dans mon message pr

et en connexion locale,

Je dirai m

/opt/bin est devant /bin dans le PATH de quelqu'un qui a ipkg. Le su de ipkg

Pour "su" à partir de root, je tombe systématiquement sur le shell par défaut "ash". Mais je ne trouve pas ça anormal à la limite. Par contre avec "su - " aucun soucis j'ai bien le shell associé à l'utilisateur dans passwd.

Toutes les lignes dans passwd sont bonnes j'ai déjà vérifié maintes fois et testé avec d'autres utilisateurs.

Mais pour info, un gars sur le forum officiel de synology a eu une brillante idée même si très simple et qui finalement me convient mieux car beaucoup plus sûre : http://forum.synology.com/enu/viewtopic.php?f=90&t=35989

Son idée c'est de simplement lancer le shell à partir du profil de l'utilisateur. Comme ça, si le shell existe on tombe directement dessus et dans le cas contraire on reste sur le shell par défaut. Ce qui a le mérite de ne pas prendre le risque de planter l'utilisateur root en cas de problème avec le paquet ipkg de bash.

J'aurais du y penser avant...

Du coup je ne sais pas si je dois dire que le sujet est résolu ou pas. Parce que d'un point de vue pratique, il l'est. Mais dans l'absolu ce changement de comportement depuis cette mise à jour m'intrigue quand même.

En tout cas merci de vous être penchés sur le problème.

Pour "su"