I try to setup a small Debian system running on command line.
Remote access shall be possible via ssh (for now also telnet) and a serial connected minicom via getty.
I need the serial access as fallback in case the network is down.
As long as the package adduser is not installed, I can login as root via telnet and getty without problem. But from the moment "adduser" is installed with apt-get, the serial root login always fails after entering the right password with the message "Login incorrect". Even de-installing "adduser", or using a brand new "adduser test" user, don't help anymore...
When installing and using SSH it allows to login successfully, like telnet.
BTW: A dangerous behavior I observed with telnet:
When I opening the connection via telnet, I'm immediately logged in as root - without asking for a password! I set a password with passwd which also is requested by SSH and getty (before the adduser installation) but not by telnet?!?!?
The /var/log/messages adds a line if login with su, but nothing when fails with getty
Here is my inittab:
# /etc/inittab: init(8) configuration.
# inittab,v 1.1 2006-07-27 08:58:03 lothar Exp
# The default runlevel.
# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
# What to do in single-user mode.
# /etc/init.d executes the S and K scripts upon change of runlevel.
# Normally not reached, but fallthrough in case of emergency.
# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 now
# Example how to put a getty on a serial line (for a terminal)
s0:23:respawn:/sbin/getty -L ttymxc0 115200 linux
s1:23:respawn:/sbin/getty -L ttymxc1 38400 linux
s2:23:respawn:/sbin/getty -L ttymxc2 38400 linux
# Run getty on framebuffer device
F0:23:respawn:/sbin/getty -L tty0 38400 linux
and here my /etc/pam.d/common-password (because I have the gut feeling it have something to do with PAM)
password [success=1 default=ignore] pam_unix.so obscure sha512
password requisite pam_deny.so
password required pam_permit.so
The /etc/securetty also consist the used /dev/ttymxc0 :
Here a part of the /etc/login.defs hoping this is enough:
It is an Emdebian Grip Squeeze running on an armel ARM9 embedded controller.
any hints where I could search for this problem???