[login]Impossible de se logger en user (résolu)

[Skippythekangoo]

Salutationsà toutes et à tous...

Je n'arrive pasà me logger avec mon user directement (tty ou X) sans passer d'abbord par root (avec la commande

Code : Tout sélectionner

su - user

).

Je suppose un probleme avec pam (

Code : Tout sélectionner

journalctl -b

me donne des erreurs d'identification).

[benjarobin]

As tu essayé de changer de mot de passe ?

[Elbarto]

ce problème est arrivé à quel moment ?

à la suite d'un "pacman -Syu" ?

fais-tu les mises à jour de manière régulière ?

es-tu amateur du dépôt AUR ? ( peut-être un paquet bogué )

[Skippythekangoo]

As tu essayé de changer de mot de passe ?

Oui, en mettant un truc simple, et j'ai aussi créer un nouveau user, mais le problème persiste.

ce problème est arrivé à quel moment ?

à la suite d'un "pacman -Syu" ?

fais-tu les mises à jour de manière régulière ?

es-tu amateur du dépôt AUR ? ( peut-être un paquet bogué )

Si mes souvenirs sont exact, cela a commencé au début de l'utilisation, donc après la création de mon user, et je n'ai pas de paquet AUR sur cette machine.
.

Si jamais ce collerais un pastebin de

Code : Tout sélectionner

journalctl -b

plus tard dans la journée.

[oktoberfest]

Pas de problème de droits d'accès au répertoire de ton utilisateur ?
Que donne un :

Code : Tout sélectionner

$ find /home/<ton user> ! -user <ton user>

[Rolinh]

Pense aussi au shell par défaut. Fais attention au fait que dorénavant les exécutables se trouvent dans /usr/bin/(ba|z|c)sh. Si ton shell n'est pas valable, c'est exactement le comportement que tu auras: possible de se logger depuis le compte root via su mais impossible en tant que user directement.
Tu peux changer le shell par défaut via chsh -s /usr/bin/bash username par exemple.

[Elbarto]

Si mes souvenirs sont exact, cela a commencé au début de l'utilisation, donc après la création de mon user, et je n'ai pas de paquet AUR sur cette machine.

donc dès l'installation d'archlinux ça a merdé, peut-être que tu as suivi un mauvais tutoriel d'installation qui n'aurait pas été mis à jour, ou installé archlinux depuis un média trop ancien ce qui peut créer un effet de bord

[Xorg]

Tu peux toujours jeter un œil à ton /etc/shells, et après t'être logué sur ton utilisateur, tu peux comparer avec env | grep SHELL. Enfin je dis ça pour creuser la piste de Rolinh, qui a l'air de connaître le problème.

Sinon la commande login <user> aussi ne fonctionne pas ?

[Skippythekangoo]

Tu peux toujours jeter un œil à ton /etc/shells, et après t'être logué sur ton utilisateur, tu peux comparer avec env | grep SHELL. Enfin je dis ça pour creuser la piste de Rolinh, qui a l'air de connaître le problème.

Code : Tout sélectionner

[root@traveler ~]# su - skippy
[skippy@traveler ~]$ env | grep SHELL
SHELL=/usr/bin/bash

Sinon la commande login <user> aussi ne fonctionne pas ?

Ben la commande login skippy me deconnecte directement du compte 'root', et sinon, une fois connecter sous 'skippy', ne fonctionne pas pour me connecter à mon compte d'essais.

@Elbarto :> J'ai suivi le wiki à jour lors de l'install...

Pense aussi au shell par défaut. Fais attention au fait que dorénavant les exécutables se trouvent dans /usr/bin/(ba|z|c)sh. Si ton shell n'est pas valable, c'est exactement le comportement que tu auras: possible de se logger depuis le compte root via su mais impossible en tant que user directement.
Tu peux changer le shell par défaut via chsh -s /usr/bin/bash username par exemple.

En faisant cela, j'ai comme message

Code : Tout sélectionner

[root@traveler ~]# chsh -s /usr/bin/bash skippy
Modification d'interpréteur pour skippy.
chsh: Avertissement : « /usr/bin/bash » n'apparaît pas dans /etc/shells.
chsh: L'interpréteur n'a pas été modifié.
[root@traveler ~]# cat /etc/shells 
#
# /etc/shells
#

/bin/sh
/bin/bash

# End of file
/bin/zsh
/usr/bin/zsh

Je viens de rajouter /usr/bin/bash à /etc/shells, et tout va bien.

Merci à tous de m'avoir correctement aiguillé.

Cordialement,

Skippy the Kangoo...

[FoolEcho]

Pas clair.

Fais attention au fait que dorénavant les exécutables se trouvent dans /usr/bin/(ba|z|c)sh. Si ton shell n'est pas valable, c'est exactement le comportement que tu auras: possible de se logger depuis le compte root via su mais impossible en tant que user directement.

Sauf que les liens symboliques font que /bin/bash est toujours valide (rétro-compatibilité).

Je viens de rajouter /usr/bin/bash à /etc/shells, et tout va bien.

Du coup, je ne comprends pas l'intérêt de ça... (de même que /usr/bin/zsh).

Tu n'aurais pas fait une mise à jour pour le moins bizarre au moment du passage /bin, /sbin, etc. dans /usr/bin ou après ? Genre suppression des liens /bin/, /sbin, /usr/sbin ?
Que renvoie:

Code : Tout sélectionner

ls -l /

?

[Skippythekangoo]

Code : Tout sélectionner

[root@traveler ~]# ls -l /
total 56
lrwxrwxrwx   1 root root     7 May 31 20:40 bin -> usr/bin
drwxr-xr-x   3 root root  4096 Aug 22 08:57 boot
drwxr-xr-x  18 root root  2940 Aug 16 15:04 dev
drwxr-xr-x  68 root root  4096 Aug 22 08:59 etc
drwxr-xr-x   5 root root  4096 Aug 15 20:15 home
lrwxrwxrwx   1 root root     7 May 31 20:40 lib -> usr/lib
drwx------   2 root root 16384 Jun  6 16:10 lost+found
drwxr-xr-x   2 root root  4096 May 17 12:32 media
drwxr-xr-x   2 root root  4096 May 31 20:40 mnt
drwxr-xr-x   2 root root  4096 May 31 20:40 opt
dr-xr-xr-x 103 root root     0 Aug 15 20:12 proc
drwxr-x---  11 root root  4096 Aug 22 08:54 root
drwxr-xr-x  19 root root   460 Aug 22 08:53 run
lrwxrwxrwx   1 root root     7 May 31 20:40 sbin -> usr/bin
drwxr-xr-x   5 root root  4096 Jun  7 09:42 srv
dr-xr-xr-x  12 root root     0 Aug 15 20:12 sys
drwxrwxrwt   8 root root   240 Aug 22 08:59 tmp
drwxr-xr-x   8 root root  4096 Jun 17 07:40 usr
drwxr-xr-x  12 root root  4096 Jun 17 07:40 var

/bin renvoit bien à /usr/bin.