Diskless NetBSD HOW-TO 序説 (sparc と sun3 固有な部分)

Sun Firmware 手順

どの Sun のマシンが netboot 可能か

すべての sparc と sun3 のワークステーションとサーバーは、内蔵ネットワークインターフェース経由でのブートが可能です。ネットワークブートストラップ手順は、適切なPROMコマンドを入力する事により開始されます。使うべき PROM コマンドの正しいフォーマットは、PROM のバージョンに依存します(以下を参照してください)。

JavaStation のサポート機種は現在のところ、 JavaStation-1 と JavaStation-NC のふたつがあります。 JavaStation-1 の一部のユニットは OpenBoot PROM 2 を持っており、こちらは以下に示す手順に従ってください。これ以外の JavaStation-1 とすべての JavaStation-NC ユニットは Open Firmware を持っています。これらでは、 Open Firmware ベースの JavaStation 向けの Diskless NetBSD HOW-TO ページをご覧ください。

sparc64 システムも、若干異なる方法でネットブートできます。 Open Firmware ベースの sparc64 向けの Diskless NetBSD HOW-TO ページをご覧ください。

イーサネットハードウェアアドレスの決定

電源をいれた時に、MAC アドレスが表示されるはずです。もし、イーサネットアドレスが ff:ff:ff:ff:ff:ff と表示されたら、 NVRAM バッテリーがあがっています。 Sun NVRAM/Hostid FAQ を参照してください。NVRAM が動作しないと netboot する事はできません。

RARP を使った IP アドレスの取得

ネットワーク経由でブートするように PROM コマンドを入力したら、ワークステーションは最初に、Reverse ARP (あるいは RARP) プロトコルを使い IP アドレスを取得しようとします。したがって、ワークステーションと同じネットワークブロードキャストドメイン内のどこかでRARP サーバーを起動させる必要があります。電源を投入した時、あるいはリセットした時に、マシンのイーサネットアドレス(RARP サーバーの設定に必要です)がバナーに表示されるはずです。

時々、rarpdサーバーの arp エントリーが間違っている事があります。もし、このような現象が発生したら、以下のコマンドを実行する必要があります(rarpdサーバー上で):

# arp -s client.test.net CC:CC:CC:CC:CC:CC temp

注: もし、クライアントが rarpd サーバーを見つけることができなかったら、クライアントは気長に待ち続け、エラーメッセージはまったく表示されません(rarpd ページに書かれています)。

ブートローダーのダウンロード

RARP フェーズが成功したら、ワークステーションの firmware は、TFTP プロトコルを使い、プログラムをダウンロードします。これは、最初の RARP リクエストで返されたサーバーへの TFTP コネクションを設定し、マシンの IP アドレスとアーキテクチャークラスを元にした名前のファイルを要求することによりおこなわれます。Sun 3 (3/50 および 3/60 で確認) では、このファイル名にアーキテクチャークラスを付けないことがあります。

ブートローダーの名前

netboot するマシンは、tftp を使い、以下の名前のファイルを要求します:

最初の 8 文字は、IP アドレスの 4 つのオクテットを十六進で表記したものです。
sparc と新しい sun3 マシンの場合、ドット(`.')が付加され、その後にマシンのアーキテクチャークラスが大文字で続きます。

このファイル名の計算には、以下のように bc(1) が使えます:

$ bc
obase=16
192
C0
168
A8
1
1
10
A
quit

よって、 192.168.1.10 という IP アドレスが割り振られた sun4c マシンおよび新しい sun3 マシンは、 `C0A8010A.SUN4C' のようなファイルを TFTP で要求しますが、同じ IP アドレスの古い sun3 マシンは、 `C0A8010A' を要求します。

通常、このファイルは適切なセカンドステージブートプログラムをさすシンボリックリンクになるよう TFTP サーバー上で設定されています。もちろん、このファイルは TFTP daemon が見つけることができる場所に存在する必要があります (多くの TFTP daemon は chroot された環境で動いている事を忘れないでください)。 NetBSD の配布物の中の installation/netboot/boot.net (sparc) または installation/netboot/netboot (sun3) に、セカンドステージブートプログラムがあります。

Firmware コマンド

コマンドは Openboot firmware のバージョンによって異なります。

バージョン 1 は普通 '>' プロンプトを表示し、
バージョン 2 は普通 'ok' プロンプトを表示します。

ロードするカーネルと他の引数は、コマンドラインの最後に指定することにより、ブートローダーに渡すことができます。

バージョン 1 Openboot firmware

ネットワークデバイスによるブートストラップ手順の初期化するためには、以下の文法を使用してください:

`b xx()' xx は 2文字のデバイス指定子です。例えば、`b le(,,)' や `b ie(0,0,0)'

完全な文法は:

`b [[!][[device([controller],[unit],[partition])pgm [arg1,...,arg7]]]/?]' pgm を起動します。デフォルトのブートシークエンスデバイス、EEPROM に設定されたデバイス、あるいはユーザーが指定したデバイスを使用することができます。また、引数に '?' を与えれば、ブート可能なデバイスの一覧を見ることができます。もし、引数に '!' があれば、システムはブートの前にリセットされません。残りの7つのオプションは、ブートプログラムに渡されます。
(controller,unit,partition) 引数は、TFTP サーバーの指定に使用されます(???)。 [誰か詳細を御存知の方は、私達に連絡してください。]

バージョン 2 Openboot firmware

`boot' コマンドの、ブートデバイスを指定する一般的な文法を使います。

`boot net';
ひとつしかネットワークインターフェースを持たないマシンでは、これでうまくいくでしょう。この場合、`net' は、オンボードネットワークデバイスのフルパス名へのエイリアスとして、firmware によって設定されているはずです。
異なるカーネル名やオプションを指定したいことがあるかもしれません。その場合は、カーネル名とオプションをデバイス名の後に並べます:
`boot net netbsd-GENERIC.MP.gz -a'
使うネットワークデバイスを明示的に指定する必要がある場合もあります。例えば、二つの異なるサブネットに接続するために一つ以上のインターフェースを持つマシンの場合です。この場合、ブートコマンドで完全なデバイスパス名を指定します。例えば:
`boot /iommu/sbus/lebuffer@2,40000/le@2,60000';
は Sbus スロット 2 の "FSBE/S" ボードにある `le' インターフェースを選択します。
`boot /iommu/sbus/ledma:tpe/le';
はツイストペアーモードのオンボードネットワークインターフェースを選択します。

設定を始める (次の順番に読むのが良いでしょう):

NetBSD 配布物から、 installation/netboot/boot.net を取得してください。これは TFTP で送られるものです。それから、先にブートローダーの名前セクションで記述したように、このファイルを適切な名前で /tftpboot にコピーしてください。

戻る | 進む | 目次

ホームページ

Documentation top level