インストールを始める前に、現在使用しているシステムのすべてのファイルを バックアップしてください。インストールの手続きはハードディスクのすべての データを消す可能性があります。 インストールに用いられるプログラム群は、極めて安定しており、何年も 使用されてきたものです。しかし、誤動作が発生する 可能性は否定できません。 バックアップを取った後でも、質問に対するあなたの答えには十分注意し、 よく考えて行動に移してください。 ほんの数分間程余計に配慮することで、 何時間もの不要な作業を避けることができるかもしれません。
また、マルチブートシステムにする、つまり複数のオペレーティングシステム を共存させる場合には、既にインストールされている オペレーティングシステムの配付メディアが手元にあることを確かめてください。 特にブートドライブのパーティションを切り直す場合は、 オペレーティングシステムのブートローダーや、場合によっては (Macintosh などでは) オペレーティングシステムそのものを、 再インストールしなければならないかもしれません。
BVM および Motorola VMEbus コンピュータを除く m68k システムで、 サポートされているインストール方法は、AmigaOS/TOS/MacOS-based bootstrap を用いたローカルディスクかフロッピーからのブートのみです。 そのため、これらのマシンで Linux をブートするためには、 オリジナルのオペレーティングシステムが必要になります。 また、BVM および Motorola VMEbus マシンで Linux をブートするためには、 ``BVMBug'' もしくは ``16xBug'' ブート ROM が必要になります。
この文書に加えて、 atari-fdisk
のマニュアル、 amiga-fdisk
のマニュアル、 mac-fdisk
のマニュアル、 pmac-fdisk
のマニュアル、 初心者のための dselect
入門、 Linux/m68k FAQ、
を用意しておくとよいでしょう。
もし、コンピュータがネットワークに 24 時間フルに接続されているならば (つまり、PPP 接続ではなく Ethernet やそれと同等な接続の場合)、 ネットワーク管理者に以下の情報を尋ねておかなければなりません。
コンピュータのネットワークへの唯一の接続が、PPP やそれと同等な ダイアルアップ接続を使うシリアルライン経由の場合、 おそらくネットワーク越しに基本システムをインストールすることはしないでしょう。 システムをインストールするまでは、 ネットワークの設定について悩む必要はありません。 Debian 上で PPP の設定をするための情報については 以下の PPP の設定, Section 7.21をご覧ください。
時々インストールに先立ってシステムを調整しなければならないことがあります。 x86 プラットフォームは、これらに関しては最も悪名高いものです。 他のアーキテクチャ上では、 インストール前にすべきハードウェアの設定はかなり単純です。
この節では、Debian のインストールに先立って必要となる ハードウェアの設定について見ていきます。 一般的に、この作業ではシステムのファームウェアの設定をチェックし、 場合によってはその設定を変更する必要があります。 「ファームウェア」は、ハードウェアが利用する中核的なソフトウェアで、 (電源が投入された後) ブートプロセスの間に起動される重要なものです。
Motorola 680x0 マシンでは一般的に、自動的に設定がなされるので、ファームウェ
アの設定は必要ありません。 しかし、適切な ROM
があること、システムに適切なパッチが当たっていることは 確認してください。
Macintosh を用いる場合、バージョン 7.1 以上の MacOS
を用いることをお勧めします。 というのも、バージョン 7.0.1 の MacOS
にあるビデオドライバのバグは、
ブート機構がビデオの割込みを無効化するのを妨げて、
ブート時のハングを引き起こしてしまうのです。 また Amiga bootstrap は、CD-ROM
上のディストリビューションに含まれるバージョンの ixemul.library
を必要とします。 BVM VMEbus システムでは、必ず BVMBug リビジョン G 以降のブート
ROM を利用してください。BVMBug ブート ROM は BVM
システムに標準のものではありませんが、申し込めば無償で BVM から入手できます。
FIXME: Mac needs >= 7.1 ? AmigaOS setpatch and ROM revisions? (see the
m68k FAQ)
多くの人たちが、例えば 90 MHz CPU を 100 MHz
で動作させるようなことに挑戦しています。
これは時にはうまくいきますが、温度や他の要因に敏感で、
実際にシステムに損傷を与えることもあります。 この文書の著者は、自分のシステムを
1 年間オーバークロックで動作させたことがありますが、その際、
カーネルのコンパイル中に予期しないシグナルを受けて gcc
の実行が中断するようになってしまいました。 この問題は、CPU
の速度を普通に戻すことで解決しました。
gcc コンパイラを使ってはじめて、メモリーの不良
(もしくは、予期しないデータの改竄を引き起すような他のハードウェア問題)
によって処理が中断する現象に遭遇することがよくあります。 これは
gcc が膨大なデータ構造を構築し、それを繰り返し
使うからです。これらのデータ構造のエラーは不正な命令や存在しないアドレス
へのアクセスを引き起こします。 この徴候として gcc
が予期しないシグナルで中断するのです。
Atari TT RAM ボードは、Linux 上で RAM にまつわる問題を引き起こすことで悪名高いものです。 もしなんらかの奇妙な問題にでくわしたならば、 まずは ST-RAM を用いてカーネルを動作させてみてください。 Amiga ユーザは、booter memfile を利用する RAM を避ける必要があるでしょう。 FIXME: more description of this needed.