1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
|
<!-- $FreeBSD$ -->
<!-- The FreeBSD Japanese Documentation Project -->
<!-- Original revision: 1.12 -->
<!-- This is a SGML version of the text on FreeBSD boot procedures
made by Poul-Henning Kamp <phk@FreeBSD.ORG>
This conversion has been made by Ollivier Robert.
<!DOCTYPE linuxdoc PUBLIC "-//FreeBSD//DTD linuxdoc//EN">
<article>
<title>ブートの概要</title>
<author>Poul-Henning Kamp, <tt/<phk@login.dknet.dk>/</author>
<date>v1.1, April 26th</date>
<abstract>
FreeBSDのブートには基本的に3つの段階があります:
カーネルの読み込み、ルートのファイルシステムの決定、そして
ユーザ領域にあるものの初期化です。このことは下に述べる
いくつかの興味深い可能性につながっているのです...
</abstract>
<toc>
-->
<sect><heading>FreeBSDのブート処理の流れ<label id="booting"></heading>
<p><em>原作: &a.phk;. v1.1, April 26th.</em>
<p><em>訳: &a.nakai; September 6 1996.</em>
FreeBSDのブートには基本的に3つの段階があります:
カーネルの読み込み, ルートのファイルシステムの決定, そして
ユーザ領域にあるものの初期化です. このことは下に述べる
いくつかの興味深い可能性につながっています。
<sect1><heading>カーネルの読み込み</heading>
<p>
現在, カーネルの読み込みには基本的に下に挙げる3つの方法が
あります:
これらはカーネルが次に何をしたらいいのかという情報をカーネルに
与えます.
<descrip>
<tag>Biosboot</tag>
Biosbootは「ブートブロック」に相当するもので, 2つのファイル
から構成されており, フロッピーディスクやハードディスクのブートを
開始する側の 8K バイトにインストールされています。
Biosboot は FreeBSD のファイルシステムからカーネルを
読み込むことができます.
<tag>Dosboot</tag>
Dosbootは DI. Christian Gusenbauerによって書かれましたが,
不幸にしてこの場合には、コードのある一部分がマイクロソフトの
コンパイラ向けに書かれているため、FreeBSD 単体ではコンパイル
することはできません.
Dosboot は MS-DOS のファイルから、またはディスクの
FreeBSD ファイルシステムのパーティションからカーネルをブートします。
これは MS-DOS システムのハイメモリ領域に潜んでいるメモリマネージャ等の
さまざまな怪しい代物とメモリの取り合いをして、なんとかブートしています.
<tag>Netboot</tag>
Netboot はサポートされているイーサネットカードを検出し、
BOOTP や TFTP、NFS を使ってブートするカーネルを探そうとします。
</descrip>
<sect1><heading>ルートファイルシステムの決定</heading>
<p>
カーネルが読み込まれ、ブートプログラムがカーネルに移行したら,
カーネルは自身の初期化をし, どんなハードウェアが組み込まれいるか
を決定し、それからルートファイルシステムを探さなくてはなりません。
現在サポートされているルートファイルシステムは次の通りです :
<descrip>
<tag>UFS</tag>
UFS は, もっとも一般的なタイプのルートシステムです。
フロッピーディスクやハードディスク上に存在します。
<tag>MSDOS</tag>
技術的に可能ですが、あまり有用ではありません。なぜならば、
``FAT''ファイルシステムではリンクやデバイスノードなどの
``UNIX 主義''を実現できないからです。
<tag>MFS</tag>
MFS はカーネル内部に組み込みになっている UFS
ファイルシステムです。つまり MFS を機能させるのに
ディスクやフロッピーディスクなどのハードウェアは
必要ではありません.
<tag>CD9660</tag>
CD9660 は CD-ROM をルートファイルシステムに使用したものです。
<tag>NFS</tag>
これはルートシステムにファイルサーバを使用していて、基本的に
ディスクレスのマシンのためにあります。
</descrip>
<sect1><heading>ユーザ領域にあるものの初期化</heading>
<p>
ユーザ領域で動作させるようにするために、カーネルが初期化を終えると、
カーネルは``<tt/pid == 1/''のプロセスを生成し、ルートファイルシステム
上のプログラムを実行します。このプログラムは通常``<tt>/sbin/init</tt>''
です。
/sbin/init を別なプログラム置き換えてしまうことは可能ですが、そのプロセス
には以下のような制約があります:
pid が 1 のプロセスには stdin/stdout/stderr は割り当てられていませんので、
プログラムは自分でこれらをオープンしないとなりません。
このプロセスが終了するとカーネルはパニックメッセージを表示して
停止します。
また、このプロセスに対するシグナル処理は特殊です。
この例として、インストール用のフロッピーディスクにある
``<tt>/stand/sysinstall</tt>''があります。
<sect1><heading>興味深い連係</heading>
<p>
カーネルを MFS でブートするのには次のような特別の<tt>/sbin/init</tt>
を使います。
<descrip>
<tag/A -- DOS を使う場合/
<itemize>
<item><tt/C:/ を <tt>/C:</tt> にマウントします。
<item><tt>C:/freebsd.fs</tt> を <tt>/dev/vn0</tt> にアタッチします。
<item><tt>/dev/vn0</tt> を <tt>/rootfs</tt> にマウントします。
<item>シンボリックリンクを作ります。<newline>
<tt>/rootfs/bin -> /bin</tt><newline>
<tt>/rootfs/etc -> /etc</tt><newline>
<tt>/rootfs/sbin -> /sbin</tt><newline>
(etc...)<newline>
</itemize>
これでハードディスクのパーティションを切り直さずに FreeBSD を
使うことができます。
<tag/B -- NFS を使う場合/
NFS は<tt>サーバ:˜you/FreeBSD</tt> を
<tt>/nfs</tt>にマウントし、ルートディレクトリを <tt>/nfs</tt> に変更して,
そこで<tt>/sbin/init</tt>を実行します。
これで FreeBSD をディスクレスで実行できますが、NFS サーバを
コントロールできないままです...
<tag/C -- X-server を起動する場合/
これで Xターミナルが手に入りました. これは, これでハードウェア
に費用を割いたりするよりはいい, と上司が主張した, Windows で
動作する遅くて何がおこなわれているのか見ることができるような
すすけた X Window エミュレータなんかよりよいものです.
<tag/D -- テープを使う場合/
<tt>/dev/rwd0</tt> のコピーを取って、リモートにあるテープ
ステーションやファイルサーバに書き込んでください。
これで一年前に取っておくべきだったバックアップをやっと
取ることができました。
<tag>E -- ファイアウォール/Web サーバとして動作させる場合 (私の知っている範囲で...)</tag>
これは特に面白いもので、書き込み禁止のフロッピーディスクから
ブートができて、ルートのファイルシステムに書き込むことができる
というものです。
</descrip>
|
