Hello,
Je fais appel à vous car là je sèche...
En fait, j'arrive plus à ouvrir de session unix...
Je tape mon login, mon MDP et il me sort "Login incorrect" et il remet la partie authentification.
Avec n'importe quel compte ça me fait ça. Pourtant, j'ai rien fait la dernière fois que je m'en suis servi, juste changé des choses dans mon DHCP, donc rien à voir.
Par contre, quand j'ouvre ma session depuis SSH, ca marche très bien...
C'est à n'y rien comprendre.
J'ai vérifié que les touches du clavier correspondaient, et le plus affolant c'est que ce soit en SSH ou sur le PC avec l'ouverture de session, les touches tapées sont identiques...
Je vois vraiment pas quoi faire.
J'ai booté en mode backup et tenté de changer le mot de passe root...
Le mot de passe est bien changé mais l'ouverture de session ne fonctionne toujours pas...
Dans passwd, les comptes associés sont autorisés pour /bin/bash, donc là je vois vraiment pas...
Merci de votre aide.
# log
Posté par kolter (site web personnel, Mastodon) . Évalué à 2.
M.
[^] # Re: log
Posté par Zekiller . Évalué à 1.
Je m'en suis servi et en fait je sais ce qu'il y a, mais je sais pas comment résoudre :-\.
En fait, (et j'y pensais plus du tout) j'ai modifié trois fichiers du dossier /etc/pam.d car je bossais sur un samba avec authentification active directory.
Le problème c'est que (et c'est pourtant pas dans mes habitudes.. je devais être vachement bien réveillé) j'ai oublié de faire des sauvegardes des fichiers.
J'ai essayé de virer pam et de le réinstaller... me dit que c'est pas possible, pas étonnant quoi.
Et en installant une version plus récente, je me fais bananer ca change rien.
Donc je sais plus quoi faire... faudrait que je récupère un contenu opérationnel des fichiers modifiés.
Voilà les log :
Jun 3 15:54:27 serveur login: PAM unable to dlopen(/lib/security/pam_winbind.so)
Jun 3 15:54:27 serveur login: PAM [dlerror: /lib/security/pam_winbind.so: cannot open shared object file: No such file or directory]
Jun 3 15:54:27 serveur login: PAM adding faulty module: /lib/security/pam_winbind.so
Jun 3 15:54:27 serveur login(pam_unix)[3662]: auth could not identify password for [root]
Jun 3 15:54:30 serveur login[3662]: System error
voilà mon samba (de /etc/pam.d)
#%PAM-1.0
auth required pam_nologin.so
auth required pam_stack.so service=system-auth
#auth required /lib/security/pam_winbind.so
auth required /lib/security/pam_pwdb.so nullok shadow
#account required /lib/security/pam_winbind.so
account required /lib/security/pam_pwdb.so
account required pam_stack.so service=system-auth
session required pam_stack.so service=system-auth
password required pam_stack.so service=system-auth
mon auth-config
#%PAM-1.0
auth sufficient /lib/security/pam_rootok.so
auth required /lib/security/pam_stack.so service=system_auth
account required /lib/security/pam_permit.so
session optional /lib/security/pam_xauth.so
session required /lib/security/pam_permit.so
et mon login
#%PAM-1.0
auth required /lib/security/pam_securetty.so
auth sufficient /lib/security/pam_winbind.so
auth sufficient /lib/security/pam_unix.so use_first_pass
auth required /lib/security/pam_stack.so service=system-auth
auth required /lib/security/pam_nologin.so
account sufficient /lib/security/pam_stack.so service=system-auth
account sufficient /lib/security/pam_winbind.so
password required /lib/security/pam_stack.so service=system-auth
Que faire ?
Merci de ton aide :).
[^] # Re: log
Posté par Zekiller . Évalué à 1.
[^] # Re: log
Posté par kolter (site web personnel, Mastodon) . Évalué à 2.
il dit quoi ton /etc/pam.d/ssh ?
M.
[^] # Re: log
Posté par Zekiller . Évalué à 1.
J'avais une MDK 10.1 qui tourne en VMware sur mon portable, j'ai pu récupérer le fichier login.
Pour le samba je sais pas si ca va poser des problèmes, je vais vérifier de suite.
Pour le auth-login je ne sais pas trop à quoi il correspond, sur ma MDK du VMWare je l'ai pas.
Merci :).
# Suggestion
Posté par Florent Bayle (site web personnel) . Évalué à 0.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.