Gentoo インストールのヒントとトリック

Gentoo はフレキシブル、かつさまざまなインストール方法をサポートしています。それら個々のインストール手順にすべてのヒントとトリックを記載することはほぼ不可能です。そのため本ドキュメントではリファレンスを目的として、これまでに投稿されたすべてのヒントとトリックを扱うことに挑戦します。

イントロダクション

はじめに

このドキュメントは Gentoo/x86 のインストールに関して、さまざまなヒントとトリックを含んでいます。それらの多くはこれまで十分に議論されてきたものであり、インストール手順を補足できますが、元の手順を置き換えるものではありません。

高度なインストール方法

ソフトウェアRAID

インストール CD からブートする時は適切な RAID モジュールをロードしてください。例えば、RAID-1 の場合は以下を実行します。

ここで、対象となるディスクのパーティションタイプが 83 (Linux native)ではなく、fd (Linux raid autodetect) となっていることを確認してください。パーティションタイプは fdisk の t コマンドで変更できます。

また RAID を構成する前にメタデバイスノードを作成する必要があります。

パーティション作成後、RAID 管理のためのより進んだツールである mdadm コマンドで/etc/mdadm.conf ファイルを作成します（もちろん、インストール CD でブートした場合でも作成します）。例えば、/dev/sda と /dev/sdb の上に RAID-1 でミラーされた boot、swap、root パーティションを作成する場合は、以下のようにします。

Linux のソフトウェア RAID ドライバは、まずメタデバイスを作成します。進捗は /proc/mdstat で確認できます。まずはメタデバイスが完全に生成されるまで待ちましょう。

ここから先は、boot パーティションに /dev/md1、swap パーティションに /dev/md2、root パーティションに /dev/md3 を使います。

chroot を実行する直前に、/etc/mdadm.conf 全体を/mnt/gentoo/etc にコピーすることを忘れないでください。

カーネルを再コンフィグレーションするときは、適切な RAID サポートをモジュールではなく、カーネルに"組み込む"必要があります。

追加のツールをインストールする場合、sys-fs/mdadm も emerge しましょう。ただ全てのインストール CD で利用できるわけではない点に注意してください。このため、ネットワークを使用しない場合、ソフトウェア RAID 上に Gentoo をインストールできないかもしれません。

ブートローダーの設定時、ミラーリングを使っている場合は、ミラーリング対象のディスクの両方の MBR にインストールしなければなりません。

カーネル 2.4 を使用した ATA RAID

まず、インストール CD を doataraid オプション付きでブートしてください。ブート後、/dev/ataraid ディレクトリを確認してください。ATA RAIDで使用可能なハードディスクそれぞれに対して、disc* ディレクトリが存在するはずです。ここでディスク全体は disc と表示され、パーティションは part* と表示されます。

Gentoo をインストールしたい /dev/ataraid/disc*/* デバイスファイルをメモしておいてください。後でインストール例の /dev/sda と、メモしたパスを置き換えなければならないためです。

chroot する前に、/dev を新しい環境に bind オプション付きでマウントしなければなりません。

カーネル設定時、ATA RAID チップセットといくつかのオプションをサポートする必要があります。ポピュラーな ATA RAID システムは、Promise FastTrack built-in RAID で、この場合は Promise FastTrack Options を組み込む必要があります。

GRUB を設定する時は、まず GRUB のブートディスクを生成しなければなりません。これはあなたが想像するほど難しい作業ではありません。まずは普段どおりGRUB をインストールしますが、GRUB を実際に MBR に書き込むときは以下の手順を実行します。

grub.conf の設定も必要です。これは通常のインストール手順と変わりありません。ただ、ATA RAID デバイスを root= で確実に指定してください。

インストール完了後、GRUB のブートディスクからブートすると、GRUB のプロンプトが表示されるでしょう。ATA RAID デバイスからブートするように設定します。

ここで再起動します。（同時に GRUB の起動用フロッピーは取り出しておきます）

LILO の場合は、インストール手順に従えば安全にインストールできます。

インストール CD のカーネルを使用する

もし、カーネルをあなた自身でコンパイルしたくない場合、インストール CD のカーネルをあなたのシステムにコピーすることができます。インストール手順のカーネルをコンパイルする箇所で、別のターミナル（Alt と F2 を同時押し）に切り替えて、インストールの最初に指定した root のパスワードでログインしてください。

カーネルとモジュールをあなたのGentooにコピーしてください。

Gentoo の起動中に（インストール CD から）ロードされたすべてのモジュールを新しい環境側で設定します。chroot した環境で以下のコマンドを実行してください。

/etc/modules-load.d/local.conf の内容が適切に更新されたことを確認しましょう。

インストールを簡単に

ターミナルから離れる

多くの場合、時間がかかるコンパイル中はシステムから離れたいものです。しかし、特定のケースではこれは難しくなります。例えば周囲に知らない人がたくさんいる公衆の環境でインストールをする場合です。このようなケースでは、コンパイルはバックグラウンドで実行して、すべてのターミナルからログオフしたくなるでしょう。

これを実現するためのいくつかの手段があります。まず最初の方法は screen を使うことです。インストール CD からブート後、root パスワードを設定して、screen セッションを開始してください。

一旦、screen セッションに入った後は、すべてのインストール作業を screen 上で行えます。ターミナルを離れる時は、Ctrl と a を同時に押した後、d を押してください。これで screen セッションからターミナルを "detach" するため、(作業内容を失うことなく) 安全にログアウトできます。

作業を再開する場合、再度 root でログインして、バックグラウンドで動作している screen セッションに "attach" してください。

仮に screen が使用できなくても、別の方法でターミナルから離れることができます。通常のインストール手順の中で長時間のコンパイルが始まる場合（例えば ./scripts/bootstrap.sh の実行時）、nohup を使えばあなたがログアウトしてセッションが閉じた場合でもコンパイルを継続できます。このとき、忘れずにコンパイルコマンドの末尾に "&" を付けてください。そうしないとコンパイルコマンドはバックグラウンドで実行されません！ここで、あなたが現在どのディレクトリにいるのか（これは pwd コマンドでわかります）を覚えておいてください。これは後の手順で必要です。

/var/db/repos/gentoo

これで chroot 環境とインストール CD のセッションから出ることができます（exit）。コンパイルはバックグラウンドで実行されます。

コンパイル結果を確認するには、（インストール CD で）root としてログインし、chroot 環境に戻ります。そしてセッション中で最後にいたディレクトリに戻ってください。

ここで、そのディレクトリに作られているであろう nohup.out ファイルを less コマンドで見てください。コンパイル結果が nohup.out ファイルに追加されているでしょう。そのため、もしコンパイルの進捗を随時確認したい場合は、less nohup.out を実行後、F を入力してログの追加を随時反映させましょう。

変更をフォローし終わった場合、Ctrl と c を押した後に、q を押してください。この場合、コンパイルプロセスは終了せず、単に less が終了するだけです。

エラーと問題の解決

ディスクを詳細にテストする

ディスク全体を通して整合性（不良セクタ等）をチェックしたい場合は、 mke2fs で ext2 または ext3 のファイルシステムを作成時、-c（小文字の c ）オプションを付与してください。これでディスク全体のフォーマットとリードテストを行い、かつ不良ブロックについてはその旨マークします。もしあなたが本当にパラノイドであるならば、-c -c とすることでディスク全体に対してリード/ライトテストを実行できます。

インストールに失敗したときの復旧方法

なんらかの理由で Gentoo のインストールに失敗した場合でも、全てのインストール作業を最初からやり直す必要はありません。あなたがミスをしたと思われる時点まで（もしくは手順に不備があると考える時点まで）安全に戻ることができ、その時点から違うアプローチでインストールを続けることができます。

まず最初に、chroot した Gentoo Linux 環境から抜け出す必要があります。しかしすべての手順を再度実行する必要はありません。例えばパーティションが既に作成されているのであれば、パーティション作成はスキップすることができます。その場合、すぐにそのパーティションを /mnt/gentoo にマウントできます。また、ステージの展開や make.conf の修正もスキップできるでしょう。せっかく作ったファイルを上書きしたくありませんよね。

一旦、Gentoo Linux 環境に chroot した後は、異なるアプローチを取りたいポイントまですぐに進みましょう。例えばそれ自身が間違いでない限り、通常の手順でブートストラップのような処理が求められていたとしても、それを再度実行する必要はありません。

もしあなたが間違って grub.conf を設定したと考えているのであれば、すぐにエディタを起動して /boot/grub/grub.conf を更新しましょう。

起こっている問題に対して一旦異なるアプローチを取った場合、いくつの後続ステップの再実行を検討しなければなりません。具体的には、後続ステップがあなたの変更に依存していれば、それらをやり直す必要があります。

例えば、

• make.conf の変数を変更した場合、この変数に依存している全てのコンパイルを再実行しなければなりません。
• /boot/grub/grub.conf を変更した場合、chroot 環境から出てリブート���ます。理由はgrub.conf に依存する後続のステップを正常に実行するためです。
• カーネルをリコンパイルした場合、ブートローダーがそのカーネルイメージを正しくブートできるようにしなければなりません（/boot をマウントしていることを再確認しましょう）。そして chroot 環境を出て、リブートしてください。
• /etc/fstab を変更した場合、chroot 環境を出て、リブートしなければなりません。

ほとんどのリカバリ操作ですぐに再起動が必要になることがわかるでしょう。そのまま後続のインストールステップをやり直さなければならないのは特定のケースだけです。