Skip to contentSkip to conversation

getty problems

DISCUSSION Lech Szychowski 4 participants 7 messages Aug 6, 2001

lore
Share & tools
lore

Lech Szychowski

author
#0 lore raw

In short: on 2.4.7-ac[3-7] getty cannot open /dev/ttyX, while on 2.4.5 it can.

I've done "strace -o /tmp/GETTY-uname -r /sbin/getty tty9 vc linux" in both cases and compared otput files. The big difference is here:

2.4.5:
open("/dev/tty9", O_RDWR|O_NONBLOCK) = 0

2.4.7-ac7:
open("/dev/tty9", O_RDWR|O_NONBLOCK) = -1 ENODEV (No such device)

And yes, I believe I have terminal support compiled in:

===
#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_SERIAL_CONSOLE=y
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
===

$ gcc -v      
Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/2.95.3/specs
gcc version 2.95.3 20010315 (release)

This problem hit me when I compiled and installed new kernel (2.4.5 comes with the distribution) - I could not log in because all gettys got disabled:

Aug  6 14:10:09 nnet /sbin/agetty[103]: /dev/tty6: cannot open as standard input: No such device
Aug  6 14:10:09 nnet init: Id "c4" respawning too fast: disabled for 5 minutes
Signature · 4 lines
	Leszek.

-- [email protected] 2:480/33.7          -- REAL programmers use INTEGERS --
-- speaking just for myself...
#1 lore raw

On Mon, Aug 06, 2001 at 02:27:04PM +0200, Lech Szychowski wrote:

2.4.7-ac7:
open("/dev/tty9", O_RDWR|O_NONBLOCK) = -1 ENODEV (No such device)

And yes, I believe I have terminal support compiled in:

/prox/devices says?

--cw

author
#2 lore raw
In reply to Lech Szychowski
Quoted 5 lines

open("/dev/tty9", O_RDWR|O_NONBLOCK) = -1 ENODEV (No such device)

And yes, I believe I have terminal support compiled in:

/prox/devices says?

2.4.5:
------

Character devices:
1 mem
2 pty/m%d
3 pty/s%d
4 tts/%d
5 cua/%d
6 lp
7 vcs
10 misc
21 sg
29 fb
108 ppp
109 lvm
128 ptm
129 ptm
136 pts/%d
137 pts/%d
162 raw

/proc/tty/drivers

 serial               /dev/cua/%d     5  64-127 serial:callout
 serial               /dev/tts/%d     4  64-127 serial
 pty_slave            /dev/pts/%d   137   0-255 pty:slave
 pty_master           /dev/ptm      129   0-255 pty:master
 pty_slave            /dev/pts/%d   136   0-255 pty:slave
 pty_master           /dev/ptm      128   0-255 pty:master
 pty_slave            /dev/pty/s%d    3   0-255 pty:slave
 pty_master           /dev/pty/m%d    2   0-255 pty:master
 /dev/vc/0            /dev/vc/0       4       0 system:vtmaster
 /dev/ptmx            /dev/ptmx       5       2 system
 /dev/console         /dev/console    5       1 system:console
 /dev/tty             /dev/tty        5       0 system:/dev/tty
 unknown              /dev/vc/%d      4    1-63 console

2.4.7-ac7:
----------

/proc/devices

Character devices:
1 mem
2 pty
3 ttyp
4 ttyS
5 cua
7 vcs
10 misc
128 ptm
136 pts
162 raw

/proc/tty/drivers

 serial               /dev/cua        5  64-127 serial:callout
 serial               /dev/ttyS       4  64-127 serial
 pty_slave            /dev/pts      136   0-255 pty:slave
 pty_master           /dev/ptm      128   0-255 pty:master
 pty_slave            /dev/ttyp       3   0-255 pty:slave
 pty_master           /dev/pty        2   0-255 pty:master
 /dev/vc/0            /dev/vc/0       4       0 system:vtmaster
 /dev/ptmx            /dev/ptmx       5       2 system
 /dev/console         /dev/console    5       1 system:console
 /dev/tty             /dev/tty        5       0 system:/dev/tty
Signature · 4 lines
	Leszek.

-- [email protected] 2:480/33.7          -- REAL programmers use INTEGERS --
-- speaking just for myself...
#3 lore raw
In reply to Lech Szychowski

On Mon, Aug 06, 2001 at 03:45:30PM +0200, Lech Szychowski wrote:

    2.4.7-ac7:
    ----------
    
     /proc/devices
    
     Character devices:
       1 mem
       2 pty
       3 ttyp
       4 ttyS
       5 cua
       7 vcs
      10 misc
     128 ptm
     136 pts
     162 raw

Are you use this kernel isn't devfs inflicted?

--cw

author
#4 lore raw
In reply to Lech Szychowski
Quoted 2 lines
    2.4.7-ac7:
    ----------

[snip]

Quoted 2 lines

Are you use this kernel isn't devfs inflicted?

2.4.7-ac7 is compiled without devfs, 2.4.5 has devfs support compiled in but - IMHO - not used:

$ cat /proc/filesystems | grep devfs
nodev   devfs
$ /sbin/lsmod 
Module                  Size  Used by
de4x5                  39440   2
lech7@nnet:~$ mount
/dev/sda6 on / type ext2 (rw)
/dev/sda7 on /var type ext2 (rw)
/dev/sda8 on /tmp type ext2 (rw)
/dev/sda9 on /usr/local/squid type ext2 (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
none on /proc type proc (rw)
$ uname -r
2.4.5
Signature · 4 lines
	Leszek.

-- [email protected] 2:480/33.7          -- REAL programmers use INTEGERS --
-- speaking just for myself...
#5 lore raw
In reply to Lech Szychowski
Followup to:  <[email protected]>
By author:    Lech Szychowski <[email protected]>
In newsgroup: linux.dev.kernel
Quoted 10 lines
Quoted 3 lines
    2.4.7-ac7:
    ----------

[snip]

Quoted 2 lines

Are you use this kernel isn't devfs inflicted?

2.4.7-ac7 is compiled without devfs, 2.4.5 has devfs support compiled in but - IMHO - not used:

Yes, this is a known pathology of devfs. It will do this to you even if it isn't used.

-hpa

Signature · 3 lines
<[email protected]> at work, <[email protected]> in private!
"Unix gives you enough rope to shoot yourself in the foot."
http://www.zytor.com/~hpa/puzzle.txt	<[email protected]>
#6 lore raw
Quoted 8 lines · H. Peter Anvin
Followup to:  <[email protected]>
By author:    Lech Szychowski <[email protected]>
In newsgroup: linux.dev.kernel
Quoted 5 lines
Quoted 3 lines
    2.4.7-ac7:
    ----------

[snip]

Quoted 1 line
Quoted 7 lines
Quoted 4 lines
Quoted 1 line

Are you use this kernel isn't devfs inflicted?

2.4.7-ac7 is compiled without devfs, 2.4.5 has devfs support compiled in but - IMHO - not used:

Yes, this is a known pathology of devfs. It will do this to you even if it isn't used.

Would someone care to forward me the unsnipped bug report? I didn't see the original message.

				Regards,

					Richard....
Permanent: [email protected]
Current:   [email protected]