os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

Whitespace cleanup.

Browse source
This commit is contained in:
Ryusuke SUZUKI 2012-07-21 14:28:39 +00:00
parent e097d883b6
commit ca05910b9b
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/head/; revision=39241
1 changed files with 261 additions and 261 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

522
ja_JP.eucJP/books/handbook/serialcomms/chapter.sgml
View file

@ -529,7 +529,7 @@ crw-rw---- 1 uucp dialer 28, 193 Feb 15 14:38 /dev/cuala1</screen>
<sect1 id="term">
<sect1info>
<authorgroup>
<author>
<author>
<firstname>Sean</firstname>
<surname>Kelly</surname>
<contrib>寄稿: </contrib>
@ -742,7 +742,7 @@ crw-rw---- 1 uucp dialer 28, 193 Feb 15 14:38 /dev/cuala1</screen>
<example id="ex-etc-ttys">
<title>端末の項目を <filename>/etc/ttys</filename>
に追加する</title>
に追加する</title>
<para>システムに 2 台の端末、Wyse-50 と、VT-100
端末をエミュレートしている
@ -755,7 +755,7 @@ crw-rw---- 1 uucp dialer 28, 193 Feb 15 14:38 /dev/cuala1</screen>
<filename>/etc/ttys</filename>
内の対応する項目は次のようになります。</para>
<programlisting>ttyd1<co
<programlisting>ttyd1<co
id="co-ttys-line1col1"> "/usr/libexec/getty std.38400"<co
id="co-ttys-line1col2"> wy50<co
id="co-ttys-line1col3"> on<co
@ -1130,7 +1130,7 @@ ttyd5 "/usr/libexec/getty std.19200" vt100 on insecure
は速度を変え続けます。</para>
<indexterm>
<primary><command>/usr/bin/login</command></primary>
<primary><command>/usr/bin/login</command></primary>
</indexterm>
<para>ユーザがログイン名を入力すると、
<command>getty</command> は
@ -1779,7 +1779,7 @@ AT&amp;B2&amp;W</programlisting>
<title>これらの AT コマンドを入力するには?</title>
<indexterm>
<primary><filename>/etc/remote</filename></primary>
<primary><filename>/etc/remote</filename></primary>
</indexterm>
<para><filename>/etc/remote</filename> ファイルの中で
<quote>direct</quote> エントリを作ります。たとえばモデムが
@ -2048,11 +2048,11 @@ raisechar=^^</programlisting>
リモート側への ファイルの送信が始まります。</para>
</sect2>
</sect1>
<sect1 id="serialconsole-setup">
<sect1info>
<authorgroup>
<author>
<author>
<firstname>Kazutaka</firstname>
<surname>YOKOTA</surname>
<contrib>寄稿: </contrib>
@ -2068,22 +2068,22 @@ raisechar=^^</programlisting>
</sect1info>
<title>シリアルコンソールの設定</title>
<indexterm><primary>シリアルコンソール</primary></indexterm>
<sect2 id="serialconsole-intro">
<title>導入</title>
<para>FreeBSD は、コンソールとして
シリアルポート上のダム端末しか持たないシステムでも起動します。
この様な構成はきっと次のような二種類の人達に便利でしょう。それは、
キーボードやモニタのないマシンに
FreeBSD をインストールしたいシステム管理者と、
カーネルやデバイスドライバをデバッグしたい開発者です。</para>
<para><xref linkend="boot"> で説明されているように、
FreeBSD は 3 ステージ構成のブートストラップを用いています。
最初の 2 つのステージは、
ブートディスクにある FreeBSD スライスの最初に格納されている、
ブートブロックのコードが行います。
ブートディスクにある FreeBSD スライスの最初に格納されている、
ブートブロックのコードが行います。
それからブートブロックは、第 3 ステージのコードとしてブートローダ
(<filename>/boot/loader</filename>) を読み込み、実行します。</para>
@ -2101,14 +2101,14 @@ raisechar=^^</programlisting>
<indexterm><primary>ヌルモデムケーブル</primary></indexterm>
<para>ヌルモデムケーブル、
もしくは標準シリアルケーブルとヌルモデムアダプタが必要となります。
もしくは標準シリアルケーブルとヌルモデムアダプタが必要となります。
シリアルケーブルについては <xref linkend="serial-cables-ports">
をご覧ください。</para>
</step>
<step>
<para>キーボードをはずして下さい。</para>
<para>たいていの PC システムは Power-On Self-Test (POST)
の間にキーボードを検出し、もし見つからなければエラーと
なります。また、キーボードがないことを大きな音で知らせ、
@ -2118,13 +2118,13 @@ raisechar=^^</programlisting>
とにかく起動するなら特別な対応は必要ありません
(Phoenix BIOS を搭載しているマシンには、
<errorname>Keyboard failed</errorname>
と表示されても、正常に起動するものがあります)。</para>
と表示されても、正常に起動するものがあります)。</para>
<para>あなたのコンピュータがキーボードを接続していない状態で
起動しないようなら、(もし可能ならば) エラーを無視するように
BIOS を設定する必要があります。設定方法の詳細については、
マザーボードのマニュアルを調べてください。</para>
<tip>
<para>BIOS の設定でキーボードを <quote>Not installed</quote>
にするということは、キーボードを使えないということを
@ -2134,24 +2134,24 @@ raisechar=^^</programlisting>
<quote>Not installed</quote> にしていてもキーボードを
接続したままにできますし、ちゃんと動作します。</para>
</tip>
<note>
<para>あなたのシステムが PS/2 マウスを使っているなら、
おそらくマウスもキーボード同様にはずす必要があるでしょう。
というのは、PS/2 マウスは部分的にキーボードとハードウェアを
共有しており、マウスを接続したままにしていると、
キーボードも存在する、と誤って検出してしまう可能性があるからです。
キーボードも存在する、と誤って検出してしまう可能性があるからです。
AMI BIOS を持つ Gateway 2000 Pentium 90MHz システム
はこれに該当すると言われています。
一般的にこれは問題ではありません。なぜなら、どっちにしても
マウスはキーボードなしではたいして役に立たないからです。</para>
</note>
</step>
<step>
<para><devicename>COM1:</devicename> (<devicename>sio0</devicename>)
にダム端末を接続してください。</para>
<para>ダム端末がなければ、かわりに古い PC/XT でモデム
プログラムを走らせて使ったり、シリアルポートに他の Unix
マシンを繋いだりできます。もしも <devicename>COM1:</devicename>
@ -2170,18 +2170,18 @@ raisechar=^^</programlisting>
に付け替えることができない) ならば、多分、そもそも
悩んでる場合ではありません。)</para>
</step>
<step>
<para>カーネルコンフィグファイルの <devicename>COM1:</devicename>
(<devicename>sio0</devicename>) に適切なフラグを
設定していることを確認してください。</para>
<para>関連するフラグ:</para>
<variablelist>
<varlistentry>
<term><literal>0x10</literal></term>
<listitem>
<para>このポートのコンソールサポートを有効にします。
このフラグが設定されない場合、他のフラグは無視されます。
@ -2194,14 +2194,14 @@ raisechar=^^</programlisting>
<option>-h</option> オプションも使ってください。</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>0x20</literal></term>
<listitem>
<para>後述される <option>-h</option> オプション
を無視して、(他に優先度の高いコンソールがない限り)
このポートをコンソールとして指定します。
このポートをコンソールとして指定します。
このフラグは FreeBSD バージョン
2.<replaceable>X</replaceable> の
<literal>COMCONSOLE</literal> オプションに対応するものです。
@ -2209,10 +2209,10 @@ raisechar=^^</programlisting>
フラグ <option>0x10</option> と一緒に指定されなければなりません。</para>
</listitem>
</varlistentry>
<varlistentry>
<term><literal>0x40</literal></term>
<listitem>
<para>(<literal>0x10</literal> と組み合わせることで)
このポートを予約し、通常のアクセスができない
@ -2222,9 +2222,9 @@ raisechar=^^</programlisting>
唯一の使い道は、ユニットがカーネルのリモートデバッグ用
であることを指定することです。
リモートデバッグの詳細については
<ulink url="http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/">The
<ulink url="http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/">The
Developer's Handbook</ulink> を参照してください。</para>
<note>
<para>FreeBSD 4.0-CURRENT 以降では、
フラグ <literal>0x40</literal> の意味が若干異なり、
@ -2234,33 +2234,33 @@ raisechar=^^</programlisting>
</listitem>
</varlistentry>
</variablelist>
<para>例:</para>
<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
<para>詳細については &man.sio.4;
のマニュアルを参照してください。</para>
<para>もしこれらのフラグがセットされていなければ、(別のコンソールで)
UserConfig を実行するか、
カーネルを再コンパイルする必要があります。</para>
カーネルを再コンパイルする必要があります。</para>
</step>
<step>
<para>ブートドライブの <literal>a</literal> パーティションの
ルートディレクトリに <filename>boot.config</filename>
を作成してください。</para>
<para>このファイルは、ブートブロックコードに対してどのように
システムを起動したいかを教えます。
シリアルコンソールを活かすためには、以下のオプションを幾つか
&mdash; 複数の場合も一行で、設定する必要があります:</para>
<variablelist>
<varlistentry>
<term><option>-h</option></term>
<listitem>
<para>内蔵コンソールとシリアルコンソールの切替えを行います。
これを使用してコンソールデバイスを変更できます。
@ -2274,10 +2274,10 @@ raisechar=^^</programlisting>
<option>-h</option> を使用できます。</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-D</option></term>
<listitem>
<para>シングルとデュアルのコンソール設定を切り替えます。
シングル設定では、上記の <option>-h</option>
@ -2293,16 +2293,16 @@ raisechar=^^</programlisting>
唯一のコンソールになります。</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-P</option></term>
<listitem>
<para>ブートブロックがキーボードを検出するようにします。
キーボードが発見できなかった場合には、
<option>-D</option> と <option>-h</option>
オプションが自動的にセットされます。</para>
<option>-D</option> と <option>-h</option>
オプションが自動的にセットされます。</para>
<note>
<para>現バージョンのブートブロックでは容量の制限により、
<option>-P</option> オプションは拡張キーボードしか
@ -2315,14 +2315,14 @@ raisechar=^^</programlisting>
</listitem>
</varlistentry>
</variablelist>
<para><option>-P</option> オプションを使ってコンソールを
自動的に選ぶか、<option>-h</option> オプションを使って
シリアルコンソールを有効にしてください。</para>
<para>さらに &man.boot.8; で説明されている他のオプションも使う
ことができます。</para>
<para><option>-P</option> 以外のオプションはブートローダ
(<filename>/boot/loader</filename>) に渡されます。
ブートローダは、<option>-h</option> オプションだけの状態を
@ -2335,26 +2335,26 @@ raisechar=^^</programlisting>
使うことができます。ブートローダは内蔵ビデオディスプレイを
コンソールとして使います。</para>
</step>
<step>
<para>マシンを起動する。</para>
<para>FreeBSD を起動したとき、ブートブロックは
<filename>/boot.config</filename> の内容をコンソールに表示
します。例えば、</para>
<screen>/boot.config: -P
Keyboard: no</screen>
<para>行の二番目は、
<filename>/boot.config</filename> にオプション
<option>-P</option> が指定してあるときだけ表示され、
キーボードが存在するかどうかを表します。
これらのメッセージは、シリアルか内蔵のいずれか、
あるいはその両方のコンソールに表示されます。
どちらに表示されるかは、
<filename>/boot.config</filename> の設定によって変わります。</para>
<filename>/boot.config</filename> にオプション
<option>-P</option> が指定してあるときだけ表示され、
キーボードが存在するかどうかを表します。
これらのメッセージは、シリアルか内蔵のいずれか、
あるいはその両方のコンソールに表示されます。
どちらに表示されるかは、
<filename>/boot.config</filename> の設定によって変わります。</para>
<informaltable frame="none">
<tgroup cols="2">
<thead>
@ -2363,33 +2363,33 @@ Keyboard: no</screen>
<entry>メッセージの表示される場所</entry>
</row>
</thead>
<tbody>
<row>
<entry>なし</entry>
<entry>内蔵</entry>
</row>
<row>
<entry><option>-h</option></entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-D</option></entry>
<entry>シリアルと内蔵の両方</entry>
</row>
<row>
<entry><option>-Dh</option></entry>
<entry>シリアルと内蔵の両方</entry>
</row>
<row>
<entry><option>-P</option>、キーボードが存在する場合</entry>
<entry>内蔵</entry>
</row>
<row>
<entry><option>-P</option>、キーボードが存在しない場合</entry>
<entry>シリアル</entry>
@ -2397,62 +2397,62 @@ Keyboard: no</screen>
</tbody>
</tgroup>
</informaltable>
<para>このメッセージが表示された後、
ブートブロックがブートローダのロードを再開し、
他の全てのメッセージがコンソールに表示されるまで、
若干時間がかかります。通常の環境では、ブートブロックに
割り込みをかける必要はありませんが、
ちゃんとセットアップされているかどうか確かめるために、
割り込みをかけることができるようになっています。</para>
ブートブロックがブートローダのロードを再開し、
他の全てのメッセージがコンソールに表示されるまで、
若干時間がかかります。通常の環境では、ブートブロックに
割り込みをかける必要はありませんが、
ちゃんとセットアップされているかどうか確かめるために、
割り込みをかけることができるようになっています。</para>
<para>ブートプロセスに割り込みをかけるには、
コンソールの (<keycode>Enter</keycode> 以外の)
キーをたたいて下さい。
ブートブロックはその時、操作を指定するためのプロンプトを表示します。
こんな風に表示されるでしょう。
</para>
ブートブロックはその時、操作を指定するためのプロンプトを表示します。
こんな風に表示されるでしょう。
</para>
<screen>>> FreeBSD/i386 BOOT
Default: 0:wd(0,a)/boot/loader
boot:</screen>
<para>上に示したメッセージが、シリアルか内蔵、
あるいはその両方といった、<filename>/boot.config</filename>
で指定したとおりのコンソールに表示されることを確認して下さい。
あるいはその両方といった、<filename>/boot.config</filename>
で指定したとおりのコンソールに表示されることを確認して下さい。
メッセージが正しいコンソールに表示されたら、
<keycode>Enter</keycode>
キーを押してブートプロセスを継続してください。
</para>
キーを押してブートプロセスを継続してください。
</para>
<para>もし、シリアルコンソールを利用するように設定しているのに
シリアル端末にプロンプトが出てこない場合は、
設定のどこかに間違いがあります。
ブートブロック(とブートローダ、カーネル)に対して
シリアルポートをコンソールに使うことを伝えるため、
割り込みをかけた時に <option>-h</option> を入力し、
(可能ならば) Enter/Return キーを押して下さい。そして、
一度システムを起動させてから、どこが悪いのかをチェックして下さい。</para>
シリアル端末にプロンプトが出てこない場合は、
設定のどこかに間違いがあります。
ブートブロック(とブートローダ、カーネル)に対して
シリアルポートをコンソールに使うことを伝えるため、
割り込みをかけた時に <option>-h</option> を入力し、
(可能ならば) Enter/Return キーを押して下さい。そして、
一度システムを起動させてから、どこが悪いのかをチェックして下さい。</para>
</step>
</procedure>
<para>ブートローダがロードされ、ブートプロセスの第三ステージに
いる時には、まだ内蔵コンソールとシリアルコンソールを切り替えることができます。
それにはブートローダの環境変数を適切に設定すれは良いのですが、
詳細については <xref linkend="serialconsole-loader"> を参照してください。</para>
</sect2>
<sect2 id="serialconsole-summary">
<title>まとめ</title>
<para>このセクションで扱ったさまざまな設定と、
最終的に選択されるコンソールに関するまとめです。</para>
最終的に選択されるコンソールに関するまとめです。</para>
<sect3>
<title>Case 1: sio0 の flags に 0x10 をセットした場合</title>
<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4</programlisting>
<informaltable frame="none">
<tgroup cols="4">
<thead>
@ -2463,7 +2463,7 @@ boot:</screen>
<entry>カーネルのコンソール</entry>
</row>
</thead>
<tbody>
<row>
<entry>なし</entry>
@ -2471,35 +2471,35 @@ boot:</screen>
<entry>内蔵</entry>
<entry>内蔵</entry>
</row>
<row>
<entry><option>-h</option></entry>
<entry>シリアル</entry>
<entry>シリアル</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-D</option></entry>
<entry>内蔵、シリアルの両方</entry>
<entry>内蔵</entry>
<entry>内蔵</entry>
</row>
<row>
<entry><option>-Dh</option></entry>
<entry>内蔵、シリアルの両方</entry>
<entry>シリアル</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-P</option>、キーボードが存在する場合</entry>
<entry>内蔵</entry>
<entry>内蔵</entry>
<entry>内蔵</entry>
</row>
<row>
<entry><option>-P</option>、キーボードが存在しない場合</entry>
<entry>内蔵、シリアルの両方</entry>
@ -2510,12 +2510,12 @@ boot:</screen>
</tgroup>
</informaltable>
</sect3>
<sect3>
<title>Case 2: sio0 の flags に 0x30 をセットした場合</title>
<programlisting>device sio0 at isa? port "IO_COM1" tty flags 0x30 irq 4</programlisting>
<informaltable frame="none">
<tgroup cols="4">
<thead>
@ -2526,7 +2526,7 @@ boot:</screen>
<entry>カーネルのコンソール</entry>
</row>
</thead>
<tbody>
<row>
<entry>なし</entry>
@ -2534,35 +2534,35 @@ boot:</screen>
<entry>内蔵</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-h</option></entry>
<entry>シリアル</entry>
<entry>シリアル</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-D</option></entry>
<entry>内蔵、シリアルの両方</entry>
<entry>内蔵</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-Dh</option></entry>
<entry>内蔵、シリアルの両方</entry>
<entry>シリアル</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-P</option>、キーボードが存在する場合</entry>
<entry>内蔵</entry>
<entry>内蔵</entry>
<entry>シリアル</entry>
</row>
<row>
<entry><option>-P</option>、キーボードが存在しない場合</entry>
<entry>内蔵、シリアルの両方</entry>
@ -2574,260 +2574,260 @@ boot:</screen>
</informaltable>
</sect3>
</sect2>
<sect2 id="serialconsole-tips">
<title>シリアルコンソールを利用する上で役に立つ情報</title>
<sect3>
<title>シリアルポートの通信速度をもっと速いものに設定するには</title>
<para>デフォルトのシリアルポート通信速度は、9600 ボー、
8 ビット、パリティなし、ストップビット 1 です。
通信速度を変更したい場合には、少なくとも
ブートブロックの再コンパイルが必要になります。
<filename>/etc/make.conf</filename> に次のような行を追加して、
新しくブートブロックをコンパイルして下さい。</para>
8 ビット、パリティなし、ストップビット 1 です。
通信速度を変更したい場合には、少なくとも
ブートブロックの再コンパイルが必要になります。
<filename>/etc/make.conf</filename> に次のような行を追加して、
新しくブートブロックをコンパイルして下さい。</para>
<programlisting>BOOT_COMCONSOLE_SPEED=19200</programlisting>
<para>もし、シリアルコンソールがブート時の <option>-h</option>
オプション以外の方法で設定されていたり、
カーネルが利用するシリアルコンソールが
ブートブロック実行中のものと異なる場合には、
カーネルコンフィグレーションファイルに次のオプションを追加して、
新しくカーネルをコンパイルしなければなりません。</para>
オプション以外の方法で設定されていたり、
カーネルが利用するシリアルコンソールが
ブートブロック実行中のものと異なる場合には、
カーネルコンフィグレーションファイルに次のオプションを追加して、
新しくカーネルをコンパイルしなければなりません。</para>
<programlisting>options CONSPEED=19200</programlisting>
</sect3>
<sect3 id="serialconsole-com2">
<title><devicename>sio0</devicename> 以外のシリアルポートを
コンソールとして使うには</title>
コンソールとして使うには</title>
<para><devicename>sio0</devicename>
以外のポートをコンソールとして使うには、再コンパイルが必要です。
それがどんな理由であれ、他のポートを使用する場合には
ブートブロック、ブートローダ、カーネルを
次のようにして再コンパイルして下さい。</para>
以外のポートをコンソールとして使うには、再コンパイルが必要です。
それがどんな理由であれ、他のポートを使用する場合には
ブートブロック、ブートローダ、カーネルを
次のようにして再コンパイルして下さい。</para>
<procedure>
<step>
<para>カーネルソースを取得する。</para>
</step>
<step>
<para><filename>/etc/make.conf</filename> を編集し、
<literal>BOOT_COMCONSOLE_PORT</literal> に
使用したいポートのアドレス(0x3F8、0x2F8、0x3E8 or 0x2E8)を
設定してください。使用可能なのは
<devicename>sio0</devicename> から
使用したいポートのアドレス(0x3F8、0x2F8、0x3E8 or 0x2E8)を
設定してください。使用可能なのは
<devicename>sio0</devicename> から
<devicename>sio3</devicename> (<devicename>COM1:</devicename>
から <devicename>COM4:</devicename>) までで、
マルチポートシリアルカードは使えません。
また、ここで割り込みの設定をする必要はありません。</para>
マルチポートシリアルカードは使えません。
また、ここで割り込みの設定をする必要はありません。</para>
</step>
<step>
<para>設定を変更するために新たなカーネルコンフィグレーションファイルを作成し、
使いたいシリアルポートのフラグを適切に設定します。
例えば、<devicename>sio1</devicename>
使いたいシリアルポートのフラグを適切に設定します。
例えば、<devicename>sio1</devicename>
(<devicename>COM2:</devicename>) をコンソールにしたければ、</para>
<programlisting>device sio1 at isa? port "IO_COM2" tty flags 0x10 irq 3</programlisting>
<para>または、</para>
<programlisting>device sio1 at isa? port "IO_COM2" tty flags 0x30 irq 3</programlisting>
<para>とします。その際、
他のシリアルポートにコンソールフラグをつけてはいけません。</para>
他のシリアルポートにコンソールフラグをつけてはいけません。</para>
</step>
<step>
<para>ブートブロックを再コンパイルし、インストールする。</para>
<screen>&prompt.root; <userinput>cd /sys/boot/i386/boot2</userinput>
&prompt.root; <userinput>make</userinput>
&prompt.root; <userinput>make install</userinput></screen>
</step>
<step>
<para>ブートローダを再コンパイルし、インストールする。</para>
<screen>&prompt.root; <userinput>cd /sys/boot/i386/loader</userinput>
&prompt.root; <userinput>make</userinput>
&prompt.root; <userinput>make install</userinput></screen>
</step>
</step>
<step>
<para>カーネルを再構築し、インストールする。</para>
</step>
<step>
<para>&man.disklabel.8;
を使ってブートブロックをブートディスクに書き込み、
新しいカーネルから起動する。</para>
を使ってブートブロックをブートディスクに書き込み、
新しいカーネルから起動する。</para>
</step>
</procedure>
</sect3>
<sect3>
<title>シリアルポートから DDB デバッガを起動するには</title>
<para>シリアルコンソールからカーネルデバッガを起動したい(これは
リモートで診断する際に便利ですが、もしおかしな BREAK
信号がシリアルポートに送られるような場合には危険です!)
場合には、次のオプションを使ってカーネルをコンパイルして下さい。
</para>
リモートで診断する際に便利ですが、もしおかしな BREAK
信号がシリアルポートに送られるような場合には危険です!)
場合には、次のオプションを使ってカーネルをコンパイルして下さい。
</para>
<programlisting>options BREAK_TO_DEBUGGER
options DDB</programlisting>
</sect3>
<sect3>
<title>シリアルコンソールにログインプロンプトを表示させるには</title>
<para>シリアルコンソールからブートメッセージを確認したり、
シリアルコンソールを経由してカーネルデバッグセッションに入ることが
できるので、これは必要がないかもしれませんが、
<emphasis>login</emphasis> プロンプトをシリアルポートに
出力するように設定することもできます。
これには、次のようにします。</para>
シリアルコンソールを経由してカーネルデバッグセッションに入ることが
できるので、これは必要がないかもしれませんが、
<emphasis>login</emphasis> プロンプトをシリアルポートに
出力するように設定することもできます。
これには、次のようにします。</para>
<para>エディタで <filename>/etc/ttys</filename> というファイルを開き、
次に示す行に移動して下さい。</para>
次に示す行に移動して下さい。</para>
<programlisting>ttyd0 "/usr/libexec/getty std.9600" unknown off secure
ttyd1 "/usr/libexec/getty std.9600" unknown off secure
ttyd2 "/usr/libexec/getty std.9600" unknown off secure
ttyd3 "/usr/libexec/getty std.9600" unknown off secure</programlisting>
<para><literal>ttyd0</literal> から
<literal>ttyd3</literal> は、
<devicename>COM1</devicename> から
<literal>ttyd3</literal> は、
<devicename>COM1</devicename> から
<devicename>COM4</devicename> に対応しています。
設定したいポートの <literal>off</literal> を
設定したいポートの <literal>off</literal> を
<literal>on</literal> に変更して下さい。
また、もしシリアルポートの通信速度を変更しているなら、
<literal>std.9600</literal> が実際の通信速度になるように、
例えば <literal>std.19200</literal> のように変更して下さい。</para>
また、もしシリアルポートの通信速度を変更しているなら、
<literal>std.9600</literal> が実際の通信速度になるように、
例えば <literal>std.19200</literal> のように変更して下さい。</para>
<para>さらに、実際のシリアル端末に合わせて、
端末タイプを <literal>unknown</literal> から変更することも可能です。
</para>
端末タイプを <literal>unknown</literal> から変更することも可能です。
</para>
<para>ファイルの編集が終了したら、
変更を有効化するために <command>kill -HUP 1</command>
を実行しなければなりません。</para>
変更を有効化するために <command>kill -HUP 1</command>
を実行しなければなりません。</para>
</sect3>
</sect2>
<sect2 id="serialconsole-loader">
<title>ブートローダからコンソールを変更するには</title>
<para>前セクションは、ブートブロックの設定を変更することでシリアルコンソールを
セットアップする方法について解説していました。
このセクションでは、ブートローダへのコマンド入力と環境変数設定で
コンソールの指定を行なう方法を紹介します。
ブートローダがブートブロックの後、
ブートプロセスの第三ステージとして呼び出されたとき、
ブートローダの設定には、ブートブロックの設定がそのまま使われます。
</para>
セットアップする方法について解説していました。
このセクションでは、ブートローダへのコマンド入力と環境変数設定で
コンソールの指定を行なう方法を紹介します。
ブートローダがブートブロックの後、
ブートプロセスの第三ステージとして呼び出されたとき、
ブートローダの設定には、ブートブロックの設定がそのまま使われます。
</para>
<sect3>
<title>シリアルコンソールをセットアップする</title>
<para>ブートローダとカーネルに対して
シリアルコンソールを使用するように設定するには、
単に <filename>/boot/loader.rc</filename>
のファイルに、次のような一行を書くだけで実現できます。</para>
シリアルコンソールを使用するように設定するには、
単に <filename>/boot/loader.rc</filename>
のファイルに、次のような一行を書くだけで実現できます。</para>
<programlisting>set console=comconsole</programlisting>
<para>これは、前セクションで扱ったブートブロックの設定に
全く関係なく機能します。</para>
全く関係なく機能します。</para>
<para>上に示した行は、
<filename>/boot/loader.rc</filename>
の最初の行に書き込まなくてはいけません。
これはできるだけ早く、ブートメッセージをシリアルコンソールに
出力させるために必要なことです。</para>
の最初の行に書き込まなくてはいけません。
これはできるだけ早く、ブートメッセージをシリアルコンソールに
出力させるために必要なことです。</para>
<para>同様にして、次のように内蔵コンソールを指定することもできます。</para>
<programlisting>set console=vidconsole</programlisting>
<para>もし、ブートローダの環境変数
<envar>console</envar> が設定されていない場合、
ブートローダ、そしてその次に起動するカーネルは
ブートブロックで指定された <option>-h</option> オプションに
示されたコンソールを使用します。
</para>
ブートローダ、そしてその次に起動するカーネルは
ブートブロックで指定された <option>-h</option> オプションに
示されたコンソールを使用します。
</para>
<para>3.2 以降のバージョンにおいては
<filename>/boot/loader.rc</filename> ではなく、
<filename>/boot/loader.conf.local</filename> や
<filename>/boot/loader.conf</filename>
にコンソール指定を書き込みます。
その場合、
にコンソール指定を書き込みます。
その場合、
<filename>/boot/loader.rc</filename>
は次のようになっていなければなりません。
</para>
は次のようになっていなければなりません。
</para>
<programlisting>include /boot/loader.4th
start</programlisting>
<para>それから、<filename>/boot/loader.conf.local</filename>
を作成して、次の行をそこに追加して下さい。
</para>
を作成して、次の行をそこに追加して下さい。
</para>
<programlisting>console=comconsole</programlisting>
<para>か、もしくは</para>
<programlisting>console=vidconsole</programlisting>
<para>です。詳細については、&man.loader.conf.5; を参照して下さい。</para>
<note>
<para>その際、ブートローダはオプション指定なし
(ブートブロックに <option>-P</option> オプションが指定されたのと等価)になり、
キーボードの存在を調べて
内蔵コンソールとシリアルコンソールを自動的に選択する機能は働きません。</para>
(ブートブロックに <option>-P</option> オプションが指定されたのと等価)になり、
キーボードの存在を調べて
内蔵コンソールとシリアルコンソールを自動的に選択する機能は働きません。</para>
</note>
</sect3>
<sect3>
<title><devicename>sio0</devicename> 以外のシリアルポートを
コンソールとして使うには</title>
コンソールとして使うには</title>
<para><devicename>sio0</devicename> 以外のシリアルポートを
コンソールとして使うには、ブートローダを再コンパイルする必要があります。
それには、
<xref linkend="serialconsole-com2"> に書かれている説明にしたがって下さい。</para>
コンソールとして使うには、ブートローダを再コンパイルする必要があります。
それには、
<xref linkend="serialconsole-com2"> に書かれている説明にしたがって下さい。</para>
</sect3>
</sect2>
<sect2 id="serialconsole-caveats">
<title>注意</title>
<para>シリアルコンソールというアイデアは、
グラフィック出力用のハードウェアやキーボードが接続されていない
専用サーバのセットアップを可能にするためのものです。
ほとんどのシステムはキーボードなしで起動できますが、
不幸にも、グラフィックアダプタなしでは起動できないシステムはたくさんあります。
AMI BIOS を採用しているマシンでは、CMOS 設定の
`graphics adapter' を `Not Installed'
にするだけで、
グラフィックアダプタがなくとも起動できるように設定することができます。</para>
グラフィック出力用のハードウェアやキーボードが接続されていない
専用サーバのセットアップを可能にするためのものです。
ほとんどのシステムはキーボードなしで起動できますが、
不幸にも、グラフィックアダプタなしでは起動できないシステムはたくさんあります。
AMI BIOS を採用しているマシンでは、CMOS 設定の
`graphics adapter' を `Not Installed'
にするだけで、
グラフィックアダプタがなくとも起動できるように設定することができます。</para>
<para>しかしながら、多くのマシンはこのようなオプションを持っていませんし、
ディスプレイハードウェアがシステムに存在しないと起動しないように
なっています。そのようなマシンでは、
モニタを接続する必要がなかったとしても、
適当なグラフィックカード(モノクロのジャンク品でも構いません)を
挿入したままにしておく必要があるでしょう。
また、AMI BIOS をインストールする、という手もあります。</para>
ディスプレイハードウェアがシステムに存在しないと起動しないように
なっています。そのようなマシンでは、
モニタを接続する必要がなかったとしても、
適当なグラフィックカード(モノクロのジャンク品でも構いません)を
挿入したままにしておく必要があるでしょう。
また、AMI BIOS をインストールする、という手もあります。</para>
</sect2>
</sect1>