home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25831 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.0 KB
  1. Path: sparky!uunet!math.fu-berlin.de!ira.uka.de!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!rpi!usenet.coe.montana.edu!news.u.washington.edu!ns1.nodak.edu!plains!ndsuvm1!nu013809
  2. From: NU013809@NDSUVM1.BITNET (Greg Wettstein)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: SYS/V init refuses to run my /etc/rc
  5. Message-ID: <93028.072408NU013809@NDSUVM1.BITNET>
  6. Date: 28 Jan 93 13:24:08 GMT
  7. References: <1993Jan27.164249.29307@engr.uark.edu>
  8.  <1993Jan28.082729.11300@aixrs0.hrz.uni-essen.de>
  9. Organization: North Dakota Higher Education Computer Network
  10. Lines: 26
  11.  
  12. I just spent about a week getting the run-level init problem solved on
  13. our network.  Previously we had been using the simpleinit but it was
  14. time to move onward.  Perhaps I can save people some frustration.
  15.  
  16. I started with the bootsys3 package but moved over to Michael's sysvinit
  17. after about 24 hours of work.  Mike Jagdis is to be complimented on
  18. putting together a nice package but the actual init code needs some
  19. attention.
  20.  
  21. The first problem is that init will not properly read its inittab file.
  22. This is difficult to notice because the fairly complex system of
  23. initialization files and such seems to mask this basic dysfunctionality.
  24. It took me awhile to figure out what was going on because there is a bug
  25. in the processing of the telinit command options which prevents the user
  26. from ordering a re-read of the inittab file (telinit q).  The actual
  27. bug in the parsing of the inittab file is only about a one or two line
  28. patch.
  29.  
  30. The proper parenting and establishment of session ID's is another story.
  31. This is compounded by the fact that the syslog code in the 4.2 libraries
  32. does not properly set the NOCTTY flag.  Mike J has fixed this in his
  33. port of the syslogd daemon but the problem still exists in the libraries.
  34. The long and short of this is that you will sometimes end up with getty's
  35. hooked up to the console (/dev/console) and sometimes without any
  36. controlling tty's whatsoever.  I actually stumbled onto this when I
  37. modified the networking daemons so not
  38.