Salut,
Sur mon serveur Debian mode texte (sans environnement X), je ne peux plus me connecter en root ni en terminal, ni par ssh !
Quand je tape mon login root et mon mot de passe, le curseur retourne à la ligne suivante mais rien ne se passe ni s’affiche bloquant ainsi tout accès !
Les autres comptes eux fonctionnent …
Que se passe-t-il docteur ???
Bonjour,
Regarde ce qui cloche dans les log de l’authentification :
Et utilises ctrl+alt+fn pour accéder à des consoles non bloquées.
pl.
Je vois ca dès ce soir,
Je n’ai pas accès au multi - terminal via SSH.
Qu’est ce que tu appel console non bloquées ? tu penses que seul la tty1 serait bloquée ?
Merci pour ta réponse
Oui, je pense que seule tty1 est bloquée.
pl.
Si tu te loggue avec un utilisateur et que tu fais su pour passer root, que se passe-t-il ?
Exactement la même chose …
Est-il possible en SSH de se connecter à un autre terminal que TTy1 ?
Je reformule ma réponse : Je pense que seul le tty où tu as essayé le login se bloque. Mais ça se bloquera quelque soit le tty utilisé.
pl.
Tu peux essayer un ssh root@localhost
Pour information, j’avais la version ETCH de Debian.
Je l’ai passé en LENNY en changeant tout les “etch” du source.list par “lenny” puis apt update/upgrade
La, le pc a tout mis à jour et j’ai remplacé tout mes fichiers de configuration modifiés par la nouvelle version (sauvegarde de mes version en .dpkg.old)
Ayant modifié le fichier /etc/nssiwtch.conf pour accepter l’authentification par ldap avant le passage sous lenny, y a t il un risque que cela soit le problème ? (Tuto ici : damstux.free.fr/wiki/index.php?t … ation_LDAP)
Rien n’y fait en SSH avec root@localhost
Cependant, il m’affiche quand même le message de bienvenue mais pas de prompt, juste le curseur (ou je peux taper ce que je veux) mais acune validation possible (retour à la ligne sans rien !)
si tu as utilisé le tuto ldap, est ce que tu as aussi bricolé les fichiers de /etc/pam.d/ ?
si oui regardes au moins
/etc/pam.d/common-account
/etc/pam.d/common-session
/etc/pam.d/common-password
/etc/pam.d/common-auth
Voici le tail :
tail /var/log/auth.log
Mar 10 22:35:47 ESTEBAN sshd[2876]: Accepted password for root from 192.168.2.100 port 1645 ssh2
Mar 10 22:35:47 ESTEBAN sshd[2876]: pam_unix(sshd:session): session opened for user root by (uid=0)
Mar 10 22:36:28 ESTEBAN sshd[2876]: pam_unix(sshd:session): session closed for user root
Mar 10 22:36:45 ESTEBAN sshd[2891]: Accepted password for antichoc from 192.168.2.100 port 1652 ssh2
Mar 10 22:36:45 ESTEBAN sshd[2891]: pam_unix(sshd:session): session opened for user antichoc by (uid=0)
Mar 10 22:37:52 ESTEBAN su[2921]: Successful su for root by antichoc
Mar 10 22:37:52 ESTEBAN su[2921]: + pts/0 antichoc:root
De ce que je comprend, je me connecte bien autant en root qu’avec mon user. Cependant, bien qu’avec mon user, je fait ce que je veux, avec le root, je peux lancer aucune commande !
Je ne vois pas du tout d’où vient le problème !
Vérifie si tu peux écrire dans ke répertoire /root (disque plein? partition en ro?)
Comment tu fais ça ?
drwxr-xr-x 9 root root 1024 mar 8 23:12 root
(répertoire /root)
Cependant, pour le disque plein, je sais pas comment faire !
Tapes df et donnes le résultat.
Voici le résultat :
antichoc@ESTEBAN:~$ df
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/mapper/ESTEBAN-root
261797 110523 137758 45% /
tmpfs 30304 0 30304 0% /lib/init/rw
udev 10240 80 10160 1% /dev
tmpfs 30304 0 30304 0% /dev/shm
/dev/hda1 233335 15635 205252 8% /boot
/dev/mapper/ESTEBAN-home
231609376 102512792 117331440 47% /home
/dev/mapper/ESTEBAN-tmp
376807 10293 347058 3% /tmp
/dev/mapper/ESTEBAN-usr
4805760 1231744 3329896 28% /usr
/dev/mapper/ESTEBAN-var
2882592 696536 2039624 26% /varReste 110M sur la racine, c’est peu mais suffisant… Ça n’est pas ça.