Библиотека сайта rus-linux.net
Loading the kernel without manually typing parameters is easy to
do if we read the grub info page. According to the section entitled
"configuration" all of the commands used for booting can be put in a
menu.lst and placed in the
Be sure to type the
To automate system start-up we will need an init daemon. We know
this because the Bootdisk-HOWTO and From-Powerup-To-BASH-Prompt-HOWTO
both make mention of init as the first program to
start after the kernel loads. The latter HOWTO also goes into some
detail about the
/etc/inittab file and the
organization of startup scripts. This could be helpful since FHS, the
blueprint we have used so far, makes no recommendation for init
We will also need to find the shutdown command to fulfill the second goal of graceful shutdown capability.
Searching the Linux Software Map on Ibiblio for the keyword "init" gives a large number of results. From reading the From-Powerup-To-BASH-Prompt-HOWTO however, we know that most Linux systems use a System V style init daemon. Narrowing the search with the additional key phrase of "System V" gives much better results. The sysvinit package contains init, shutdown, halt and reboot which is everything we need. The version listed in the LSM entry looks to be pretty old, but there is a primary-site URL that will probably lead to the latest version.
The manpage for init mentions a FIFO called
/dev/initctl that is required for
init to communicate with other programs in the
sysvinit package. We will have to create this file for
init to function properly.
Using a GRUB configuration file is slightly more complex than
specifying the bootloader commands manually. There are directives for
features like menus, default selections and timeouts that need to be
specified in the configuration file as well as the familiar kernel
loading command. The info page for GRUB gives much of the necessary
information. We may also be able to use the GRUB configuration file on
the development system as a template. However, there is some
inconsistency between vendors as to the name and location of the file.
Regardless of what the path is on the development system it should be
/boot/grub/menu.lst on the Pocket Linux
Many of the popular GNU/Linux distributions use System V style init scripts. Since we are using a "sysvinit" daemon it makes sense to use System V style scripts as well. The following documents all touch upon the System V style init scripts in some way and will serve as references when building the scripts for this project:
The Debian Policy Manual -- available online at http://www.debian.org/doc/debian-policy.
The Linux Standard Base specification -- downloadable in many formats from http://www.linuxbase.org/spec/index.shtml.
Essential System Administration, 3rd Edition by Aeleen Frisch -- available at libraries, bookstores or directly from O'Reilly Publishing at http://www.oreilly.com/.
After glancing at one or two of the above references we should have a pretty good idea of how the System V style system initialization process works. We should also know what it takes to create System V style init scripts for the Pocket Linux project. Below is a brief list of what needs to be done:
inittabfile to call an
rcscript with a numerical argument giving the runlevel.
rcscript that uses the runlevel argument to execute the appropriate "K" and "S" scripts.
Modify the previously built
local_fsscript to take
Create new scripts for
/etc/rcN.ddirectories and links to scripts in
As always, the BASH(1) manpage and the Advanced BASH Scripting Guide are very helpful for writing and understanding shell scripts.
Только зарегистрированные пользователи могут оценивать и комментировать статьи.