lfs-7.10-rc1
[linux_from_scratch.git] / chapter07 / usage.xml
blobb710e484be0d3fab46371c42d5c88ea5bdbb5b44
1 <?xml version="1.0" encoding="ISO-8859-1"?>
2 <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3   "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
4   <!ENTITY % general-entities SYSTEM "../general.ent">
5   <!ENTITY site               SYSTEM "../appendices/rc.site.script">
6   %general-entities;
7 ]>
9 <sect1 id="ch-scripts-usage" revision="sysv">
10   <?dbhtml filename="usage.html"?>
12   <title>System V Bootscript Usage and Configuration</title>
14   <indexterm zone="ch-scripts-usage">
15     <primary sortas="a-Bootscripts">Bootscripts</primary>
16     <secondary>usage</secondary>
17   </indexterm>
19   <sect2>
20     <title>How Do the System V Bootscripts Work?</title>
22     <para>Linux uses a special booting facility named SysVinit that is based on a
23     concept of <emphasis>run-levels</emphasis>. It can be quite different from one
24     system to another, so it cannot be assumed that because things worked in one
25     particular Linux distribution, they should work the same in LFS too. LFS has its
26     own way of doing things, but it respects generally accepted standards.</para>
27   
28     <para>SysVinit (which will be referred to as <quote>init</quote> from now on)
29     works using a run-levels scheme. There are seven (numbered 0 to 6) run-levels
30     (actually, there are more run-levels, but they are for special cases and are
31     generally not used. See <filename>init(8)</filename> for more details), and
32     each one of those corresponds to the actions the computer is supposed to
33     perform when it starts up. The default run-level is 3. Here are the
34     descriptions of the different run-levels as they are implemented:</para>
36 <literallayout>0: halt the computer
37 1: single-user mode
38 2: multi-user mode without networking
39 3: multi-user mode with networking
40 4: reserved for customization, otherwise does the same as 3
41 5: same as 4, it is usually used for GUI login (like X's <command>xdm</command> or KDE's <command>kdm</command>)
42 6: reboot the computer</literallayout>
44   </sect2>
46   <sect2 id="conf-sysvinit" role="configuration">
47   <title>Configuring Sysvinit</title>
49   <indexterm zone="conf-sysvinit">
50     <primary sortas="a-Sysvinit">Sysvinit</primary>
51     <secondary>configuring</secondary>
52   </indexterm>
54   <indexterm zone="conf-sysvinit">
55     <primary sortas="e-/etc/inittab">/etc/inittab</primary>
56   </indexterm>
58   <para>During the kernel initialization, the first program that is run
59   is either specified on the command line or, by default
60   <command>init</command>.  This program reads the initialization file
61   <filename>/etc/inittab</filename>.  Create this file with:</para>
63 <screen><userinput>cat &gt; /etc/inittab &lt;&lt; "EOF"
64 <literal># Begin /etc/inittab
66 id:3:initdefault:
68 si::sysinit:/etc/rc.d/init.d/rc S
70 l0:0:wait:/etc/rc.d/init.d/rc 0
71 l1:S1:wait:/etc/rc.d/init.d/rc 1
72 l2:2:wait:/etc/rc.d/init.d/rc 2
73 l3:3:wait:/etc/rc.d/init.d/rc 3
74 l4:4:wait:/etc/rc.d/init.d/rc 4
75 l5:5:wait:/etc/rc.d/init.d/rc 5
76 l6:6:wait:/etc/rc.d/init.d/rc 6
78 ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
80 su:S016:once:/sbin/sulogin
82 1:2345:respawn:/sbin/agetty --noclear tty1 9600
83 2:2345:respawn:/sbin/agetty tty2 9600
84 3:2345:respawn:/sbin/agetty tty3 9600
85 4:2345:respawn:/sbin/agetty tty4 9600
86 5:2345:respawn:/sbin/agetty tty5 9600
87 6:2345:respawn:/sbin/agetty tty6 9600
89 # End /etc/inittab</literal>
90 EOF</userinput></screen>
92   <para>An explanation of this initialization file is in the man page for
93   <emphasis>inittab</emphasis>.  For LFS, the key command that is run is
94   <command>rc</command>. The initialization file above will instruct
95   <command>rc</command> to run all the scripts starting with an S in the
96   <filename class="directory">/etc/rc.d/rcS.d</filename> directory
97   followed by all the scripts starting with an S in the <filename
98   class="directory">/etc/rc.d/rc?.d</filename> directory where the question
99   mark is specified by the initdefault value.</para>
101   <para>As a convenience, the <command>rc</command> script reads a library of
102   functions in <filename class="directory">/lib/lsb/init-functions</filename>.
103   This library also reads an optional configuration file,
104   <filename>/etc/sysconfig/rc.site</filename>.  Any of the system
105   configuration file parameters described in subsequent sections can be
106   alternatively placed in this file allowing consolidation of all system
107   parameters in this one file.</para>
109   <para>As a debugging convenience, the functions script also logs all output
110   to <filename>/run/var/bootlog</filename>.  Since the <filename
111   class="directory">/run</filename> directory is a tmpfs, this file is not
112   persistent across boots, however it is appended to the more permanent file
113   <filename>/var/log/boot.log</filename> at the end of the boot process.</para>
115   <sect3 id="init-levels" >
116   <title>Changing Run Levels</title>
118   <para>Changing run-levels is done with <command>init
119   <replaceable>&lt;runlevel&gt;</replaceable></command>, where
120   <replaceable>&lt;runlevel&gt;</replaceable> is the target run-level. For example, to
121   reboot the computer, a user could issue the <command>init 6</command> command,
122   which is an alias for the <command>reboot</command> command. Likewise,
123   <command>init 0</command> is an alias for the <command>halt</command>
124   command.</para>
126   <para>There are a number of directories under <filename
127   class="directory">/etc/rc.d</filename> that look like <filename
128   class="directory">rc?.d</filename> (where ? is the number of the run-level) and
129   <filename class="directory">rcsysinit.d</filename>, all containing a number of
130   symbolic links. Some begin with a <emphasis>K</emphasis>, the others begin with
131   an <emphasis>S</emphasis>, and all of them have two numbers following the
132   initial letter. The K means to stop (kill) a service and the S means to start a
133   service. The numbers determine the order in which the scripts are run, from 00
134   to 99&mdash;the lower the number the earlier it gets executed. When
135   <command>init</command> switches to another run-level, the appropriate services
136   are either started or stopped, depending on the runlevel chosen.</para>
138   <para>The real scripts are in <filename
139   class="directory">/etc/rc.d/init.d</filename>. They do the actual work, and
140   the symlinks all point to them. K links and S links point to
141   the same script in <filename class="directory">/etc/rc.d/init.d</filename>.
142   This is because the scripts can be called with different parameters like
143   <parameter>start</parameter>, <parameter>stop</parameter>,
144   <parameter>restart</parameter>, <parameter>reload</parameter>, and
145   <parameter>status</parameter>. When a K link is encountered, the appropriate
146   script is run with the <parameter>stop</parameter> argument. When an S link
147   is encountered, the appropriate script is run with the
148   <parameter>start</parameter> argument.</para>
150   <para>There is one exception to this explanation. Links that start
151   with an <emphasis>S</emphasis> in the <filename
152   class="directory">rc0.d</filename> and <filename
153   class="directory">rc6.d</filename> directories will not cause anything
154   to be started. They will be called with the parameter
155   <parameter>stop</parameter> to stop something. The logic behind this
156   is that when a user is going to reboot or halt the system, nothing
157   needs to be started.  The system only needs to be stopped.</para>
159   <para>These are descriptions of what the arguments make the scripts
160   do:</para>
162   <variablelist>
164     <varlistentry>
165       <term><parameter>start</parameter></term>
166       <listitem>
167         <para>The service is started.</para>
168       </listitem>
169     </varlistentry>
171     <varlistentry>
172       <term><parameter>stop</parameter></term>
173       <listitem>
174         <para>The service is stopped.</para>
175       </listitem>
176     </varlistentry>
178     <varlistentry>
179       <term><parameter>restart</parameter></term>
180       <listitem>
181         <para>The service is stopped and then started again.</para>
182       </listitem>
183     </varlistentry>
185     <varlistentry>
186       <term><parameter>reload</parameter></term>
187       <listitem>
188         <para>The configuration of the service is updated.
189         This is used after the configuration file of a service was modified, when
190         the service does not need to be restarted.</para>
191       </listitem>
192     </varlistentry>
194     <varlistentry>
195       <term><parameter>status</parameter></term>
196       <listitem>
197         <para>Tells if the service is running and with which PIDs.</para>
198       </listitem>
199     </varlistentry>
201   </variablelist>
203   <para>Feel free to modify the way the boot process works (after all,
204   it is your own LFS system). The files given here are an example of how
205   it can be done.</para>
207   </sect3>
208   </sect2>
210   <sect2>
211     <title>Udev Bootscripts</title>
213       <para>The <filename>/etc/rc.d/init.d/udev</filename> initscript starts
214       <command>udevd</command>, triggers any "coldplug" devices that have
215       already been created by the kernel and waits for any rules to complete.
216       The script also unsets the uevent handler from the default of
217       <filename>/sbin/hotplug </filename>.  This is done because the kernel no
218       longer needs to call out to an external binary.  Instead
219       <command>udevd</command> will listen on a netlink socket for uevents that
220       the kernel raises.</para>
222       <para>The <command>/etc/rc.d/init.d/udev_retry</command> initscript takes
223       care of re-triggering events for subsystems whose rules may rely on
224       filesystems that are not mounted until the <command>mountfs</command>
225       script is run (in particular, <filename class="directory">/usr</filename>
226       and <filename class="directory">/var</filename> may cause this).  This
227       script runs after the <command>mountfs</command> script, so those rules
228       (if re-triggered) should succeed the second time around.  It is
229       configured from the <filename>/etc/sysconfig/udev_retry</filename> file;
230       any words in this file other than comments are considered subsystem names
231       to trigger at retry time.  To find the subsystem of a device, use
232       <command>udevadm info --attribute-walk &lt;device&gt;</command> where
233       &lt;device&gt; is an absolute path in /dev or /sys such as /dev/sr0 or
234       /sys/class/rtc.</para>
236     <sect3>
237       <title>Module Loading</title>
239       <para>Device drivers compiled as modules may have aliases built into them.
240       Aliases are visible in the output of the <command>modinfo</command>
241       program and are usually related to the bus-specific identifiers of devices
242       supported by a module. For example, the <emphasis>snd-fm801</emphasis>
243       driver supports PCI devices with vendor ID 0x1319 and device ID 0x0801,
244       and has an alias of <quote>pci:v00001319d00000801sv*sd*bc04sc01i*</quote>.
245       For most devices, the bus driver exports the alias of the driver that
246       would handle the device via <systemitem
247       class="filesystem">sysfs</systemitem>. E.g., the
248       <filename>/sys/bus/pci/devices/0000:00:0d.0/modalias</filename> file
249       might contain the string
250       <quote>pci:v00001319d00000801sv00001319sd00001319bc04sc01i00</quote>.
251       The default rules provided with Udev will cause <command>udevd</command>
252       to call out to <command>/sbin/modprobe</command> with the contents of the
253       <envar>MODALIAS</envar> uevent environment variable (which should be the
254       same as the contents of the <filename>modalias</filename> file in sysfs),
255       thus loading all modules whose aliases match this string after wildcard
256       expansion.</para>
258       <para>In this example, this means that, in addition to
259       <emphasis>snd-fm801</emphasis>, the obsolete (and unwanted)
260       <emphasis>forte</emphasis> driver will be loaded if it is
261       available. See below for ways in which the loading of unwanted drivers can
262       be prevented.</para>
264       <para>The kernel itself is also able to load modules for network
265       protocols, filesystems and NLS support on demand.</para>
267     </sect3>
269     <sect3>
270       <title>Handling Hotpluggable/Dynamic Devices</title>
272       <para>When you plug in a device, such as a Universal Serial Bus (USB) MP3
273       player, the kernel recognizes that the device is now connected and
274       generates a uevent. This uevent is then handled by
275       <command>udevd</command> as described above.</para>
277     </sect3>
278   </sect2>
280   <sect2 id="ch-scripts-clock">
281     <title>Configuring the System Clock</title>
283     <indexterm zone="ch-scripts-clock">
284       <primary sortas="d-scripts-setclock">setclock</primary>
285     <secondary>configuring</secondary></indexterm>
287     <para>The <command>setclock</command> script reads the time from the hardware
288     clock, also known as the BIOS or the Complementary Metal Oxide Semiconductor
289     (CMOS) clock. If the hardware clock is set to UTC, this script will convert the
290     hardware clock's time to the local time using the
291     <filename>/etc/localtime</filename> file (which tells the
292     <command>hwclock</command> program which timezone the user is in). There is no
293     way to detect whether or not the hardware clock is set to UTC, so this
294     needs to be configured manually.</para>
296     <para>The <command>setclock</command> is run via
297     <application>udev</application> when the kernel detects the hardware
298     capability upon boot.  It can also be run manually with the stop parameter to
299     store the system time to the CMOS clock.</para>
301     <para>If you cannot remember whether or not the hardware clock is set to UTC,
302     find out by running the <userinput>hwclock --localtime --show</userinput>
303     command. This will display what the current time is according to the hardware
304     clock. If this time matches whatever your watch says, then the hardware clock is
305     set to local time. If the output from <command>hwclock</command> is not local
306     time, chances are it is set to UTC time. Verify this by adding or subtracting
307     the proper amount of hours for the timezone to the time shown by
308     <command>hwclock</command>. For example, if you are currently in the MST
309     timezone, which is also known as GMT -0700, add seven hours to the local
310     time.</para>
312     <para>Change the value of the <envar>UTC</envar> variable below
313     to a value of <parameter>0</parameter> (zero) if the hardware clock
314     is <emphasis>not</emphasis> set to UTC time.</para>
316     <para>Create a new file <filename>/etc/sysconfig/clock</filename> by running
317     the following:</para>
319 <screen><userinput>cat &gt; /etc/sysconfig/clock &lt;&lt; "EOF"
320 <literal># Begin /etc/sysconfig/clock
322 UTC=1
324 # Set this to any options you might need to give to hwclock,
325 # such as machine hardware clock type for Alphas.
326 CLOCKPARAMS=
328 # End /etc/sysconfig/clock</literal>
329 EOF</userinput></screen>
331     <para>A good hint explaining how to deal with time on LFS is available
332     at <ulink url="&hints-root;time.txt"/>. It explains issues such as
333     time zones, UTC, and the <envar>TZ</envar> environment variable.</para>
335     <note><para>The CLOCKPARAMS and UTC paramaters may be alternatively set
336     in the <filename>/etc/sysconfig/rc.site</filename> file.</para></note>
338   </sect2>
340   <sect2 id="ch-scripts-console">
341   <?dbhtml filename="console.html"?>
343   <title>Configuring the Linux Console</title>
345   <indexterm zone="ch-scripts-console">
346     <primary sortas="d-console">console</primary>
347     <secondary>configuring</secondary>
348   </indexterm>
350   <para>This section discusses how to configure the <command>console</command>
351   bootscript that sets up the keyboard map, console font and console kernel log
352   level. If non-ASCII characters (e.g., the copyright sign, the British pound
353   sign and Euro symbol) will not be used and the keyboard is a U.S. one, much
354   of this section can be skipped. Without the configuration file, (or
355   equivalent settings in <filename>rc.site</filename>), the
356   <command>console</command> bootscript will do nothing.</para>
358   <para>The <command>console</command> script reads the
359   <filename>/etc/sysconfig/console</filename> file for configuration
360   information.  Decide which keymap and screen font will be used. Various
361   language-specific HOWTOs can also help with this, see <ulink
362   url="http://www.tldp.org/HOWTO/HOWTO-INDEX/other-lang.html"/>. If still in
363   doubt, look in the <filename class="directory">/usr/share/keymaps</filename>
364   and <filename class="directory">/usr/share/consolefonts</filename> directories
365   for valid keymaps and screen fonts. Read <filename>loadkeys(1)</filename> and
366   <filename>setfont(8)</filename> manual pages to determine the correct
367   arguments for these programs.</para>
369   <para>The <filename>/etc/sysconfig/console</filename> file should contain lines
370   of the form: VARIABLE="value". The following variables are recognized:</para>
371   <variablelist>
373     <varlistentry>
374       <term>LOGLEVEL</term>
375       <listitem>
376         <para>This variable specifies the log level for kernel messages sent
377         to the console as set by <command>dmesg</command>. Valid levels are
378         from "1" (no messages) to "8". The default level is "7".</para>
379       </listitem>
380     </varlistentry>
382     <varlistentry>
383       <term>KEYMAP</term>
384       <listitem>
385         <para>This variable specifies the arguments for the
386         <command>loadkeys</command> program, typically, the name of keymap
387         to load, e.g., <quote>it</quote>. If this variable is not set, the
388         bootscript will not run the <command>loadkeys</command> program,
389         and the default kernel keymap will be used.  Note that a few keymaps
390         have multiple versions with the same name (cz and its variants in
391         qwerty/ and qwertz/, es in olpc/ and qwerty/, and trf in fgGIod/ and
392         qwerty/). In these cases the parent directory should also be specified
393         (e.g. qwerty/es) to ensure the proper keymap is loaded.
394         </para>
395       </listitem>
396     </varlistentry>
398     <varlistentry>
399       <term>KEYMAP_CORRECTIONS</term>
400       <listitem>
401         <para>This (rarely used) variable
402         specifies the arguments for the second call to the
403         <command>loadkeys</command> program. This is useful if the stock keymap
404         is not completely satisfactory and a small adjustment has to be made. E.g.,
405         to include the Euro sign into a keymap that normally doesn't have it,
406         set this variable to <quote>euro2</quote>.</para>
407       </listitem>
408     </varlistentry>
410     <varlistentry>
411       <term>FONT</term>
412       <listitem>
413         <para>This variable specifies the arguments for the
414         <command>setfont</command> program. Typically, this includes the font
415         name, <quote>-m</quote>, and the name of the application character
416         map to load. E.g., in order to load the <quote>lat1-16</quote> font
417         together with the <quote>8859-1</quote> application character map
418         (as it is appropriate in the USA),
419         <!-- because of the copyright sign -->
420         set this variable to <quote>lat1-16 -m 8859-1</quote>.
421         In UTF-8 mode, the kernel uses the application character map for
422         conversion of composed 8-bit key codes in the keymap to UTF-8, and thus
423         the argument of the "-m" parameter should be set to the encoding of the
424         composed key codes in the keymap.</para>
426       </listitem>
427     </varlistentry>
429     <varlistentry>
430       <term>UNICODE</term>
431       <listitem>
432         <para>Set this variable to <quote>1</quote>, <quote>yes</quote> or
433         <quote>true</quote> in order to put the
434         console into UTF-8 mode. This is useful in UTF-8 based locales and
435         harmful otherwise.</para>
436       </listitem>
437     </varlistentry>
439     <varlistentry>
440       <term>LEGACY_CHARSET</term>
441       <listitem>
442         <para>For many keyboard layouts, there is no stock Unicode keymap in
443         the Kbd package. The <command>console</command> bootscript will
444         convert an available keymap to UTF-8 on the fly if this variable is
445         set to the encoding of the available non-UTF-8 keymap.</para>
446       </listitem>
447     </varlistentry>
449   </variablelist>
451   <para>Some examples:</para>
453   <itemizedlist>
455     <listitem>
456       <para>For a non-Unicode setup, only the KEYMAP and FONT variables are
457       generally needed. E.g., for a Polish setup, one would use:</para>
458 <screen role="nodump"><userinput>cat &gt; /etc/sysconfig/console &lt;&lt; "EOF"
459 <literal># Begin /etc/sysconfig/console
461 KEYMAP="pl2"
462 FONT="lat2a-16 -m 8859-2"
464 # End /etc/sysconfig/console</literal>
465 EOF</userinput></screen>
466     </listitem>
468     <listitem>
469       <para>As mentioned above, it is sometimes necessary to adjust a
470       stock keymap slightly. The following example adds the Euro symbol to the
471       German keymap:</para>
473 <screen role="nodump"><userinput>cat &gt; /etc/sysconfig/console &lt;&lt; "EOF"
474 <literal># Begin /etc/sysconfig/console
476 KEYMAP="de-latin1"
477 KEYMAP_CORRECTIONS="euro2"
478 FONT="lat0-16 -m 8859-15"
480 # End /etc/sysconfig/console</literal>
481 EOF</userinput></screen>
482     </listitem>
484     <listitem>
485       <para>The following is a Unicode-enabled example for Bulgarian, where a
486       stock UTF-8 keymap exists:</para>
488 <screen role="nodump"><userinput>cat &gt; /etc/sysconfig/console &lt;&lt; "EOF"
489 <literal># Begin /etc/sysconfig/console
491 UNICODE="1"
492 KEYMAP="bg_bds-utf8"
493 FONT="LatArCyrHeb-16"
495 # End /etc/sysconfig/console</literal>
496 EOF</userinput></screen>
497     </listitem>
499     <listitem>
500       <para>Due to the use of a 512-glyph LatArCyrHeb-16 font in the previous
501       example, bright colors are no longer available on the Linux console unless
502       a framebuffer is used. If one wants to have bright colors without
503       framebuffer and can live without characters not belonging to his language,
504       it is still possible to use a language-specific 256-glyph font, as
505       illustrated below:</para>
507 <screen role="nodump"><userinput>cat &gt; /etc/sysconfig/console &lt;&lt; "EOF"
508 <literal># Begin /etc/sysconfig/console
510 UNICODE="1"
511 KEYMAP="bg_bds-utf8"
512 FONT="cyr-sun16"
514 # End /etc/sysconfig/console</literal>
515 EOF</userinput></screen>
516     </listitem>
518     <listitem>
519       <para>The following example illustrates keymap autoconversion from
520       ISO-8859-15 to UTF-8 and enabling dead keys in Unicode mode:</para>
522 <screen role="nodump"><userinput>cat &gt; /etc/sysconfig/console &lt;&lt; "EOF"
523 <literal># Begin /etc/sysconfig/console
525 UNICODE="1"
526 KEYMAP="de-latin1"
527 KEYMAP_CORRECTIONS="euro2"
528 LEGACY_CHARSET="iso-8859-15"
529 FONT="LatArCyrHeb-16 -m 8859-15"
531 # End /etc/sysconfig/console</literal>
532 EOF</userinput></screen>
533     </listitem>
535     <listitem>
536       <para>Some keymaps have dead keys (i.e., keys that don't produce a
537       character by themselves, but put an accent on the character produced
538       by the next key) or define composition rules (such as: <quote>press
539       Ctrl+. A E to get &AElig;</quote> in the default keymap).
540       Linux-&linux-version; interprets dead keys and composition rules in the
541       keymap correctly only when the source characters to be composed together
542       are not multibyte. This deficiency doesn't affect keymaps for European
543       languages, because there accents are added to unaccented ASCII
544       characters, or two ASCII characters are composed together. However, in
545       UTF-8 mode it is a problem, e.g., for the Greek language, where one
546       sometimes needs to put an accent on the letter <quote>alpha</quote>.
547       The solution is either to avoid the use of UTF-8, or to install the
548       X window system that doesn't have this limitation in its input
549       handling.</para>
550     </listitem>
552     <listitem>
553       <para>For Chinese, Japanese, Korean and some other languages, the Linux
554       console cannot be configured to display the needed characters. Users
555       who need such languages should install the X Window System, fonts that
556       cover the necessary character ranges, and the proper input method (e.g.,
557       SCIM, it supports a wide variety of languages).</para>
558     </listitem>
560   </itemizedlist>
562   <!-- Added because folks keep posting their console file with X questions
563   to blfs-support list -->
564   <note>
565     <para>The <filename>/etc/sysconfig/console</filename> file only controls
566     the Linux text console localization. It has nothing to do with setting
567     the proper keyboard layout and terminal fonts in the X Window System, with
568     ssh sessions or with a serial console. In such situations, limitations
569     mentioned in the last two list items above do not apply.</para>
570   </note>
572   </sect2>
574   <sect2 id="ch-scripts-createfiles">
575     <title>Creating Files at Boot</title>
576   
577     <indexterm zone="ch-scripts-createfiles">
578       <primary sortas="d-createfiles">File creation at boot</primary>
579       <secondary>configuring</secondary>
580     </indexterm>
581   
582     <para>At times, it is desired to create files at boot time.  For instance,
583     the <filename class="directory">/tmp/.ICE-unix</filename> directory
584     may be desired.  This can be done by creating an entry in the
585     <filename>/etc/sysconfig/createfiles</filename> configuration script.
586     The format of this file is embedded in the comments of the default 
587     configuration file.</para>
588   </sect2>
590   <sect2 id="ch-scripts-sysklogd">
591     <title>Configuring the sysklogd Script</title>
592   
593     <indexterm zone="ch-scripts-sysklogd">
594       <primary sortas="d-sysklogd">sysklogd</primary>
595       <secondary>configuring</secondary>
596     </indexterm>
597   
598     <para>The <filename>sysklogd</filename> script invokes the
599     <command>syslogd</command> program as a part of System V initialization.  The
600     <parameter>-m 0</parameter> option turns off the periodic timestamp mark that
601     <command>syslogd</command> writes to the log files every 20 minutes by
602     default.  If you want to turn on this periodic timestamp mark, edit
603     <filename>/etc/sysconfig/rc.site</filename> and define the variable
604     SYSKLOGD_PARMS to the desired value.  For instance, to remove all parameters,
605     set the variable to a null value:</para>
607 <screen role="nodump">SYSKLOGD_PARMS=</screen>
609     <para>See <userinput>man syslogd</userinput> for more options.</para>
611   </sect2>
613   <sect2 id="ch-scripts-site">
614     <title>The rc.site File</title>
615   
616     <indexterm zone="ch-scripts-site">
617       <primary sortas="a-rc.site">rc.site</primary>
618     </indexterm>
619   
620     <para>The optional <filename>/etc/sysconfig/rc.site</filename> file contains
621     settings that are automatically set for each SystemV boot script.  It can
622     alternatively set the values specified in the <filename>hostname</filename>,
623     <filename>console</filename>, and <filename>clock</filename> files in the
624     <filename class='directory'>/etc/sysconfig/</filename> directory.  If the
625     associated variables are present in both these separate files and
626     <filename>rc.site</filename>, the values in the script specific files have
627     precedence. </para>
628   
629     <para><filename>rc.site</filename> also contains parameters that can
630     customize other aspects of the boot process.  Setting the IPROMPT variable
631     will enable selective running of bootscripts.  Other options are described
632     in the file comments.  The default version of the file is as follows:</para>
633   
634     <!-- Use role to fix a pdf generation problem -->
635     <screen role="auto">&site;</screen>
636   
637     <sect3>
638       <title>Customizing the Boot and Shutdown Scripts</title>
639   
640       <para>The LFS boot scripts boot and shut down a system in a fairly
641       efficient manner, but there are a few tweaks that you can make in the
642       rc.site file to improve speed even more and to adjust messages according
643       to your preferences. To do this, adjust the settings in
644       the <filename>/etc/sysconfig/rc.site</filename> file above.</para>
645   
646       <itemizedlist>
647   
648       <listitem><para>During the boot script <filename>udev</filename>, there is
649       a call to <command>udev settle</command> that requires some time to
650       complete. This time may or may not be required depending on devices present
651       in the system.  If you only have simple partitions and a single ethernet
652       card, the boot process will probably not need to wait for this command.  To
653       skip it, set the variable OMIT_UDEV_SETTLE=y.</para></listitem>
654   
655       <listitem><para>The boot script <filename>udev_retry</filename> also runs
656       <command>udev settle</command> by default.  This command is only needed by
657       default if the <filename class='directory'>/var</filename> directory is
658       separately mounted.  This is because the clock needs the file
659       <filename>/var/lib/hwclock/adjtime</filename>.  Other customizations may
660       also need to wait for udev to complete, but in many installations it is not
661       needed.  Skip the command by setting the variable OMIT_UDEV_RETRY_SETTLE=y.
662       </para></listitem>
663   
664       <listitem><para>By default, the file system checks are silent.  This can
665       appear to be a delay during the bootup process.  To turn on the
666       <command>fsck</command> output, set the variable VERBOSE_FSCK=y.
667       </para></listitem>
668   
669       <listitem><para>When rebooting, you may want to skip the filesystem check,
670       <command>fsck</command>, completely.  To do this, either create the file
671       <filename>/fastboot</filename> or reboot the system with the command
672       <command>/sbin/shutdown -f -r now</command>.  On the other hand, you can
673       force all file systems to be checked by creating
674       <filename>/forcefsck</filename> or running <command>shutdown</command> with
675       the <parameter>-F</parameter> parameter instead of <parameter>-f</parameter>.
676       </para>
677   
678       <para>Setting the variable FASTBOOT=y will disable <command>fsck</command>
679       during the boot process until it is removed.  This is not recommended
680       on a permanent basis.</para></listitem>
681   
682       <listitem><para>Normally, all files in the <filename
683       class='directory'>/tmp</filename> directory are deleted at boot time.
684       Depending on the number of files or directories present, this can cause a
685       noticeable delay in the boot process.  To skip removing these files set the
686       variable SKIPTMPCLEAN=y.</para></listitem>
687   
688       <listitem><para>During shutdown, the <command>init</command> program sends
689       a TERM signal to each program it has started (e.g. agetty), waits for a set
690       time (default 3 seconds), and sends each process a KILL signal and waits
691       again.  This process is repeated in the <command>sendsignals</command>
692       script for any processes that are not shut down by their own scripts.  The
693       delay for <command>init</command> can be set by passing a parameter.  For
694       example to remove the delay in <command>init</command>, pass the -t0
695       parameter when shutting down or rebooting (e.g.  <command>/sbin/shutdown
696       -t0 -r now</command>).  The delay for the  <command>sendsignals</command>
697       script can be skipped by setting the parameter
698       KILLDELAY=0.</para></listitem>
699   
700       </itemizedlist>
701   
702     </sect3>
703   </sect2>
704 </sect1>