alan@mq.com (Alan H. Mintz) (10/12/90)
System: SCO XENIX 386GT 2.3.2 Problem: Something in the rc.d hierarchy is corrupted and the system hangs when coming up into multi-user mode. Is there anyway I can get a getty to run on the modem port while the system is in single-user mode ? Walking the customer through commenting out each rc.d/* entry to find the problem will be a nightmare. Dialing in and looking at it myself would be much easier. Thanks. -- < Alan H. Mintz | Voice +1 714 980 1034 > < Micro-Quick Systems, Inc. | FAX +1 714 944 3995 > < 10384 Hillside Road | uucp: ...!uunet!mq!alan > < Alta Loma, CA 91701 USA | Internet: alan@MQ.COM >
dick@starfish.Convergent.COM (Dick Hacking) (10/13/90)
In <106@mq.com> alan@mq.com (Alan H. Mintz) writes: >System: SCO XENIX 386GT 2.3.2 >Is there anyway I can get a getty to run on the modem port while the system >is in single-user mode ? Walking the customer through commenting out >each rc.d/* entry to find the problem will be a nightmare. Dialing in >and looking at it myself would be much easier. Single user mode does not mean single process mode. Single user is only an arbitrary restriction placed on the machine by the contents of /etc/inittab. Therefore you can start up a new process with a command that looks exacly the same as the getty commands in /etc/inittab to get more gettys going (pun not intended :-) If your novice user starts this getty process in the background they will still have control over the system. I frequently use this mechanism to debug machines. The only caveat is that the extra getty process has to be re-started by the on-site console user if your modem link goes down. They could add another line to /etc/inittab for single user mode so that the getty will respawn as necessary. Dick Hacking
jfh@rpp386.cactus.org (John F. Haugh II) (10/15/90)
In article <1799@starfish.Convergent.COM> dick@starfish.Convergent.COM (Dick Hacking) writes: >>Is there anyway I can get a getty to run on the modem port while the system >>is in single-user mode ? Walking the customer through commenting out >>each rc.d/* entry to find the problem will be a nightmare. Dialing in >>and looking at it myself would be much easier. > >Single user mode does not mean single process mode. Single user is only an >arbitrary restriction placed on the machine by the contents of /etc/inittab. >Therefore you can start up a new process with a command that looks exacly >the same as the getty commands in /etc/inittab to get more gettys >going (pun not intended :-) this is what he wants you to do - id:2:initdefault: rc:Ss2:wait:/etc/rc < /dev/console > /dev/console 2>&1 co:Ss:wait:/bin/su - root < /dev/console > /dev/console 2>&1 01:12:respawn:/etc/twwgetty tty01 m # Screen 1 d1:12:respawn:/etc/getty tty1A v # Everex MNP Modem d2:2:respawn:/etc/getty tty2A v # Everex Modem the modem in the d1 entry will enabled during run-levels 1 and 2, but not run-level s. the d2 entry is turned off in run-level 1. you could also create a run-level 3 for the "su" and modem on at the same time. you could even create a run-level to play the game of life. -- John F. Haugh II UUCP: ...!cs.utexas.edu!rpp386!jfh Ma Bell: (512) 832-8832 Domain: jfh@rpp386.cactus.org "SCCS, the source motel! Programs check in and never check out!" -- Ken Thompson