OpenBoot は、SPARC アーキテクチャのブートに必要となる 基本的な機能を提供するものです。 これは x86 アーキテクチャに置ける BIOS と機能的には似ていますが、 ずっと優れています。 Sun のブート PROM には Forth のインタープリタが組み込まれており、 これを使うと診断を行ったり、簡単なスクリプトを実行したり、 コンピュータに対してさまざまなことが行えます。

ブートプロンプトを呼び出すには、Stop キー (Type 4 キーボードより古いものでは L1 キー、 また PC キーボードアダプタを持っているなら Break キー) を押しながら A キーを押してください。 ブート PROM は ok あるいは > というプロンプトを表示します。 ok というプロンプトの方を好まれる方が多いようです。 古い方のプロンプトが表示された場合は、 n キーを押すと新しい方のプロンプトになります。

シリアルコンソールを使用している場合、マシンに break を送信してください。 Minicom では Ctrl-A F を使用します。 cu では Enter を押して、 %~break と入力してください。 その他のプログラムを使用している場合は、 その端末エミュレータの文書を参照してください。

OpenBoot を使うと、特定のデバイスから起動したり、 デフォルトのブートデバイスを変更したりできます。 しかしこのためには、OpenBoot におけるデバイスの呼び方について、 ある程度詳しく知っておく必要があります。 これは、項B.4. 「Linux におけるデバイス名」 で説明した Linux におけるデバイスの命名法とはかなり異なっています。 またコマンドも OpenBoot のバージョンによって少々異なります。 OpenBoot に関するより詳細な情報は、 Sun OpenBoot Reference にあります。

新しい版では、たいていの場合 「floppy」, 「cdrom」, 「net」, 「disk」, 「disk2」 などの OpenBoot デバイスが使えます。 それぞれ文字通りの意味です。 例えば 「net」 デバイスはネットワークからの起動用です。 さらに、デバイス名では特定のディスク・特定のパーティションを 指定することもできます。 例えば第 2 ディスクの第 1 パーティションから起動するには 「disk2:a」 のように指定します。 OpenBoot の完全なデバイス名は、

driver-name@
unit-address:
device-arguments

という形式です。 OpenBoot の古い版では、デバイス名の付け方が若干異なります。 フロッピーデバイスは 「/fd」 となり、 SCSI ディスクデバイスの形式は 「sd(controller, disk-target-id, disk-lun)」 となります。 新しい版の OpenBoot には show-devs というコマンドがあり、 これは現在設定されているデバイスを見るのに便利です。 どの版を使うにせよ、完全な情報は Sun OpenBoot Reference をご覧ください。

特定のデバイスから起動するには、 bootデバイス名 というコマンドを使ってください。 setenv コマンドを使えば、 その動作をデフォルトに設定することができます。 しかし設定する変数名は OpenBoot のリビジョンによって異なります。 OpenBoot 1.x では、 setenv boot-fromデバイス名 というコマンドを使います。 それ以降の版の OpenBoot では setenv boot-deviceデバイス名 というコマンドを使います。 なおこの設定は、Solaris の eeprom コマンドを使ったり、 /proc/openprom/options/ の適当なファイルを変更して 行います。例として Linux からなら

# echo disk1:1 > /proc/openprom/options/boot-device

Solaris では

eeprom boot-device=disk1:1

のようにします。

多くの人たちが、例えば 90 MHz の CPU を 100 MHz で動作させるようなことに挑戦しています。 これはうまくいく時もありますが、温度などの要因に敏感で、 実際にシステムに損傷を与えることもあります。 この文書の著者は、自分のシステムを 1 年間オーバークロックで動作させたことが ありますが、その後カーネルのコンパイル中に gcc が 予期しないシグナル (unexpected signal) で中断するようになってしまいました。 この問題は CPU の速度を普通に戻すことで解決しました。

メモリモジュールの不良 (あるいはデータを改変してしまうその他のハードウェア障害) が起きた場合、最初にやられるのは gcc コンパイラであることが 多いようです。 gcc は膨大なデータ構造を構築し、それを繰り返し使うからです。 このようなデータ構造にエラーが生じると、不正な命令が実行されてしまったり、 存在しないアドレスへのアクセスを発生させたりします。 この結果として、gcc が予期しないシグナルで中断するのです。