newxml/chapter07/usage.xml

   1 <?xml version="1.0" encoding="ISO-8859-1"?>
   2 <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.3CR2//EN" "http://www.docbook.org/xml/4.3CR2/docbookx.dtd">
   3 <sect1 id="ch07-usage">
   4 <title>How does the booting process with these scripts work?</title>
   5 <?dbhtml filename="usage.html"?>
   6
   7 <para>Linux uses a special booting facility named SysVinit. It's based on a
   8 concept of <emphasis>runlevels</emphasis>. It can be widely different
   9 from one system to another, so it can't be assumed that because things
  10 worked in &lt;insert distro name&gt; they should work like that in LFS
  11 too. LFS has its own way of doing things, but it respects generally
  12 accepted standards.</para>
  13
  14 <para>SysVinit (which we'll call <emphasis>init</emphasis> from now on) works
  15 using a runlevels scheme. There are 7 (from 0 to 6) runlevels
  16 (actually, there are more runlevels but they are for special cases and
  17 generally not used. The init man page describes those details), and each
  18 one of those corresponds to the things the computer is supposed to do when
  19 it starts up. The default runlevel is 3. Here are the descriptions of the
  20 different runlevels as they are often implemented:</para>
  21
  22 <literallayout>0: halt the computer
  23 1: single-user mode
  24 2: multi-user mode without networking
  25 3: multi-user mode with networking
  26 4: reserved for customization, otherwise does the same as 3
  27 5: same as 4, it is usually used for GUI login (like X's xdm or KDE's kdm)
  28 6: reboot the computer</literallayout>
  29
  30 <para>The command used to change runlevels is <userinput>init
  31 &lt;runlevel&gt;</userinput> where &lt;runlevel&gt; is
  32 the target runlevel. For example, to reboot the computer, a user would issue
  33 the init 6 command. The reboot command is just an alias, as is the halt
  34 command an alias to init 0.</para>
  35
  36 <para>There are a number of directories under /etc/rc.d that look like
  37 like rc?.d where ? is the number of the runlevel and rcsysinit.d which
  38 contain a number of symbolic links. Some begin with a K, the others
  39 begin with an S, and all of them have two numbers following the initial
  40 letter. The K means to stop (kill) a service, and the S means to start a
  41 service. The numbers determine the order in which the scripts are run,
  42 from 00 to 99; the lower the number the sooner it gets executed. When init
  43 switches to another runlevel, the appropriate services get killed and
  44 others get started.</para>
  45
  46 <para>The real scripts are in /etc/rc.d/init.d. They do all the work, and the
  47 symlinks all point to them. Killing links and starting links point to
  48 the same script in /etc/rc.d/init.d. That's because the scripts can be
  49 called with different parameters like start, stop, restart, reload,
  50 status. When a K link is encountered, the appropriate script is run with
  51 the stop argument. When a S link is encountered, the appropriate script
  52 is run with the start argument.</para>
  53
  54 <para>There is one exception. Links that start with an S in the
  55 rc0.d and rc6.d directories will not cause anything to be started. They
  56 will be called with the parameter <emphasis>stop</emphasis> to stop
  57 something. The logic behind it is that when you are going to reboot or
  58 halt the system, you don't want to start anything, only stop the
  59 system.</para>
  60
  61 <para>These are descriptions of what the arguments make the
  62 scripts do:</para>
  63
  64 <itemizedlist>
  65
  66 <listitem><para><emphasis>start</emphasis>: The service is
  67 started.</para></listitem>
  68
  69 <listitem><para><emphasis>stop</emphasis>: The service is
  70 stopped.</para></listitem>
  71
  72 <listitem><para><emphasis>restart</emphasis>: The service is
  73 stopped and then started again.</para></listitem>
  74
  75 <listitem><para><emphasis>reload</emphasis>: The configuration
  76 of the service is updated.
  77 This is used after the configuration file of a service was modified, when
  78 the service doesn't need to be restarted.</para></listitem>
  79
  80 <listitem><para><emphasis>status</emphasis>: Tells if the service
  81 is running and with which PIDs.</para></listitem>
  82
  83 </itemizedlist>
  84
  85 <para>Feel free to modify the way the boot process works (after all, it's your
  86 own LFS system). The files given here are just an example of how it can be
  87 done in a nice way (well, what we consider nice -- you may hate it).</para>
  88
  89 </sect1>