On Fri, 21 Jan 2005, Allen Briggs wrote:

> On Fri, Jan 21, 2005 at 08:45:42PM -0500, Chris Tribo wrote:
> > I just installed a system from 2.99.14 from Sunday's sources and when I
> > try to log in from serial console I get root login refused on this
> > terminal.
> >
> > If I switch the /etc/ttys entry from tty00 to ttyZ0 and kill -HUP 1 it
> > suddenly works. /dev/tty00 is sym linked to point to ttyZ0. Why would the
> > actual device work and not the sym link work? Does that sound like a bug
> > in getty or am I missing something? Does this happen to anyone else?
>
> This will depend on what tty you appear to be on.  The lookup is based
> on the name.  If you had a line in /etc/ttys that showed 'secure' for
> ttyZ0, that probably would have worked.
>
> I'm not sure if that really is a bug or not.

The default ttys entries are

# name  getty                           type    status          comments
#
console "/usr/libexec/getty std.38400"  vt100   off secure
ttyE0   "/usr/libexec/getty std.9600"   vt100   on secure
tty00   "/usr/libexec/getty std.38400"  vt100   on secure

That won't let me log in.

NetBSD/macppc (StarFire) (tty00)

login: root
root login refused on this terminal.
Jan 21 22:42:46 StarFire login: LOGIN root REFUSED ON TTY ttyZ0
login:


If I change the last line to ttyZ0 it works. Weird. Looks like getty is
parsing the name of the symlink in one place and the target of the link
somewhere else.

NetBSD/macppc (StarFire) (ttyZ0)

login: root
password:
Last login: Fri Jan 21 20:37:19 2005 from 192.168.1.100 on ttyZ0


# ls -al /dev/tty0*
lrwx------  1 root  wheel  5 Jan 21 20:04 /dev/tty00 -> ttyZ0
lrwx------  1 root  wheel  5 Jan 21 20:04 /dev/tty01 -> ttyZ1


-- 
The nice thing about Windows is - It does not just crash, it displays a
dialog box and lets you press 'OK' first.
						-- Arno Schaefer