source: chapter07/usage.xml@ 0ad6d9a

10.0 10.0-rc1 10.1 10.1-rc1 11.0 11.0-rc1 11.0-rc2 11.0-rc3 11.1 11.1-rc1 11.2 11.2-rc1 11.3 11.3-rc1 12.0 12.0-rc1 12.1 12.1-rc1 6.0 6.1 6.1.1 6.3 6.4 6.5 6.6 6.7 6.8 7.0 7.1 7.2 7.3 7.4 7.5 7.5-systemd 7.6 7.6-systemd 7.7 7.7-systemd 7.8 7.8-systemd 7.9 7.9-systemd 8.0 8.1 8.2 8.3 8.4 9.0 9.1 arm bdubbs/gcc13 ml-11.0 multilib renodr/libudev-from-systemd s6-init trunk v3_0 v3_1 v3_2 v3_3 v4_0 v4_1 v5_0 v5_1 v5_1_1 xry111/arm64 xry111/arm64-12.0 xry111/clfs-ng xry111/lfs-next xry111/loongarch xry111/loongarch-12.0 xry111/loongarch-12.1 xry111/mips64el xry111/pip3 xry111/rust-wip-20221008 xry111/update-glibc
Last change on this file since 0ad6d9a was 0ad6d9a, checked in by Gerard Beekmans <gerard@…>, 23 years ago

Added run level explanation

git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@227 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689

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