[arch-general] new arch installation: user login not possible on virtual console
Hi all, this is the first time writing to this list so first: hello to all. I'm a quite happy user of arch-linux since december last year, and up to now I managed to solve all tasks and difficulties using the rtfm button. ;o)) Now installing a further box (x86) I get this strange behaviour never met during ~15 years of linux usage: After setting up a new user I cannot login to it's account on the virtual console. I get: Login incorrect No matter whether password is set or not # passwd -S <user>: <user> P ... # password set <user> NP ... # password not set login as root works with and without password set (both times unset by deleting the /etc/shadow passwd entry). this also occured on another box currently installed - latter one a x86_64 user was added through # useradd -m -g <group> <user> password was set through # passwd user changing user from root via sudo or su works, as does login via xdm. login via lxdm and gdm doesn't, if that is of any help. If I do the same on my box writing this mail from (x86_64 - all updates included) everything works as expected. Couldn't find anything at the bugtracker. Before digging deeper my question: Any known issues or ideas on that? Friedrich
On Tuesday 10 September 2013 13:54:18 Friedrich Strohmaier wrote:
Hi all,
this is the first time writing to this list so first: hello to all.
I'm a quite happy user of arch-linux since december last year, and up to now I managed to solve all tasks and difficulties using the rtfm button. ;o))
Now installing a further box (x86) I get this strange behaviour never met during ~15 years of linux usage:
After setting up a new user I cannot login to it's account on the virtual console.
I get:
Login incorrect
No matter whether password is set or not
# passwd -S <user>: <user> P ... # password set <user> NP ... # password not set
login as root works with and without password set (both times unset by deleting the /etc/shadow passwd entry).
this also occured on another box currently installed - latter one a x86_64
user was added through
# useradd -m -g <group> <user>
password was set through
# passwd user
changing user from root via sudo or su works, as does login via xdm. login via lxdm and gdm doesn't, if that is of any help.
If I do the same on my box writing this mail from (x86_64 - all updates included) everything works as expected.
Couldn't find anything at the bugtracker.
Before digging deeper my question: Any known issues or ideas on that?
Friedrich
Hi! Do you have zsh as default shell? If it does, try to change path to the shell from /bin/zsh to /usr/bin/zsh. It may also be necessary for bash as default shell. I observed a similar error after moving binaries from /bin. -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev. e-mail: darkarcanis@mail.ru ICQ: 407-398-235 Jabber: arcanis@jabber.ru
On Tue, Sep 10, 2013 at 6:40 PM, Evgeniy Alekseev <darkarcanis@mail.ru> wrote:
On Tuesday 10 September 2013 13:54:18 Friedrich Strohmaier wrote:
Hi all,
this is the first time writing to this list so first: hello to all.
I'm a quite happy user of arch-linux since december last year, and up to now I managed to solve all tasks and difficulties using the rtfm button. ;o))
Now installing a further box (x86) I get this strange behaviour never met during ~15 years of linux usage:
After setting up a new user I cannot login to it's account on the virtual console.
I get:
Login incorrect
No matter whether password is set or not
# passwd -S <user>: <user> P ... # password set <user> NP ... # password not set
login as root works with and without password set (both times unset by deleting the /etc/shadow passwd entry).
this also occured on another box currently installed - latter one a x86_64
user was added through
# useradd -m -g <group> <user>
password was set through
# passwd user
changing user from root via sudo or su works, as does login via xdm. login via lxdm and gdm doesn't, if that is of any help.
If I do the same on my box writing this mail from (x86_64 - all updates included) everything works as expected.
Couldn't find anything at the bugtracker.
Before digging deeper my question: Any known issues or ideas on that?
Friedrich
Hi!
Do you have zsh as default shell? If it does, try to change path to the shell from /bin/zsh to /usr/bin/zsh. It may also be necessary for bash as default shell. I observed a similar error after moving binaries from /bin. -- С уважением, Е.Алексеев. Sincerely yours, E.Alekseev.
e-mail: darkarcanis@mail.ru ICQ: 407-398-235 Jabber: arcanis@jabber.ru
This has already been fixed: https://bugs.archlinux.org/task/35724
Hi Karol, Evgeniy, *, Am 10.09.2013 19:18 schrieb Karol Blazewicz:
On Tue, Sep 10, 2013 at 6:40 PM, Evgeniy Alekseev <darkarcanis@mail.ru> wrote:
On Tuesday 10 September 2013 13:54:18 Friedrich Strohmaier wrote:
[..]
After setting up a new user I cannot login to it's account on the virtual console.
[..]
Any known issues or ideas on that?
Hi!
Do you have zsh as default shell?
no, but this was a good take..
If it does, try to change path to the shell from /bin/zsh to /usr/bin/zsh. It may also be necessary for bash as default shell. I observed a similar error after moving binaries from /bin.
for some reason there was /usr/bin/bash as shell entry in /etc/passwd. Changing this to /bin/bash solved the issue. [..]
This has already been fixed: https://bugs.archlinux.org/task/35724
reading this I changed /etc/shells accordingly i.e. added /usr/bin/bash and /usr/bin/sh to the existing /bin/.. entries which also made the /usr/bin/bash entry in /etc/passwd working. will this be updated by update mechanism or only be fixed in new installations? Thanks a lot for Your help. Friedrich
On Tue, Sep 10, 2013 at 1:54 PM, Friedrich Strohmaier < damokles4-listen@bits-fritz.de> wrote:
Hi all,
this is the first time writing to this list so first: hello to all.
Hello and welcome!
I'm a quite happy user of arch-linux since december last year, and up to now I managed to solve all tasks and difficulties using the rtfm button. ;o))
Now installing a further box (x86) I get this strange behaviour never met during ~15 years of linux usage:
After setting up a new user I cannot login to it's account on the virtual console.
I get:
Login incorrect
No matter whether password is set or not
# passwd -S <user>: <user> P ... # password set <user> NP ... # password not set
login as root works with and without password set (both times unset by deleting the /etc/shadow passwd entry).
this also occured on another box currently installed - latter one a x86_64
user was added through
# useradd -m -g <group> <user>
password was set through
# passwd user
changing user from root via sudo or su works, as does login via xdm. login via lxdm and gdm doesn't, if that is of any help.
If I do the same on my box writing this mail from (x86_64 - all updates included) everything works as expected.
Couldn't find anything at the bugtracker.
Before digging deeper my question: Any known issues or ideas on that?
This looks to me like a problem with PAM. It is difficult to guess more without more information. You can try: "journalctl -b | grep pam" and post the output. Other than that, you can try reinstalling all the PAM related packages, just in case there is some file missing. From my machine: $ pacman -Qoq /etc/security /etc/pam.d | sort cronie cups gcr gdm gnome-screensaver jack libpwquality openssh pam pambase polkit postgresql screen shadow sudo util-linux HTH -- Rodrigo
Hi Rodrigo, *, Am 10.09.2013 22:39 schrieb Rodrigo Rivas:
On Tue, Sep 10, 2013 at 1:54 PM, Friedrich Strohmaier < damokles4-listen@bits-fritz.de> wrote:
[..]
After setting up a new user I cannot login to it's account on the virtual console.
I get:
Login incorrect
No matter whether password is set or not
# passwd -S <user>: <user> P ... # password set <user> NP ... # password not set
login as root works with and without password set (both times unset by deleting the /etc/shadow passwd entry).
this also occured on another box currently installed - latter one a x86_64
user was added through
# useradd -m -g <group> <user>
password was set through
# passwd user
changing user from root via sudo or su works, as does login via xdm. login via lxdm and gdm doesn't, if that is of any help.
If I do the same on my box writing this mail from (x86_64 - all updates included) everything works as expected.
Couldn't find anything at the bugtracker.
Before digging deeper my question: Any known issues or ideas on that?
This looks to me like a problem with PAM.
happily this wasn't the reason :o)).
It is difficult to guess more without more information. You can try: "journalctl -b | grep pam" and post the output.
There were some: login[346]: FAILED LOGIN 1 FROM tty1 FOR <user>, Authentication failure entries which don't enlighten too much.
Other than that, you can try reinstalling all the PAM related packages, just in case there is some file missing. From my machine:
$ pacman -Qoq /etc/security /etc/pam.d | sort cronie cups gcr gdm gnome-screensaver jack libpwquality openssh pam pambase polkit postgresql screen shadow sudo util-linux
thanks for this hint. Tagged this mail as "tip" :o)) Friedrich
participants (4)
-
Evgeniy Alekseev
-
Friedrich Strohmaier
-
Karol Blazewicz
-
Rodrigo Rivas