Salut tout le monde !

J'ai changé mon shell de bash à ksh ,mais j'ai maintenant un problème , quand j'essaie à rechanger le shell du ksh à bash la console me demande d'entrer le mot de passe du root, j'ai entré le mot de passe pourtant elle m'affiche toujours "Authentification failure" ,j'ai assayé de changer le mot de passe du root mais toujours le même problème

J'utilise Ubuntu 18.04 installé sur Virtual Box

J'esspère que vous m'aider et merci d'avance !

Bonjour@ChaymaeEchams,

Question bête mais est-ce que le Korn shell est installé et accessible dans /bin ?

Peux-tu faire un

ls -l /bin/bash /bin/ksh

Bien à toi

-
Edité par BugHunt3r 7 septembre 2019 à 1:39:33

J'ai vérifié il est dèja installé

-
Edité par ChaymaeEchams 7 septembre 2019 à 2:04:40

Est-ce que tu as vérifié si le shell (/bin/ksh) faisait partie de la liste contenue dans /etc/shells ?

Ce qui me semble bizarre, c'est que ton message provient de PAM.

Est-ce que c'est une configuration en production ou une VM installée pour développer et faire des essais...

Que te donne un

grep passwd /etc/pam.conf

?

-
Edité par BugHunt3r 7 septembre 2019 à 2:16:02

salut,

à moins de restrictions dans /etc/sudoers, sudo su est inutile : sudo -i est suffisant.

dantonq a écrit:

salut,

à moins de restrictions dans /etc/sudoers, sudo su est inutile : sudo -i est suffisant.

Le " sudo su " a l'air de fonctionner.

Mais /bin/ksh ne doit pas être déclaré dans /etc/shells : cela doit être /bin/ksh93 si je ne me trompe pas.

je ne dis pas que ça ne fonctionne pas. je dis que c'est inutile.

C'est une vm pour les tests 

Mais /bin/ksh ne doit pas être déclaré dans /etc/shells : cela doit être /bin/ksh93 si je ne me trompe pas.

Voici le contenu du du fichier /etc/shells

greppasswd/etc/pam.conf 

cette commande ne me donne rien 

-
Edité par ChaymaeEchams 7 septembre 2019 à 14:03:24

dantonq a écrit:

je ne dis pas que ça ne fonctionne pas. je dis que c'est inutile.

Inutile ?

Désolé mais cela ne fait pas la même chose :

• < sudo -i > pour interactif est l'équivalent d'un login et ton shell est précédé d'un "-" ("-bash", tu peux regarder au "ps") et tu te retrouves dans "/root"
• < sudo su > fait un exec de "su"

En termes d’initialisation d'environnement, les mécanismes ne seront pas les mêmes.

C'est pour cette raison que je me focalise sur ce qu'il a fait ("-ksh" si le shell n'est pas déclaré dans /etc/shells, je n'ai jamais essayé).

Merci pour ta suggestion

-
Edité par BugHunt3r 7 septembre 2019 à 16:12:54

J'ai resolu le probléme en changant /etc/pam.d/chsh: de:

auth required pam_shells.so

à:

auth sufficient pam_shells.so

mais encore je ne comprend pas le problème puisque je suis root , et le pam par défaut ne demande aucun mot de passe au root 

-
Edité par ChaymaeEchams 7 septembre 2019 à 15:39:20

Super

Je ne sais pas ce qui précédait ton premier "chsh" mais celui-ci a fonctionné et le shell a été changé sans faire de vérifications avec la valeur que tu lui as donnée.

Ensuite tu fais un "exit" et tu reprends l'identité " chimoksa "...

Ce n'est pas le changement de mot de passe qui ne fonctionne pas (passwd: password changed succesfully) mais le module PAM qui te donne une erreur lors du nouveau " chsh "...

Bien à toi.

-
Edité par BugHunt3r 7 septembre 2019 à 16:04:12

bon,  sudo -s, alors. ça fait la même chose là, non ?

je ne suis pas braqué sur le -i.

-
Edité par dantonq 7 septembre 2019 à 16:15:37

Peux-tu passer le sujet en " résolu " @ChaymaeEchams, s'il te plait