[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

mingetty refuses to run on /dev/tty[1-6]



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I am using mingetty to run login in my virtual terminals.

As of last night, whenever I boot the system, mingetty refuses to allocate the
virtual terminals.  I tried using rungetty, and it will open the ttys, but it
refuses to run login or any other program.  Rungetty refuses to run its login
in any tty, whereas mingetty will run login in tty1 but refuses to open any other
tty.  I am also running ledcontrol, and whenever I restart ledd it opens
/dev/tty[2-6] but mingetty and rungetty still refuse to run logins in those ttys.

- From the look of things, getty works normally, but I prefer mingetty or rungetty,
as they are for consoles only, so they are smaller and run faster, and I don't
have anything other than virtual consoles that need gettys.

Here is a listing of the permissions of the first 6 ttys:

crw-------    1 lorenzo  tty        4,   1 May 23 17:08 /dev/tty1
crw-------    1 root     root       4,   2 May 23 09:50 /dev/tty2
crw-------    1 root     tty        4,   3 May 21 21:41 /dev/tty3
crw-------    1 journee  tty        4,   4 May 22 13:02 /dev/tty4
crw-------    1 root     root       4,   5 May 21 07:19 /dev/tty5
crw-------    1 root     root       4,   6 Apr 30 15:13 /dev/tty6

So it looks like the ttys are retaining the ownership of their logins before this
problem started.  However, some ttys are still root.tty and mingetty still
refuses to open them.  Changing the ownership of /dev/tty[1-6] doesn't work
either.  Since I try to reboot my system as little as possible, I'm not sure
exactly when this problem actually started.

There are no error messages regarding ttys in dmesg, /var/log/syslog or any other
log, and I couldn't find a log for mingetty or rungetty, which also produce no
errors.

I installed udev yesterday before I noticed the problem.  Naturally, it was the
first package I suspected when I noticed it.  So I removed udev, but the problem
persists.  I tried mounting /dev using devfs, and mingetty will open /dev/vc/*,
but a lot of other things are broken because of the relocations and name changes
of devices in the devfs filesystem, and devfsd doesn't solve this problem.  So I
took a rescue CD I happen to have on hand and fixed /etc/fstab so that it would
no longer mount /dev as devfs, and since I had mounted devfs over the existing /dev,
the original /dev remained unbroken except for my mingetty problem.

Could udev have messed up my ttys so that mingetty can't open them as virtual
consoles?  If so, what do I need to do to remake those devices?

Thanks for any help,
PRINCE
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAsVNOAl2SNUPt1I8RAm3/AJ4pXaAKRx2eEvufKBkyoteXppr+KgCfVbJT
SQB+VZM6pnnreZ7DEieDDHg=
=vigq
-----END PGP SIGNATURE-----



Reply to: