RedHat Linux KickStart HOWTO <author>Martin Hamilton <tt/<martinh@gnu.org>/ <date>v0.2, 11 January 1999 <trans>藤原輝嘉 <tt/<fujiwara@linux.or.jp>/ <tdate>16 May 1999 <abstract>  本 HOWTO ドキュメントは，RedHat Linux の KickStart システムを使って同一の Linux マシンを素早く大量にインストールする方法を説明します．また上級ユーザ向けに，KickStart のインストール手続きを修正して独自の処理をさせる方法と，独自 RPM パッケージの構築方法を簡単に説明します． </abstract> <toc>  <sect>著作権表示 Copyright (c) 1998 Martin Hamilton, All rights reserved. This is free documentware; you can redistribute it and/or modify it under the terms of version 2 or later of the <url name="GNU General Public License" url="http://www.gnu.org/copyleft/gpl.html">.  <sect>ホームページ  本ドキュメントを Linux HOWTO ドキュメントのミラーサイトや CD-ROM から入手した場合には，<url name="KickStart HOWTO ホームページ" url="http://wwwcache.ja.net/dev/kickstart/"> を見て，より新しい版が出ていないかどうかを確認するとよいでしょう． <sect>日本語訳について 日本語訳は Linux Japanese FAQ Project が行いました (藤原輝嘉 <fujiwara@linux.or.jp>(日本語訳)，中野武雄 <nakano@apm.seikei.ac.jp>(校正))．日本語訳に関する誤りの指摘や，原文の作者にフィードバックをしたいけれど英語は苦手だという方は JF プロジェクト(<JF@linux.or.jp>) までご連絡ください． 原文のライセンスに従いまして，日本語訳の配布ライセンスは <url name="GNU General Public License" url="http://www.gnu.org/copyleft/gpl.html">(バージョン 2 以降)となります．  <sect>はじめに  RedHat Linux のバージョン 5 には，KickStart と呼ばれる，あまり知られていない(現時点ではドキュメントもあまりありません)機能が付いています．この機能を用いると，RedHat Linux のインストール作業の大部分 (あるいは全て) を自動化することができます．自動化できる処理には以下のものがあります: <itemize>  <item> 使用する言語の選択  <item> ネットワークの設定およびディストリビューションのインストール元の選択  <item> キーボードの選択  <item> (lilo 等の)ブートローダのインストール  <item> ディスクのパーティション設定とファイルシステムの作成  <item> マウスの選択  <item> X ウィンドウシステムのサーバの設定  <item> タイムゾーンの選択  <item> root のパスワード(の初期値)の選択  <item> インストールするパッケージの選択 </itemize>  察しの良い RedHat ユーザであれば，これらは本質的に RedHat Linux システムを手動インストールする際の手順であることに気づいたかと思います． KickStart システムは通常のインストール手順をスクリプト記述することを可能にします．これは，通常はキーボードから入力すべき情報を設定ファイルに書くことによって行います．  しかしお待ちください．話はまだあります :-)  KickStart を使うと，通常のインストール処理を終えた後に，さらにシェルレベルのコマンド群を指定して実行させることができます．つまり， RedHat Linux の一部として配布されていないローカル向けのソフトウェアを自動的に追加インストールして(フリーソフトウェアであっても，RedHat ディストリビューションに付いてこないものがあります．法的な理由により RedHat が配布できないものもあります．例えば <tt>ssh</tt> や暗号化システム <tt>PGP</tt> です)，完全に使えるシステムにするために必要な仕上げを行うことができるのです．  <sect>必要なもの  KickStart を使ったインストールには 2 つのアプローチがあります．1 つは単に KickStart の設定ファイルを RedHat の起動フロッピーにコピーするというものです．もう 1 つの方法は，通常の起動フロッピーを用い，KickStart の設定ファイルはネットワーク経由で取り込むという方法です．  どちらの場合にも以下のものが必要です: <enum>  <item> Intel (i386) 系のマシン - この文書を執筆している時点では， KickStart はこれらのマシンでなければ動作しないようです．  <item> KickStart の設定ファイル - こちらについては次のセクションで説明します．  <item> RedHat の起動ディスク - 修正パッケージやドライバの更新パッケージを利用するため updates ディレクトリから入手することが望ましいでしょう．  <item> 使おうとしている IP アドレスの DNS エントリ - これは無くても構いませんが，これを指定するとインストール時にマシンのドメイン名を入力せずに済みます． </enum>  ネットワークを通して設定ファイルを取り込む場合には，設定ファイルを NFS 経由でエクスポートする必要があります．これは現在サポートされている唯一のアクセス方法です．設定ファイルの指定により，RedHat ディストリビューション本体を別の NFS サーバから取り込むことができます．  静的な IP アドレスをマシンに設定することもできます．例えば，KickStart によるインストールのために予約した特別なアドレスです．別の方法として，設定ファイルに IP アドレスを直書きしたくなければ，BOOTP/DHCP サーバを使って設定ファイルを取り込むように KickStart に指示することができます．これを用いると，何らかのサーバが指定の範囲内のアドレスを自動的に割り当てます．このようなサーバとしては， <url name="動的アドレス割り当て拡張付きの CMU BOOTP サーバ" url="ftp://ftp.ntplx.net/pub/networking/bootp">等があります．  NFS や BOOTP/DHCP の詳しい説明については付録 A を参照してください．  <sect>起動フロッピーの設定  本質的には，しなければならない作業は KickStart の設定ファイルを RadHat の起動フロッピーに ks.cfg という名前でコピーすることだけです．この操作は以下のように行います: <tscreen><verb> mcopy ks.cfg a: </verb></tscreen>  しかし RedHat の起動フロッピーには色々なファイルが詰め込んであるので，他のファイルをいくつか消して空きを作ってやらないと KickStart の設定ファイルをコピーできないかもしれません．筆者の場合には各種メッセージのファイルを消せば何とかなりました．このメッセージは普通，ブートローダ <tt>SYSLINUX</tt> が表示するものです．この操作は以下のように行います: <tscreen><verb> mdel a:\*.msg </verb></tscreen>  別の方法としては，持っていないハードウェアのドライバをいくつか捨ててしまうこともできるでしょう．後述の起動フロッピーの修正に関するセクションをご覧ください．  <tt>SYSLINUX</tt> の設定ファイルである syslinux.cfg も編集したくなるかもしれません．このファイルも RedHat の起動フロッピーのトップレベルディレクトリにあります．例えば以下のような syslinux.cfg を用いると，マシンの起動時に自動的に KickStart モードに入ります．通常の入力待ちはありません: <tscreen><verb> default ks prompt 0 label ks kernel vmlinuz append ks=floppy initrd=initrd.img </verb></tscreen>  独自の起動フロッピーや補助フロッピーを作る際には，お近くの RedHat のミラーサイトの updates/i386 ディレクトリにある最新のディスクイメージを元にするとよいでしょう．古いディスクイメージにはバグがあったり，対応しているハードウェアが少ないことがあります．  <sect>KickStart の設定ファイル  設定ファイルには 3 つの主なセクションがあります: <enum>  <item> システム情報(ディスクのパーティション情報やネットワークの設定)  <item> インストールする RedHat のパッケージ  <item> インストール後に実行するシェルのコマンド </enum  ここで説明しないものも他にいくつかありますが，それも動作すると <bf>思います</bf>．詳しい情報については， misc/src/install/ks.samp にある KickStart の設定例と doc/README.ks を見てください．これらのファイルは，CD-ROM または RedHat のミラーサイト内の RedHat ディストリビューションのトップディレクトリにある i386 ディレクトリにあります．  <sect1>システム情報  利用可能なディレクティブのうち，筆者が使っているものを以下に示します: <descrip>  <tag/lang/ 言語の設定(英語など) <tscreen><verb> lang en </verb></tscreen>  <tag/network/ネットワークの設定(BOOTP や DHCP の使用など) <tscreen><verb> network --bootp </verb></tscreen>  <tag/nfs/インストール元となる NFS サーバとディレクトリ．指定例は以下: <tscreen><verb> nfs --server chicken.swedish-chef.org /mnt/cdrom </verb></tscreen>  NFS サーバ chicken.swedish-chef.org を使い，RedHat ディストリビューションを /mnt/cdrom ディレクトリからマウントします．  <tag/keyboard/キーボードの種類の設定(例えばイギリス用キーボード等) <tscreen><verb> keyboard uk </verb></tscreen>  <tag/zerombr/MBR(Master Boot Record) を消去します．既存のオペレーティングシステムのブートローダをディスクから消去します．  <tag/clearpart/既存のパーティションを消去します．例えば，インストール前に既存のディスクパーティションを全て消す等の場合です． <tscreen><verb> clearpart --all </verb></tscreen>  <tag/part/ディスクのパーティションを切ります．例えば，ルートファイルシステムに 500MB を割り当てます． <tscreen><verb> part / --size 500 </verb></tscreen>  <tag/install/RedHat Linux を新規インストールします．  <tag/mouse/使用するマウスを設定します．例えば，PS/2 または PS/2 互換の「バスマウス」では以下のように設定します． <tscreen><verb> mouse ps/2 </verb></tscreen>  <tag/timezone/タイムゾーンを設定します．例えば，イギリスのローカル時刻は以下のように設定します． <tscreen><verb> timezone --utc Europe/London </verb></tscreen>  <tag/rootpw/root の初期パスワードを設定します．これには予め暗号化したパスワード文字列を与えます． <tscreen><verb> rootpw --iscrypted XaacoeGPmf/A. </verb></tscreen>  <tag/lilo/ブートローダ LILO をインストールします．マスターブートレコード(Master Boot Record, MBR)にインストールするには以下のように指定します． <tscreen><verb> lilo --location mbr </verb></tscreen>  <tag/%packages/インストールするパッケージ．詳しくは後述します．  <tag/%post/インストール後に実行するシェルのコマンド．詳しくは後述します． </descrip>  KickStart が RedHat ディストリビューションを探すディレクトリには， RedHat という名前のサブディレクトリが必要だということに注意してください．このディレクトリ内には，該当プラットフォーム用の RedHat ディストリビューションがあります．先に示した例では，以下のようなファイルとディレクトリがあるはずです: <tscreen><verb> /mnt/cdrom/RedHat /mnt/cdrom/RedHat/base /mnt/cdrom/RedHat/contents /mnt/cdrom/RedHat/i386 /mnt/cdrom/RedHat/instimage /mnt/cdrom/RedHat/RPMS /mnt/cdrom/RPM-PGP-KEY </verb></tscreen>  ネットワーク経由でなく CD-ROM からインストールしているなら，ディレクトリの内容は以下のようになるはずです: <tscreen><verb> RedHat RedHat/base RedHat/contents RedHat/i386 RedHat/instimage RedHat/RPMS RPM-PGP-KEY </verb></tscreen>  複数アーキテクチャ用の RedHat ディストリビューションがある場合( NFS サーバ上などにあるはずです．複数アーキテクチャのディストリビューションは 1 枚の CD-ROM に収まりません)には，それぞれのディストリビューションには，以下のようなサブディレクトリの下に同じ名前のファイル群やディレクトリ群があると思います: <tscreen><verb> alpha/RPM-PGP-KEY i386/RPM-PGP-KEY sparc/RPM-PGP-KEY </verb></tscreen>  <tt>architecture</tt>/Redhat/<tt>architecture</tt> というファイルが存在しなければなりません(例: i386/Redhat/i386)．  暗号化したパスワード文字列を作るのは，Perl を使えばとても簡単です．例えば以下のように行います． <tscreen><verb> % perl -e 'print crypt("schmurrdegurr", "Xa") . "\n";'p </verb></tscreen>  その他のオプション(および実際には使われないオプション)を示します．筆者は試していません: <descrip>  <tag/cdrom/ネットワークではなく CD-ROM からインストールします．  <tag/device/デバイスの詳細事項を明示的に宣言します．指定例を以下に示します． <tscreen><verb> device ethernet 3c509 --opts "io=0x330, irq=7" </verb></tscreen>  <tt>device</tt> オプションに指定できる値は，SCSI コントローラ用の <tt>scsi</tt>, 独自 CD-ROM ドライブ用の <tt>cdrom</tt> です．  <tag/upgrade/新規インストールではなく，既にインストールしているものを更新します．  <tag/xconfig/X ウィンドウのサーバ，グラフィックカード，モニタを設定します． <tscreen><verb> xconfig --server "Mach64" --monitor "tatung cm14uhe" </verb></tscreen> </descrip>  最後のオプションについてはあまり詳しく調べていません．というのも，筆者は KickStart でインストールしたマシンのコンソールで X を実行する予定がないからです．筆者は KickStart 内で <tt>xconfig</tt> を実行すると動作がちょっと変になると聞いていますが，同じ機能は <tt>Xconfigurator</tt> を使ってコマンドラインから実現できます．したがって，X の設定はインストール後のスクリプトに残しておくのが良いでしょう．  KickStart の設定ファイルの最初の部分を示します．このファイルは，先程説明したオプションを組み合わせて作ります: <tscreen><verb> lang en network --static --ip 198.168.254.253 --netmask 255.255.255.0 --gateway 198.168.254.1 --nameserver 198.168.254.2 nfs --server chicken.swedish-chef.org /mnt/cdrom keyboard uk zerombr yes clearpart --all part / --size 500 part swap --size 120 install mouse ps/2 timezone --utc Europe/London rootpw --iscrypted XaacoeGPmf/A. lilo --location mbr </verb></tscreen>  RedHat に関する書籍の一部には，実際には動作しない <tt>network</tt> ディレクティブ(<tt>network --option</tt>)を呼び出すような記述を行っているものがあるので注意してください．正しい呼び出し方は，<tt>network</tt> の後に <tt>--static</tt>, <tt>--bootp</tt>, <tt>--dhcp</tt> のいずれかを記述します．BOOTP オプションと DHCP オプションは別のものであることを覚えておいてください．両者は別のコードで書かれているくらい違っています．  <tt>part</tt> ディレクティブには引き数 <tt>--grow</tt> を追加することができます．この引き数は，指定したサイズよりもパーティションを大きくしてよいことを指示します．この指定が意味を持つのはパーティションが 1 つあり，これに <tt>--grow</tt> というタグが付いている場合だけでしょう．  <sect1>インストールするパッケージ  KickStart の設定ファイルの packages セクションの先頭には， <tt>%packages</tt> ディレクティブだけを書いた行を置きます．この後には 2 つのタイプのうちの 1 つあるいは両方のパッケージ指定子を書きます．それぞれのパッケージは，RPM の名前(バージョンとプラットフォームの情報は含めません)を指定することによってインストールすることができます．またパッケージのグループは，グループの名前を指定すればインストールできます．  KickStart の設定ファイルの <tt>packages</tt> セクションの設定例を以下に示します: <tscreen><verb> %packages @ Base netkit-base bind-utils ncftp rdate tcp_wrappers traceroute cmu-snmp </verb></tscreen>  さて，これらのグループは何でしょうか? たくさんのグループがデフォルトで定義されていますね．これは RedHat ディストリビューションのトップレベルディレクトリにある base/comps というファイルに書かれています．本ドキュメントの執筆の時点におけるグループを示します: <itemize> <item> Base <item> Printer Support <item> X Window System <item> Mail/WWW/News Tools <item> DOS/Windows Connectivity <item> File Managers <item> Graphics Manipulation <item> X Games <item> Console Games <item> X multimedia support <item> Console Multimedia <item> Print Server <item> Networked Workstation <item> Dialup Workstation <item> News Server <item> NFS Server <item> SMB (Samba) Connectivity <item> IPX/Netware(tm) Connectivity <item> Anonymous FTP/Gopher Server <item> Web Server <item> DNS Name Server <item> Postgres (SQL) Server <item> Network Management Workstation <item> TeX Document Formatting <item> Emacs <item> Emacs with X windows <item> C Development <item> Development Libraries <item> C++ Development <item> X Development <item> Extra Documentation </itemize>  このリストは手動インストールの時にユーザが尋ねられる各種設定に対応していることにお気づきかと思います．一部のパッケージは複数のグループに含まれていますが，それらのグループを同時にインストールしても問題はありません．comps リスト中の各グループエントリは以下のようになっています: <tscreen><verb> 0 Extra Documentation sag lpg howto faq man-pages end </verb></tscreen>  名前(上のリストの最初の行)の隣が 1 であるグループは，デフォルトでインストールされるものとして選択されます．このファイルを編集して独自のグループを作ることや，既存のグループを再定義することにより，Linux のインストール処理をさらにカスタマイズできます．  <sect1>インストール後のシェルコマンド  この機能が多分最も特筆すべきものであり，手動インストールにはこれ直接に対応するものはありません．ここで行えることはシェルのコマンド列を指定することであり，実行されるのはインストールの主要な部分(ディスクのパーティション分割，パッケージインストール等)が終わった後になります．  KickStart の設定ファイル中において，このセクションの先頭の印は <tt>%post</tt> ディレクティブです．これ以降の部分では，新しく構築した Linux システムにインストールされているユーティリティを全て使用することができます．指定例を以下に示します: <tscreen><verb> %post ln -s /etc/rc.d/init.d /etc/init.d ln -s /etc/rc.d/rc.local /etc/rc.local ln -s /usr/bin/md5sum /usr/bin/md5 ln -s /usr/bin/perl /usr/local/bin/perl chmod ug-s /bin/linuxconf mkdir /var/tmp/tmp perl -spi -e 's!image=/boot/vmlinuz-.*!image=/boot/vmlinuz!' /etc/lilo.conf rm /etc/rc.d/rc*.d/*sendmail </verb></tscreen>  I/O リダイレクションやヒアドキュメントを使うこともできます: <tscreen><verb> cat <<EOF >>/etc/passwd squid:*:102:3500:Squid Proxy:/usr/squid:/bin/bash EOF cat <<EOF >>/etc/group cache:x:3500: EOF </verb></tscreen>  以下に示す例は，システムの起動スクリプトを修正するものです: <tscreen><verb> cat <<EOF >>/etc/rc.local echo 8192 > /proc/sys/kernel/file-max echo 32768 > /proc/sys/kernel/inode-max [ -x /usr/sbin/sshd ] && /usr/sbin/sshd [ -x /usr/sbin/cfd ] && /usr/sbin/cfd EOF </verb></tscreen>  これは crontab のエントリの設定例です: <tscreen><verb> cat <<EOF >/tmp/crontab.root # Keep the time up to date 0,15,30,45 * * * * /usr/sbin/ntpdate -s eggtimer 2>&1 >/dev/null # Recycle Exim log files 1 0 * * * /usr/exim/bin/exicyclog # Flush the Exim queue 0,15,30,45 * * * * /usr/exim/bin/exim -q EOF crontab /tmp/crontab.root rm /tmp/crontab.root </verb></tscreen>  独自に作った RPM をインストールすることもできます: <tscreen><verb> rpm -i ftp://chicken.swedish-chef.org/rpms/squid.rpm rpm -i ftp://chicken.swedish-chef.org/rpms/ssh.rpm rpm -i ftp://chicken.swedish-chef.org/rpms/exim.rpm rpm -i ftp://chicken.swedish-chef.org/rpms/cfengine.rpm rpm -i ftp://chicken.swedish-chef.org/rpms/linux.rpm ssh-keygen -b 1024 -f /etc/ssh_host_key -N "" depmod -a </verb></tscreen>  これと同じ効果は，実行したいコマンドを含む RPM パッケージを作ることによっても実現できることを知っておいてください．詳しくは後で説明します．このような RPM パッケージに付ける名前は注意して決めてください．そうすればこれを最初(例: 'aaa' で始まる名前を指定)や最後(例: 'zzz' で始まる名前を指定)にインストールさせることができます．  root の crontab エントリを設定で危険が比較的小さい方法は，エントリを /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly にファイルとして作成することです．  独自の RPM パッケージを作るための詳しい情報については付録 B をご覧ください．  <sect>実際のインストール  インストールを行うマシンは RedHat の起動フロッピーを使って普通に起動しますが，<tt>SYSLINUX</tt> では <tt>RETURN</tt> キーを押さないで， <tt>linux ks</tt> と入力します．  運が良ければ，これを入力するだけで終わりです!  前に簡単に説明したように RedHat の起動フロッピーをカスタマイズしていれば，それすらも必要ないでしょう :-)  RedHat のインストールに含まれる普通の手順を今まさに自動化したわけですから，手動インストールのダイアログが現れるのは，KickStart が次の手順を見失った場合だけです．最もありそうなケースは，ネットワークインタフェースが自動的に検出されず，インタフェースの IRQ や I/O アドレスの問い合わせが行われる場合です．ISA バス用のカードの場合には KickStart が補助を必要とすることもよくありますが，PCI バス用のカードの場合には自動的に処理されます．  通常通りの操作で仮想コンソールを切替えることにより，KickStart が行っている処理を監視することができます:  <itemize> <item> Alt-F1 - インストールのダイアログ <item> Alt-F2 - シェルのプロンプト <item> Alt-F3 - インストールのログ(インストールプログラムからのメッセージ) <item> Alt-F4 - システムのログ(カーネル等からのメッセージ) <item> Alt-F5 - その他のメッセージ </itemize>  <sect>ブートディスク/補助ディスクのマウント  RedHat の起動ディスク boot.img は MS-DOS フォーマットです．また，起動には <tt>SYSLINUX</tt> プログラムを使っています．補助ディスクは Linux の <tt>ext2</tt> ファイルシステムです．ループバックファイルシステムをサポートするように Linux カーネルを設定してあれば，これらを両方ともファイルシステムにマウントし，ハックすることができます: <tscreen><verb> # mkdir -p /mnt/boot /mnt/supp # mount -o loop -t msdos boot.img /mnt/boot # mount -o loop supp.img /mnt/supp </verb></tscreen>  マウントしてしまえば，起動ディスクと補助ディスクに含まれるファイルはそれぞれ /mnt/boot と /mnt/supp にあるファイルとして操作できるはずです．  <tt>mount</tt> のバージョンが古いと <tt>-o loop</tt> オプションが使えないかもしれないので気を付けてください．このような場合には，明示的に <tt>losetup</tt> コマンドを用いて，それぞれのファイルに対してループバックデバイスを設定してやる必要があります．操作例を以下に示します: <tscreen><verb> # losetup /dev/loop0 boot.img # mount -t msdos /dev/loop0 /mnt/boot </verb></tscreen>  補助ディスク等の <tt>ext2</tt> ファイルシステムをマウントする際にも， <tt>-t ext2</tt> オプションを明示的に指定する必要があるかもしれません．しかし，最近の Linux ディストリビューションを使っているならば，このような心配をする必要はないはずです．  あまりいじり回すつもりがないのであれば，手を抜いてフロッピーのディスクイメージでなく実際のフロッピーディスクを操作してももちろん構いません．ですが時間をかけたくなければ，ループバックデバイスを使う方がよいでしょう．というのも，本物のフロッピーディスクの読み書きは遅いのですが，ディスクイメージを使えばこの問題を避けてハックすることができるからです．  <sect>RedHat のインストーラの修正  インストールの手順自体をいじりたければ，RedHat の CD-ROM またはお近くの RedHat ミラーサイトから，インストーラのソースコードを入手してください．これはディストリビューションのトップディレクトリにある i386 ディレクトリの下の misc/src/install ディレクトリにあります．  RedHat の起動ディスクを調べれば，Linux カーネルである vmlinuz に加え，大きなファイル initrd.img があることに気づくと思います: <tscreen><verb> -rwxr-xr-x 1 root root 559 May 11 15:48 boot.msg -rwxr-xr-x 1 root root 668 May 11 15:48 expert.msg -rwxr-xr-x 1 root root 986 May 11 15:48 general.msg -rwxr-xr-x 1 root root 968842 May 11 15:48 initrd.img -rwxr-xr-x 1 root root 1120 May 11 15:48 kickit.msg -r-xr-xr-x 1 root root 5352 May 11 15:48 ldlinux.sys -rwxr-xr-x 1 root root 875 May 11 15:48 param.msg -rwxr-xr-x 1 root root 1239 May 11 15:48 rescue.msg -rwxr-xr-x 1 root root 402 May 11 15:48 syslinux.cfg -rwxr-xr-x 1 root root 444602 May 11 15:48 vmlinuz </verb></tscreen>  ご想像の通り，これはファイルとして格納されている別の <tt>ext2</tt> ファイルシステムです．ただし少しひねりが入っています．実際には圧縮もされているのです．このファイルを展開して，その結果をマウントすることができます．操作例を以下に示します: <tscreen><verb> # gzip -dc /mnt/boot/initrd.img >/tmp/initrd.ext2 # mkdir /mnt/initrd # mount -o loop /tmp/initrd.ext2 /mnt/initrd </verb></tscreen>  このファイルシステムで最も重要な部分は，起動ディスクに入っているローダブルカーネルモジュール群でしょう．新しいバージョンのドライバをマージする必要があるなら，これを静的にリンクした新しいカーネルで vmlinuz を置き換えるか，あるいはモジュール群を差し替える必要があります．さらに，空きディスクを確保するために他のモジュールを捨てる必要があるかもしれません．  モジュール群は modules/modules.cgz ファイルです．これはどんなファイルなのでしょうか? これは実際には圧縮した <tt>cpio</tt> ファイルです．読者の皆さんが信じるかどうかは分かりませんし，もう誰も <tt>cpio</tt> なんて使ってないと思われるかもしれませんが! 実際には RPM パッケージ自体も内部的には <tt>cpio</tt> を使っています．以下の手順はモジュール群のファイルをハックするための方法です: <tscreen><verb> # gzip -dc /mnt/initrd/modules/modules.cgz >/tmp/modules.cpio # cpio -itv <modules.cpio >modules.listing # mkdir modules # cd modules # cpio -idumv <../modules.cpio </verb></tscreen>  筆者が知る限りでは，現在の Linux(少なくとも主要ディストリビューションでは)には圧縮されたファイルシステムを透過的に扱う方法は無いはずです．もっと良い方法があればお知らせください!  何らかの変更を行った場合には，以下の処理も忘れずに行ってください: <enum>  <item> <tt>cpio</tt> を使ってアーカイブを作り直します．作り直しの方法は，読者の皆さんへの宿題としておきます…．  <item> できたアーカイブを <tt>gzip</tt> を使って圧縮します．  <item> これを /mnt/initrd あるいは圧縮されていない initrd.img が置かれている場所にコピーします．  <item> /mnt/initrd (あるいはマウントした場所)をアンマウントします．  <item> 新しい initrd.img を <tt>gzip</tt> を使って再び圧縮します．  <item> できたアーカイブを起動ディスクイメージにコピーします．本ドキュメントの例では /mnt/boot/initrd.img です．  <item> 起動ディスクイメージ(例えば /mnt/boot)をアンマウントします． </enum>  最後に，このように修正した起動ディスクの設定を用いて新しい起動フロッピーを作成することができます．作成は例えば以下のように行います: <tscreen><verb> # cat boot.img >/dev/fd0 </verb></tscreen>  <sect>FAQ とお願いリスト  <bf>Q:</bf> KickStart を使ったインストールの後，マシンが起動しません． BIOS が <tt>Missing operating system</tt> といったメッセージを吐きます．  <bf>A:</bf>ルートファイルシステムが置かれているパーティションが起動可能でないようです．<tt>fdisk</tt> を使って，起動可能ステータスを変えてください．  <bf>Q:</bf> フロッピーで起動した後に <tt>Error opening files for kickstart copy: File exists</tt> というメッセージが出ます．  <bf>A:</bf> もっと新しいバージョンの boot.img と supp.img を使ってください．このファイルはお近くの RedHat ミラーサイトの updates ディレクトリにあります．RedHat 5.1 では，古いバージョンのディスクイメージの一部にバグがありました．  <bf>Q:</bf> 重要なパッチ(更新 RPM パッケージ)も自動的に適用することができるのでしょうか? できるとしたらどうやって適用するのでしょうか?  <bf>A1:</bf> インストールしたい RPM パッケージを，インストールに使う RPMS ディレクトリにコピーし，古い RPM パッケージを削除して， RedHat/base/hdlist ファイルを新しい RPM パッケージの詳細情報に書き直します．これを行うために Eric Doutreleau さんが作成したスクリプトを付録 C で紹介します．この作業を自分自身で行った場合は，その後忘れずに genhdlist を実行してください．  <bf>A2:</bf> Perl スクリプト <url name="patchup" url="http://wwwcache.ja.net/dev/patchup/"> を試してください．このスクリプトは，システムにインストールされている RPM パッケージと候補ディレクトリにある RPM パッケージを比較し，更新の必要があると思われるものを報告します．スクリプトを信用して，そのまま RPM パッケージをインストールすることもできます．  <bf>A3:</bf> <url name="rpm2hml" url="http://rufus.w3.org/linux/rpm2html/"> は A2 をずっと強力にしたバージョンです(12MB の C 言語のコードとたった 1 ページの Perl スクリプトを比べていますが!)．  <bf>Q:</bf> インストールサーバに一つだけ設定ファイルを置き、それがすべてのクライアントによって (IPADDR-kickstart が無い時に) デフォルトで使われるようにするにはどうすればいいでしょう?  <bf>A1:</bf> BOOTP/DHCP 'boot file' のパラメータである bf を使ってファイル名を設定してください．  <bf>A2:</bf> /etc/bootptab の該当項目にレコード <tt>bf=/kickstart/ks.cfg</tt> を追加してください．  <bf>Q:</bf> うまく行かない時にもっと柔軟に動作するようにしたいです．例えば，ディストリビューションが CD-ROM 上に無い時に別の場所を尋ねるといった動作です．  <bf>A:</bf> ?  <bf>Q:</bf> 明示的に特定のパッケージを除外したいです．例えば， sendmail に関係するものだけを除外するような場合です．  <bf>A:</bf> <bf>BASE</bf> を sendmail 抜きで再構築してください．  <bf>Q:</bf> /etc/rc.d/ にあるランレベルスクリプトによって起動時に自動的に開始されるサービスを選択する方法を教えてください．  <bf>A:</bf> chkconfig ユーティリティを使うと，起動時に自動的に開始するサービスを設定することができます．これをインストール後に実行するスクリプトのセクションで実行することもできます．ランレベル 3, 4, 5 で ypbind を起動するための設定例を以下に示します: <tscreen><verb> chkconfig --level 345 ypbind on </verb></tscreen>  これにより，レベル 3, 4, 5 で ypbind が起動されるようになります．  <bf>Q:</bf> シェルのコマンドを <tt>%post</tt> セクションで実行する時，メイン画面を上書きしないで出力を別の仮想コンソールに出したいと思います． これをシェルコマンドセクションで <tt>open</tt> を使って行えますか?  <bf>A:</bf> できます．以下のようにしてください: <tscreen><verb> exec >/dev/tty5 </verb></tscreen>  <bf>Q:</bf> ファイルシステム生成のコードは不良ブロックのチェックを行いますか?  <bf>A:</bf> ファイルシステム生成時の出力が表示される仮想コンソールに移れば，「読み取り専用」テスト実行に関する出力が行われていないことがわかると思います．したがって，答えは「いいえ」のようです．  <bf>Q:</bf> 一部のマシンだけを他のマシンと違う設定にすることはできますか?  <bf>A:</bf> ホスト依存の設定を KickStart の設定ファイルのスクリプト記述セクションに移せば大丈夫です．ここで指定したマシンの場合に限って指定された RPM パッケージをインストールするようにします．設定ファイルのパッケージセクションに条件付きインストール機能(例: アーキテクチャ，ホスト名/ドメイン名，IP アドレスによる分岐)があれば便利だったのでしょうが…．  <bf>Q:</bf> RedHat 5.1 から 5.2 で変更された部分はありますか?  <bf>A1:</bf> インストーラへの変更点はたくさんありますが，そのほとんどはバグ修正と見栄えの改善です．筆者が言える限り(新旧の misc/src/install ディレクトリの diff -rcs を取った結果)では，KickStart への影響はありません．  <bf>A2:</bf> RedHat 5.2 では <tt>bootpd</tt> への自動 IP 割り当て/DHCP パッチが入ったようですが，その使い方の説明はドキュメントには入っていません．  <bf>Q:</bf> (/home を残したまま / を消す等のために) 特定のパーティション(1 つまたは複数)を消すことはできますか? できるならば，どのようにして行うのでしょうか?  <bf>A:</bf> できません．今のところは!  <bf>Q:</bf> 複数のドライブに分けてパーティションを割り当てることはできますか? 例えば，/ を <tt>sda</tt> に置き，/home を <tt>sdb</tt> に置くといった具合です．  <bf>A:</bf> できません．パーティション操作ツールからアクセスできるのは最初のドライブだけのようです．  <bf>Q:</bf> 既に存在しているパーティションをマウントテーブルに入れることはできますか? それとも，新しいパーティションを生成してこれをマウントテーブルに入れることしかできないのですか?  <bf>A:</bf> ?  <bf>Q:</bf> <tt>mkkickstart</tt> を実行した後，<tt>mkkickstart</tt> が生成したファイルはどこに置かれるのですか?  <bf>A:</bf> <tt>mkkickstart</tt> はファイルを作りません． <tt>mkkickstart</tt> は KickStart の設定を標準出力に出力します．  <bf>Q:</bf> 仮想コンソール 4 (Alt-F4) に <tt>Unable to load NLS charset cp437(nls_cp437)</tt> というメッセージが出ます．これはどういう意味でしょうか? 何か問題があるのでしょうか?  <bf>A:</bf> Joliet 拡張形式(ISO 9660 の Unicode 拡張)で焼いた CD-ROM をマウントしようとしているように見えます．理論的には CD-ROM 上のファイル名はおかしくなり，Linux では正しく読めません．実際には，問題になることはまずないようです．実は関係ないのかもしれません．  <bf>Q:</bf> どうして X ウィンドウシステムがインストールされるのでしょう? インストール対象のパッケージにはしていないのですが．  <bf>A:</bf> <tt>XFree86-VGA16</tt> の RPM パッケージは 'base' コンポーネントに入っているので必ずインストールされます．ただし base クラスの定義を変えればその限りではありません．  <bf>Q:</bf> インストール後に実行するスクリプト内で，それまでにインストールされたパッケージを使い，フロッピーに入っている限られたツールではできない面白いことができますか?  <bf>A:</bf> できます．Perl をインストールして KickStart の設定ファイルと組み合わせれば，5 行くらいのスクリプトで大抵のことができます :-)  <sect>クレジット  Eric Doutreleau さんには chkconfig に関する情報， <tt>SYSLINUX</tt> の設定ファイルのハック，お使いのディストリビューションのサーバの RPM を更新するための Perl スクリプトについて教えていただきました．Robert Kaminsky さんにはたくさんの調査を行っていただきました． Piete Brooks さん，Flavia Regina Munhoz さん，Tom Toffoli さん，Bob Robbins さん，Charlie Brady さん，Ragen Herrington さんにはコメントや質問をいただきました．これらの皆さんに感謝します．  <sect>付録 A - BOOTP/DHCP と NFS の設定  BOOTP や DHCP が一体何のことだか分からなければ， <url name="DHCP の WWW サイト" url="http://www.dhcp.org/"> にある詳しい情報をご覧ください．NFS はこれとは別に NFS HOWTO で詳しく説明されています．DHCP mini-HOWTO もあります．ここでは入門的なレベルの説明を行うつもりであり，それぞれの話題に関する突っ込んだ説明は行いません．話を簡単にしすぎだと思われたら，筆者にお知らせください．  ここで説明する BOOTP/DHCP + NFS の構成を使ったインストールにおいては， KickStart の設定ファイルは BOOTP/DHCP サーバ上の /kickstart/IPADDR-kickstart からインストール対象のマシンに NFS でマウントできなければなりません．ここで IPADDR は新しいマシンの IP アドレスです．例えば， /kickstart/198.168.254.254-kickstart はマシン 198.168.254.254 用の設定ファイルです．  BOOTP/DHCP の応答で <tt>bf</tt>(boot file)パラメータを返すことによってこの位置を上書きすることができるはずです．このファイルは全く別のマシンから NFS マウントすることもできると思います．  既存の Linux マシンからディレクトリを NFS エクスポートするには，以下のような内容のファイル /etc/exports を作成します: <tscreen><verb> /kickstart *.swedish-chef.org(ro,no_root_squash) /mnt/cdrom *.swedish-chef.org(ro,no_root_squash) </verb></tscreen>  使う予定の IP を DNS に登録していない場合には，NFS サーバや RPC ポートマッパから見えないと言われるかもしれないので注意してください．このような場合には，IP アドレスとネットマスクの組を設定ファイルに書けばなんとかなります．記述例を以下に示します: <tscreen><verb> /kickstart 198.168.254.0/255.255.255.0(ro,no_root_squash) </verb></tscreen>  /etc/hosts.allow には以下の記述を行います: <tscreen><verb> ALL: 194.82.103.0/255.255.255.0: ALLOW </verb></tscreen>  このようなことが起こるのは，大部分の Linux ディストリビューションは NFS 関係デーモンの一部あるいは全てにおいて TCP wrappers を使ってアクセス制御を行っているためです．/etc/exports の文法は他の UNIX 系 OS と異なることが多いので注意してください．各 Linux ディストリビューションに入っている NFS サーバは，他の UNIX に入っている NFS サーバよりも広範囲に渡るオプションを持っていることがよくあります．  KickStart の設定ファイルに root のパスワードが書かれている場合や，機密情報が入っているディレクトリを NFS でエクスポートする場合には，この情報を見せる人間をできるだけ少なくすべきである点に注意してください．これは NFS のエクスポート許可できるだけ絞り込むことによって行うことができます．例えば，エクスポートの指定をドメイン全体でなく特定のホストやサブネットに対して行う等の方法です．KickStart を使ったインストール用に自由に使える IP アドレスがあれば，問題もなく簡単に作業できますが，後で IP アドレスを変更するか，あるいは BOOTP/DCHP を使って IP アドレスを使うようにマシンの設定を変更しなければならないでしょう．  ほとんどの NFS サーバでは /etc/exports を変更したことを <tt>mountd</tt> と <tt>nfsd</tt> (一部の UNIX では名前の先頭に "<tt>rpc.</tt>" が付いています)に教えてやる必要があります．変更の通知は普通，<tt>SIGHUP</tt> を送ることによって行います．変更の通知を行うための <tt>exportfs</tt> と呼ばれるプログラムまたはスクリプトが用意されていることもあります．実行例を以下に示します: <tscreen><verb> # exportfs -a </verb></tscreen>  このマシンが起動した時に NFS が起動，実行されていなければ，このディレクトリは自動的にはエクスポートされません．試しに再起動するか，root になって以下のプログラムを実行してください: <tscreen><verb> # portmap # rpc.nfsd # rpc.mountd </verb></tscreen>  前に書いたように，一部のシステムでは <tt>rpc.</tt> というプレフィックスは使われません．最近の UNIX ディストリビューションのほとんどでは，これらのプログラムは /usr/sbin ディレクトリまたは /usr/libexec ディレクトリにあります．これらのディレクトリはパスには入っていないかもしれません(<tt>su</tt> を使って root になった場合など)．<tt>portmap</tt> プログラムは <tt>rpcbind</tt> という名前のこともあります．例えば，Solaris の一部のバージョンの <tt>nfsd</tt> は実行するサーバの数をコマンドライン引き数で指定しなければならず，<tt>biod</tt> と呼ばれる別のデーモンを起動しなければならないこともあります．以上の説明で大部分(全て?)の Linux システムを満足させられるはずです．  CMU 版の BOOTP サーバで DHCP と動的アドレス割り当て拡張(前述)を用いる場合には，/etc/bootptab エントリ(/etc/bootptab は BOOTP/DHCP 設定ファイルの通常の位置に置かれます)の例は以下のようになるでしょう: <tscreen><verb> .dynamic-1:ip=198.168.254.128:T254=0x30:T250="ds=198.168.254.2: dn=swedish-chef.org:sm=255.255.255.0:gw=198.168.254.1: dl=0xFFFFFFFF": </verb></tscreen>  (見やすくするために行を折り返しています)  ここに書かれているのは，新しいマシンを見つける度に IP アドレスを動的に割り当てること，割り当てるアドレスは 198.168.254.128 から始まる連続した 48 個(16 進値で 30)のアドレスであることです．各クライアントには T250 の値が返されます．この例では以下のような設定が行われます: <itemize>  <item> DNS サーバ <tt>ds</tt> に 198.168.254.2 を設定  <item> ドメイン名 <tt>dn</tt> に swedish-chef.org を設定  <item> サブネットマスク <tt>sm</tt> に 255.255.255.0 を設定  <item> デフォルトゲートウェイ <tt>gw</tt> に 198.168.254.1 を設定  <item> リース期間 <tt>dl</tt> (アドレスが有効な期間)に「無期限」を設定 </itemize>  現在使われている CMU 版のサーバには，動的アドレス割り当てをサポートしていないバージョンもたくさんあるようです．このような場合には，インストールするマシンのハードウェアアドレス(通常はイーサネットの MAC アドレス) を /etc/bootptab に列挙しなければならないでしょう．このファイル中でのエントリは以下のようになると思います: <tscreen><verb> bork.swedish-chef.org:ip=198.168.254.128:ha=0000E8188E56: ds=198.168.254.2:dn=swedish-chef.org:sm=255.255.255.0: gw=198.168.254.1:dl=0xFFFFFFFF": </verb></tscreen>  (見やすくするために折り返しています)  パラメータ <tt>ha</tt> は，インストール先のマシンのハードウェアアドレスに対応する点に注意してください．  <sect>付録 B - 独自の RPM パッケージの作り方  RPM パッケージのフォーマットは既に非常に詳しく文書化されています．特に Ed Bailey 氏の「Maximum RPM」という書籍が詳しいです．これは <url url="http://www.rpm.org/" name="RPM WWW site"> からダウンロードすることができますし，書店で購入することもできます! 以下は急いでいる人が簡単に利用できるようにするためのヒントです．  RPM パッケージは spec ファイルから作られます．このファイル (KickStart の設定ファイルに似た形式)は，パッケージを構築するために必要な手順のレシピから構成されています．もしかすると複数プラットフォームに対応することあるかもしれないので，パッケージはソースから構築することが期待されています．また，コンパイルの前にはパッチを適用する必要があるかもしれません．一度構築とインストールを行うと，パッケージに関連するものとして指定したファイルとディレクトリからバイナリの RPM ファイルが生成されます．覚えておくべき重要な点としては，RPM は指定されたパッケージに関連するファイルとディレクトリについて何も知らないので，これを指定する必要があります．  <url name="Squid WWW キャッシュサーバ" url="http://squid.nlanr.net/"> の独自 RPM 用のサンプル spec ファイルの例を以下に示します: <tscreen><verb> Summary: Squid Web Cache server Name: squid Version: 1.NOVM.22 Release: 1 Copyright: GPL/Harvest Group: Networking/Daemons Source: squid-1.NOVM.22-src.tar.gz Patch: retry-1.NOVM.20.patch %description This is just a first attempt to package up the Squid Web Cache for easy installation on our RedHat Linux servers %prep %setup %build configure --prefix=/usr/squid perl -spi -e 's!#( -DALLOW_HOSTNAME_UNDERSCORES)!$1!' src/Makefile make %install make install %files /usr/squid </verb></tscreen>  この RPM の構築方法を示します: <tscreen><verb> % mkdir -p SOURCES BUILD SRPMS RPMS/i386 % cp ~/squid-1.NOVM.22-src.tar.gz SOURCES % cp ~/retry-1.NOVM.20.patch SOURCES % rpm -ba squid-1.NOVM.22+retry-1.spec </verb></tscreen>  rpm コマンドは BUILD ディレクトリの下にサブディレクトリを自動的に生成します．そして rpm コマンドは，このサブディレクトリにソースコードを展開し，パッチを適用します(パッチの当て方に関するオプションはたくさんあります．詳しくは先に挙げた書籍で調べてください)．ここで rpm は <tt>configure</tt> と <tt>make</tt> を実行して自動的にパッケージを構築し，<tt>make install</tt> を使ってこれをインストールします．そして /usr/squid の下にあるファイルのスナップショットを取ります．Squid のバイナリ RPM となるのは，このスナップショットです．  展開，構築，インストールの処理には任意のシェルコマンドを入れることができる点に注意してください．例えば，Squid のコンパイル時のパラメータを少し変えるために <tt>perl</tt> を呼び出すことができます．  最終的なバイナリ RPM パッケージが RPMS ディレクトリにあるプラットフォーム固有のサブディレクトリ i386 に残ります．今回の例ではパッケージは squid-1.NOVM.22-1.i386.rpm という名前になります．ファイル名は spec ファイルのパラメータを繋げて作る点に注意してください．すなわち <tt>Name</tt>, <tt>Version</tt>, <tt>Release</tt>, 該当するハードウェアプラットフォーム(今回の例では i386)です．独自の RPM を作る際には，長すぎて使いものにならない名前を付けてしまわないように，この点を忘れないようにしましょう．  RPM パッケージを構築する際にはパッケージ全体を再構築する必要はないことも知っておいて損はないでしょう．操作例を以下に示します: <tscreen><verb> Summary: Linux 2.0.36 kernel + filehandle patch + serial console patch Name: linux Version: 2.0.36+filehandle+serial_console Release: 1 Copyright: GPL Group: Base/Kernel Source: linux-2.0.36+filehandle+serial_console.tar.gz %description This is just a first attempt to package up the Linux kernel with patches for installation on our RedHat Linux servers %prep echo %setup echo %build echo %install echo %post /sbin/lilo %files /lib/modules/2.0.36 /boot/vmlinuz </verb></tscreen>  この例は単に，/boot/vmlinuz ファイルと /lib/modules/2.0.36 ディレクトリの内容に基づいて RPM パッケージを作成し，対象のマシンにパッケージのインストールを行った後に /sbin/lilo を実行するだけです．これよりもうまい spec ファイルの書き方があれば筆者にお知らせください．  <sect>付録 C - 独自の RPM をディストリビューションに入れる  Eric さんが作成した，最新の RPM を RedHat ディストリビューションの領域に入れるためのスクリプトを以下に示します:  <tscreen><verb> #!/usr/bin/perl # $redhatdir="/cdrom/i386"; $rpmdir="/cdrom/i386/RedHat/RPMS/"; $updatedir="/cdrom/updates/"; @OTHERDIR=($updatedir); foreach $dir (@OTHERDIR) { print "update for $dir\n"; system(" find $dir -name \"*.rpm\" -exec cp {} $rpmdir \\; "); } chdir($contribdir) || die "peux pas aller dans $contribdir $!\n"; system("chmod -R 755 $redhatdir"); chdir($rpmdir) || die "problem to go in $rpmdir $!\n"; # # remove the old file # opendir(DIR,'.'); @package=grep(/\.rpm$/,readdir(DIR)); foreach $file (@package) { $file =~ /(.*)\-([\d+|\.]+\w*)\-(\d+)\.[i386|noarch].*/; $nom=$1; $version=$2; $buildvers=$3; if ($NOM{$nom}) { $version2=$VERSION{$nom}; $buildver2=$BUILDVERS{$nom}; $file2=$FILE{$nom}; $nom2=$NOM{$nom}; if ( $version2 gt $version ) { print "$file2 is newer than $file\n"; unlink($file); } else { if ( $version2 lt $version ) { print "$file is newer than $file2\n"; unlink($file2); $VERSION{$nom}=$version; $BUILDVERS{$nom}=$buildvers; $FILE{$nom}=$file; $NOM{$nom}=$nom; } else { if ( $buildver2 > $buildvers ) { print "$file2 : $buildver2 est mieux que $file : $buildvers\n"; unlink($file); } else { print "$file2 : $buildver2 is older than $file : $buildvers\n"; unlink($file2); $VERSION{$nom}=$version; $BUILDVERS{$nom}=$buildvers; $FILE{$nom}=$file; $NOM{$nom}=$nom; } } } } else { $VERSION{$nom}=$version; $BUILDVERS{$nom}=$buildvers; $FILE{$nom}=$file; $NOM{$nom}=$nom; } } # we do the hard thing here # system("$redhatdir/misc/src/install/genhdlist $redhatdir"); </verb></tscreen> </article>