[0ad6d9a] | 1 | <sect1 id="ch07-usage">
|
---|
| 2 | <title>How does the booting process with these scripts work?</title>
|
---|
| 3 |
|
---|
[b822811] | 4 | <para>Linux uses a special booting facility named SysVinit. It's based on a
|
---|
[0ad6d9a] | 5 | concept of <emphasis>runlevels</emphasis>. It can be widely different
|
---|
[53b5ccf] | 6 | from one system to another, so it can not be assumed that because things
|
---|
[0ad6d9a] | 7 | worked in <insert distro name> they should work like that in LFS
|
---|
| 8 | too. LFS has it's own way of doing things, but it respects generally
|
---|
[b822811] | 9 | accepted standards.</para>
|
---|
[0ad6d9a] | 10 |
|
---|
[b822811] | 11 | <para>SysVinit (which we'll call <emphasis>init</emphasis> from now on) works
|
---|
[a4d9786b] | 12 | using a runlevels scheme. There are 7 (from 0 to 6) runlevels
|
---|
| 13 | (actually, there are more runlevels but they are for special cases and
|
---|
[53b5ccf] | 14 | generally not used. The init man page describes those details), and each
|
---|
| 15 | one of those corresponds to the things the computer is supposed to do when
|
---|
[a4d9786b] | 16 | it starts up. The default runlevel is 3. Here are the descriptions of the
|
---|
[b822811] | 17 | different runlevels as they are often implemented:</para>
|
---|
[0ad6d9a] | 18 |
|
---|
[b822811] | 19 | <literallayout>0: halt the computer
|
---|
[0ad6d9a] | 20 | 1: single-user mode
|
---|
| 21 | 2: multi-user mode without networking
|
---|
| 22 | 3: multi-user mode with networking
|
---|
| 23 | 4: reserved for customization, otherwise does the same as 3
|
---|
[3ccc1df] | 24 | 5: same as 4, it is usually used for GUI login (like X's xdm or KDE's kdm)
|
---|
[b822811] | 25 | 6: reboot the computer</literallayout>
|
---|
[0ad6d9a] | 26 |
|
---|
[b822811] | 27 | <para>The command used to change runlevels is <userinput>init
|
---|
[443aab7] | 28 | <runlevel></userinput> where <runlevel> is
|
---|
[53b5ccf] | 29 | the target runlevel. For example, to reboot the computer, a user would issue
|
---|
[0ad6d9a] | 30 | the init 6 command. The reboot command is just an alias, as is the halt
|
---|
[b822811] | 31 | command an alias to init 0.</para>
|
---|
[0ad6d9a] | 32 |
|
---|
[b822811] | 33 | <para>The /etc/init.d/rcS script is run at every startup of the computer,
|
---|
[0ad6d9a] | 34 | before any runlevel is executed and runs the scripts listed in
|
---|
[b822811] | 35 | /etc/rcS.d</para>
|
---|
[0ad6d9a] | 36 |
|
---|
[b822811] | 37 | <para>There are a number of directories under /etc that look like like rc?.d
|
---|
[53b5ccf] | 38 | where ? is the number of the runlevel and rcS.d. A user might take a look
|
---|
| 39 | at one of
|
---|
| 40 | them (after this chapter is finished, right now there's nothing
|
---|
[0ad6d9a] | 41 | there yet). There are a number of symbolic links. Some begin with an K,
|
---|
| 42 | the others begin with an S, and all of them have three numbers following
|
---|
| 43 | the initial letter. The K means to stop (kill) a service, and the S means
|
---|
| 44 | to start a service. The numbers determine the order in which the scripts
|
---|
| 45 | are run, from 000 to 999; the lower the number the sooner it gets
|
---|
| 46 | executed. When init switches to another runlevel, the appropriate
|
---|
[b822811] | 47 | services get killed and others get started.</para>
|
---|
[0ad6d9a] | 48 |
|
---|
[b822811] | 49 | <para>The real scripts are in /etc/init.d. They do all the work, and the
|
---|
[9aab9f5] | 50 | symlinks all point to them. Killing links and starting
|
---|
[0ad6d9a] | 51 | links point to the same script in /etc/init.d. That's because the scripts
|
---|
| 52 | can be called with different parameters like start, stop, restart, reload,
|
---|
| 53 | status. When a K link is encountered, the appropriate script is run with
|
---|
| 54 | the stop argument. When a S link is encountered, the appropriate script
|
---|
[b822811] | 55 | is run with the start argument.</para>
|
---|
[0ad6d9a] | 56 |
|
---|
[b822811] | 57 | <para>These are descriptions of what the arguments make the
|
---|
| 58 | scripts do:</para>
|
---|
[b2c0c79] | 59 |
|
---|
| 60 | <itemizedlist>
|
---|
| 61 |
|
---|
[b822811] | 62 | <listitem><para><emphasis>start</emphasis>: The service is
|
---|
| 63 | started.</para></listitem>
|
---|
[b2c0c79] | 64 |
|
---|
[b822811] | 65 | <listitem><para><emphasis>stop</emphasis>: The service is
|
---|
| 66 | stopped.</para></listitem>
|
---|
[b2c0c79] | 67 |
|
---|
[b822811] | 68 | <listitem><para><emphasis>restart</emphasis>: The service is
|
---|
| 69 | stopped and then started again.</para></listitem>
|
---|
[b2c0c79] | 70 |
|
---|
[b822811] | 71 | <listitem><para><emphasis>reload</emphasis>: The configuration
|
---|
| 72 | of the service is updated.
|
---|
[53b5ccf] | 73 | This is used after the configuration file of a service was modified, when
|
---|
[b822811] | 74 | the service doesn't need to be restarted.</para></listitem>
|
---|
[b2c0c79] | 75 |
|
---|
[b822811] | 76 | <listitem><para><emphasis>status</emphasis>: Tells if the service
|
---|
| 77 | is running and with which PID's.</para></listitem>
|
---|
[b2c0c79] | 78 |
|
---|
| 79 | </itemizedlist>
|
---|
[0ad6d9a] | 80 |
|
---|
[b822811] | 81 | <para>Feel free to modify the way the boot process works (after all it's your
|
---|
[53b5ccf] | 82 | LFS system, not ours). The files here are just an example of how it can be
|
---|
[b822811] | 83 | done in a nice way (well what we consider nice anyway. You may hate it).</para>
|
---|
[0ad6d9a] | 84 |
|
---|
| 85 | </sect1>
|
---|
| 86 |
|
---|