home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20715 < prev    next >
Encoding:
Text File  |  1992-12-16  |  3.9 KB  |  105 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!mcsun!sun4nl!htsa.htsa.aha.nl!miquels
  3. From: miquels@htsa.aha.nl (Miquel van Smoorenburg)
  4. Subject: Re: Problems with sysv init sources
  5. References: <1992Dec15.134909.28520@mintaka.lcs.mit.edu>
  6. Date: Wed, 16 Dec 1992 17:52:38 GMT
  7. Organization: Algemene Hogeschool Amsterdam, Polytechnic Institute
  8. Keywords: init
  9. Sender: news@htsa.aha.nl (News Manager)
  10. Message-ID: <1992Dec16.175238.18332@htsa.aha.nl>
  11. Lines: 92
  12.  
  13. In article <1992Dec15.134909.28520@mintaka.lcs.mit.edu> wyvern@gnu.ai.mit.edu (The Wyvern) writes:
  14. >I recently compiled and installed the sources for the sysv-style init
  15. >from tsx-11 (plus the patch). It seems to be having problems
  16. >with runlevels though. If I have initdefault set to, say, 3,
  17. >and a couple lines like this:
  18. >
  19. >rc:3:wait:/etc/rc3
  20. >xd:3:once:/usr/X386/bin/xdm
  21. >
  22. >Init gives me something like:
  23. >INIT: Warning: No processes for this runlevel
  24. >INIT: Entering single user mode
  25. >/ root# 
  26. >So I end up having to have all the entries in my inittab be either
  27. >boot or bootwait, since those are the only ones which get executed.
  28. >Right now my inittab looks like this:
  29. >
  30. >id:3:initdefault: 
  31. >si::sysinit:/etc/bcheckrc 
  32. >rc::bootwait:/etc/rc 
  33. >r3::bootwait:/etc/rc3 
  34. >xd::boot:/usr/X386/bin/xdm
  35. >#c1:1234:respawn:/etc/getty 9600 tty1
  36. >#c2:23:respawn:/etc/getty 9600 tty2
  37. >#c3:23:respawn:/etc/getty 9600 tty3
  38. >#c4:23:respawn:/etc/getty 9600 tty4
  39. >pf::powerwait:/etc/shutdown -f now
  40. ># init
  41. >
  42. >This is highly annoying - it kind of defeats the purpose of an init
  43. >with runlevels. Does anyone have an idea of what might be wrong?
  44. >
  45. >(Incidentally, for those of you who are having trouble with xdm
  46. > you might try starting it from your inittab rather than your rc or
  47. > rc.local - for me it only works correctly when put in the inittab
  48. > as shown above.)
  49. >
  50. Yes, I have heard of this problem. I even got a patch for it.
  51. Here is a message I got concerning this problem:
  52. --------------------------------------------------------------
  53.  
  54. From: "Roger T Lashua-1" <lash0002@student.tc.umn.edu>
  55. Subject: init
  56. To: miquels@htsa.aha.nl
  57. Date: Mon, 14 Dec 92 4:22:19 CST
  58.  
  59. Hi,
  60.  
  61. I have been using your system-V init for some time now.
  62. I have recently gotten the 2.0 version. I am very happy to see that
  63. you have made changes that i have been comsidering doing myself (such
  64. as using a linked list). There are two things that appear not to work
  65. properly in version 2.0, though I may be expecting them to function
  66. differently than they were intended to. The first is: if i boot up and
  67. the initdefault entry is 2 (tho anything other than s will do it)
  68. entries for level 2 with an action field of wait or once will not be
  69. executed. I have changed it so that they will be executed by changing
  70. the line in StartEmIfNeeded() that was:
  71.     lastlevel = runlevel
  72. to
  73.     if (sys_level == NORMAL_LEVEL) lastlevel = runlevel
  74.  
  75. Is that a good way to make it execute the entries or do you see other
  76. problems?
  77.  
  78. The second thing is that if initdefault is something other than a
  79. legitamete level (0123456Sabc) it acts as though the level is fine but
  80. no processes are defined, and goes single-user. I am not sure what
  81. should happen but on some other systems i have used it will prompt for
  82. a runlevel. I think that would be preferable. Anyway, it is easy
  83. enough to change the behaviour in getinitdefault().
  84.  
  85. Thanks for making a great init available for linux.
  86.  
  87.  
  88.     tim
  89. -------------------------------------------------------------------
  90. I still have to look into this myself, but I posted this anyway
  91. hoping to solve your problem. I'll wait a week or so and if I don't
  92. get any more bug reports I'll try to distribute a 2.1 version that
  93. will hopefully bugfree. You may have noticed that shutdown
  94. and last also have a little bug [though not serious].
  95.  
  96. Hope this helps - Mike.
  97.  
  98.  
  99.  
  100.  
  101. -- 
  102. %     Miquel van Smoorenburg, Baljuwstraat 20, 2461SL Langeraar, Holland.     %
  103. %   miquels@htsa.aha.nl (school)       miquels@drinkel.nl.mugnet.org (home)   %
  104. %                   Calm down - it's just ones and zeros                      %
  105.