release/man7/boot.7

   1 .\" Written by Oron Peled <oron@actcom.co.il>.
   2 .\" May be distributed subject to the GPL.
   3 .\"
   4 .\" I tried to be as much generic in the description as possible:
   5 .\" - General boot sequence is applicable to almost any
   6 .\" OS/Machine (DOS/PC, Linux/PC, Solaris/SPARC, CMS/S390)
   7 .\" - kernel and init(8) is applicable to almost any UNIX/Linux
   8 .\" - boot scripts are applicable to SYSV-R4 based UNIX/Linux
   9 .\"
  10 .\" Modified 2004-11-03 patch from Martin Schulze <joey@infodrom.org>
  11 .\"
  12 .\" Japanese Version Copyright (c) 2002 NAKANO Takeo all rights reserved.
  13 .\" Translated 2002-08-07, NAKANO Takeo <nakano@apm.seikei.ac.jp>
  14 .\" Updated 2005-02-21, Akihiro MOTOKI <amotoki@dd.iij4u.or.jp>
  15 .\"
  16 .TH BOOT 7 2010-09-19 "Linux" "Linux Programmer's Manual"
  17 .SH 名前
  18 boot-scripts \- ブートシーケンスの一般的な解説
  19 .SH 説明
  20 細かいところはシステムによって異なるが、大まかに言うと、
  21 ブートシーケンスは以下の段階に分けられる:
  22 (1) ハードウェアのブート (2) OS ローダー
  23 (3) カーネルの起動 (4) init と inittab
  24 (5) ブートスクリプト
  25 .SS ハードウェアのブート
  26 電源投入やハードリセットが行われると、
  27 ROM (通常は PROM) に保存されているプログラムに制御が渡される。
  28 PC ではこのプログラムは通常 \fBBIOS\fR と呼ばれる。
  29
  30 ふつうこのプログラムは、まずマシンの基本的な自己診断を行い、
  31 そして不揮発性メモリにアクセスして各種のパラメータを読み込む。
  32 PC では、このメモリは電池によってバックアップされている CMOS メモリである。
  33 そのため \fBCMOS\fR と呼ばれることが多い。
  34 しかし PC 以外の世界では、通常 \fBnvram\fR
  35 (nonvolatile ram) と呼ばれている。
  36
  37 nvram に保存されているパラメータはシステムによって異なる。
  38 しかし、ハードウェアブートプログラムは、少なくとも、
  39 ブートデバイスがどれであるか、もしくは
  40 ブートデバイスとして探索するデバイスがどれであるかを
  41 知っていなければならない。
  42
  43 ハードウェアブートのシーケンスは、次にブートデバイスにアクセスし、
  44 ブートデバイスのあらかじめ決まった場所に置かれている
  45 OS ローダーをロードし、制御を渡す。
  46 .TP
  47 注意:
  48 ここではネットワークブートについては触れない。
  49 この話題について調査したい読者は、
  50 DHCP, TFTP, PXE, Etherboot 等について調べてみるとよい。
  51 .SS OS ローダー
  52 PC では、OS ローダーはブートデバイスの先頭セクタに置かれる。
  53 これは \fBMBR\fR (Master Boot Record) と呼ばれる。
  54
  55 様々な制約のため、
  56 ほとんどのシステムで第一ローダーは非常に簡単な機能しか持っていない。
  57 PC 以外のシステムでも、
  58 サイズの制限やローダーの機能などにある程度の制限は存在する。
  59 しかしパーティションテーブルを含めて 512 バイトという
  60 PC の MBR では、OS ローダーの全機能をここに押し込むのはまず不可能だ。
  61
  62 したがって大抵の OS では、第一ローダーは第二ローダーを呼ぶようになっており、
  63 後者はあらかじめ指定されたディスクパーティションに置けるようになっている。
  64
  65 Linux における OS ローダーは、ふつう
  66 .BR lilo (8)
  67 か
  68 .BR grub (8)
  69 である。両者とも第二ローダーとしてインストールすることもでき
  70 (この場合 DOS がインストールした MBR がこれらを指すようにする)、
  71 また第一・第二ローダーの両方としてインストールすることもできる。
  72 後者の場合向けに、両者は特別な MBR イメージを提供している。
  73 これには第二ローダーをルートパーティションからロードするような
  74 ブートストラップコードが含まれている。
  75
  76 OS ローダーの主な仕事は、カーネルのディスク上の位置を特定し、
  77 ロードして起動することである。ほとんどの OS ローダーは、
  78 対話モードで使用することもでき、追加のパラメータをカーネルに渡したり、
  79 デフォルトとは別のカーネルを指定したりすることができる
  80 (例えば、最後にコンパイルしたカーネルが機能しなかった時に
  81 バックアップのカーネルを指定して起動するといったことができる)。
  82 .SS カーネルの起動
  83 カーネルはロードされると、デバイスを (ドライバによって)
  84 初期化し、スワッパを起動し (最近の Linux カーネルでは、
  85 スワッパは kswapd という「カーネルプロセス」になる)、
  86 ルートファイルシステム (/) をマウントする。
  87
  88 カーネルに渡すことのできるパラメータのいくつかは、
  89 これらの動作に関係する。
  90 (例えばデフォルトのルートファイルシステムを変更したりできる)。
  91 Linux カーネルパラメータに関するより詳しい情報は
  92 .BR bootparam (7)
  93 を読んでほしい。
  94
  95 これらが済んではじめて、
  96 カーネルは最初の (ユーザランドの) プロセスを生成し、
  97 番号 1 を与える。このプロセスは
  98 .I /sbin/init
  99 プログラムを実行する。
 100 カーネルによって解釈されていないパラメータはすべて
 101 .I /sbin/init
 102 に渡される。
 103 .SS init と inittab
 104 init は、起動するとまず
 105 .I /etc/inittab
 106 を読み、その後の行動に関する情報を得る。
 107 このファイルは
 108 .I ランレベル
 109 によってどのような動作を行うべきであるかを定義する。
 110
 111 これによってシステム管理者の管理が楽になる。
 112 各\fIランレベル\fRは提供するサービスの集合に対応する
 113 (例えば \fBS\fR は \fIシングルユーザ\fR、
 114 \fB2\fR では大抵のネットワークサービスを起動する、など)。
 115 システム管理者は、
 116 .BR init (8)
 117 を用いて現在のランレベルを変更でき、
 118 .BR runlevel (8)
 119 によって現在のランレベルを確認できる。
 120
 121 しかし、このファイルを編集して個々のサービスを管理するのは不便なので、
 122 inittab は単にスクリプトの集合に対するブートストラップになっている。
 123 実際の個々のサービスの起動や停止は、これらのスクリプトで行う。
 124 .SS ブートスクリプト
 125 .TP
 126 注意:
 127 以下の説明は System V Release 4 をベースとしたシステムに関するものである。
 128 現在の大抵の商用 UNIX システム (Solaris, HP-UX, Irix, Tru64) や、
 129 メジャーな Linux ディストリビューション (Red Hat, Debian, Mandriva,
 130 SUSE, Ubuntu) はこれをベースにしたものである。
 131 システムによっては、ブートスクリプトの機構が
 132 いくらか異なることもある (Slackware Linux, FreeBSD, OpenBSD など)。
 133 .LP
 134 管理すべき各サービス (メール、nfs サーバ、cron などなど)
 135 それぞれに対して、ブートスクリプトがひとつずつ特定のディレクトリ
 136 (ほとんどの Linux で
 137 .IR /etc/init.d )
 138 に配置される。これらのスクリプトは、
 139 それぞれ引数としてひとつの単語を取る。"start" が指定されると
 140 そのサービスを起動し、"stop" が指定されるとサービスを停止する。
 141 スクリプトは他の「便利な」引数を取ってもよい
 142 (例えば "restart" で停止・起動を順番に行ったり、"status"
 143 でサービスの状態を表示するなど)。
 144 スクリプトを引数なしで実行すると、
 145 指定できる引数の一覧が表示される。
 146 .SS 順序づけディレクトリ
 147 あるランレベルで、特定のスクリプトを指定した順序で実行させるため、
 148 .I 順序付けディレクトリ (sequencing directory)
 149 という仕組みが存在する。
 150 これらはふつう
 151 .I /etc/rc[0\-6S].d
 152 である。各ディレクトリの内部には、
 153 .I /etc/init.d
 154 ディレクトリに置かれたスクリプトへのリンク (ふつうはシンボリックリンク)
 155 が置かれる。
 156
 157 第一スクリプト (通常
 158 .IR /etc/rc )
 159 は
 160 .BR inittab (5)
 161 から呼ばれ、
 162 順序付けディレクトリに置かれたリンク経由で各サービススクリプトを呼び出す。
 163 名前が \(aqS\(aq ではじまるリンクは "start" という引数をつけて呼び出され
 164 (すなわちサービスが起動し)。名前が \(aqK\(aq ではじまるリンクは "stop"
 165 という引数をつけて呼び出される (すなわちサービスが停止する)。
 166
 167 同じランレベルの内部での起動や停止の順序を規定するために、
 168 リンクの名前には順序を示す数字が含まれる。
 169 また、名前をわかりやすくするため、
 170 リンク名の末尾には対応するサービスの名前がつけられる。
 171 例えば、
 172 .I /etc/rc2.d/S80sendmail
 173 というリンクは、sendmail サービスをランレベル 2 において起動する。
 174 これは、
 175 .I /etc/rc2.d/S12syslog
 176 よりも後に、また
 177 .I /etc/rc2.d/S90xfs
 178 よりも先に実行される。
 179
 180 ブートの順序とランレベルを管理するには、
 181 これらのリンクを管理しなければならない。
 182 しかし多くの Linux ディストリビューションでは、
 183 これらの作業を手助けしてくれるツールが存在する
 184 (例えば
 185 .BR chkconfig (8)
 186 など)。
 187 .SS ブートの設定
 188 デーモンの起動時には、
 189 コマンドラインオプションやパラメータを指定できるのが普通である。
 190 システム管理者がこれらのパラメータを変更したいと思ったときに、
 191 ブートスクリプトそのものを編集しなくてもすむよう、
 192 設定ファイルが用いられる。これらは特定のディレクトリ
 193 (Red Hat システムでは
 194 .IR /etc/sysconfig )
 195 に置かれ、ブートスクリプトから参照される。
 196
 197 古い UNIX システムでは、これらのファイルには
 198 デーモンに与える実際のコマンドラインオプションが書かれていた。
 199 しかし最近の Linux システム (や HP-UX) では、
 200 これらのファイルには単にシェル変数が書かれているだけである。
 201 .I /etc/init.d
 202 に置かれたブートスクリプトは、これらの設定ファイルを
 203 .B source
 204 し、その変数の値を用いる。
 205 .SH ファイル
 206 .IR /etc/init.d/ ,
 207 .IR /etc/rc[S0\-6].d/ ,
 208 .I /etc/sysconfig/
 209 .SH 関連項目
 210 .BR inittab (5),
 211 .BR bootparam (7),
 212 .BR init (8),
 213 .BR runlevel (8),
 214 .BR shutdown (8)