この章では、カスタム JumpStart インストールのオプション機能について説明します。
この章の手順は、カスタム JumpStart ファイルを提供するために使用している SPARC サーバーと IA サーバーの両方で有効です (「プロファイルサーバー」と呼びます)。プロファイルサーバーは、異なるプラットフォームタイプのシステムにカスタム JumpStart ファイルを提供できます。たとえば、SPARC サーバーは、SPARC 搭載システムと IA 搭載システムの両方に、カスタム JumpStart ファイルを提供できます。
「begin スクリプト」とは、ユーザーが定義する Bourne シェルスクリプトで、rules ファイル内で指定し、Solaris ソフトウェアがシステムにインストールされる前に作業を実行します。begin スクリプトは、カスタム JumpStart インストールで Solaris をインストールするときのみ使用できます。
動的プロファイルを作成する
アップグレード前にファイルのバックアップをとる
初期インストールまたはアップグレードインストール時に、/a へのファイルシステムのマウントを妨げるような記述をスクリプトの中に指定しないように注意してください。Solaris インストールプログラムが /a にファイルシステムをマウントできない場合は、エラーが発生してインストールは失敗します。
「動的プロファイル」とは、カスタム JumpStart インストール時に begin スクリプトが動的に作成するプロファイルです。動的プロファイルは、特定のシステムを 1 つのプロファイルに一致させる rules ファイルを設定できないとき (rules ファイルが持つ柔軟性では十分ではない場合) に必要です。たとえば、異なるハードウェア構成要素を持つ同一システムモデル (たとえば、異なるフレームバッファを持つシステム) に対しては動的プロファイルを使用しなければならない場合があります。
動的プロファイルを使用するルールの設定手順は、次のとおりです。
インストールされるシステムに応じて、動的プロファイルを作成する begin スクリプトを begin フィールドに指定します。
システムが、プロファイルフィールドに等号 (=) があるルールと一致すると、begin スクリプトは、システムに Solaris ソフトウェアをインストールするのに使用する動的プロファイルを作成します。
毎回同じ動的プロファイルを作成する begin スクリプトの例を次に示します。もちろん、ルールの評価に応じて異なる動的プロファイルを生成する begin スクリプトを作成することもできます。
#!/bin/sh echo "install_type initial_install" > ${SI_PROFILE} echo "system_type standalone" >> ${SI_PROFILE} echo "partitioning default" >> ${SI_PROFILE} echo "cluster SUNWCprog" >> ${SI_PROFILE} echo "package SUNWman delete" >> ${SI_PROFILE} echo "package SUNWolman delete" >> ${SI_PROFILE} echo "package SUNWxwman delete" >> ${SI_PROFILE} |
上記のように begin スクリプトは、動的プロファイル名に SI_PROFILE
環境変数を使用する必要があります。
begin スクリプトを使用して動的プロファイルを作成する場合は、スクリプトにエラーがないことを確認してください。動的プロファイルは、begin スクリプトが実行されてから作成されるため、check スクリプトでは妥当性は検査されません。
「finish スクリプト」とは、ユーザーが定義する Bourne シェルスクリプトで、rules ファイル内で指定し、Solaris ソフトウェアがシステムにインストールされた後、システムがリブートする前に作業を実行します。finish スクリプトは、カスタム JumpStart インストールで Solaris をインストールするときのみ使用できます。
ファイルの追加
パッケージまたはパッチの追加
ルート環境のカスタマイズ
システムのルートパスワードの設定
Solaris 8 インストールプログラムは、システムのファイルシステムを /a にマウントします。ファイルシステムは、システムがリブートするまで /a にマウントされています。したがって、/a にマウントされている新しくインストールされたファイルシステムの階層にファイルを追加、変更、または削除するように finish スクリプトを作成できます。
finish スクリプトにより、JumpStart ディレクトリにあるファイルをインストールされたシステムへ追加できます。JumpStart ディレクトリは、SI_CONFIG_DIR 変数によって指定されたディレクトリ (デフォルトでは /tmp/install_config に設定される) にマウントされるため、このようなスクリプトを作成できます。
インストールされたシステムにすでに存在するファイルに、JumpStart ディレクトリからファイルをコピーして、ファイルを置換することもできます。
次の手順により、Solaris ソフトウェアがインストールされた後、システムにファイルを追加する finish スクリプトを作成できます。
インストールされたシステムに追加したいすべてのファイルを JumpStart ディレクトリにコピーします。
新しくインストールされたファイルシステムの階層にコピーしたいファイルの finish スクリプトごとに次の行を挿入します。
cp ${SI_CONFIG_DIR}/file_name /a/path_name |
たとえば、自分のサイトのすべてのユーザーを対象に開発された特別なアプリケーション site_prog があると仮定します。site_prog のコピーを JumpStart ディレクトリにおいた場合、次の finish スクリプトは、カスタム JumpStart インストール時に、JumpStart ディレクトリからシステムの /usr/bin ディレクトリに site_prog をコピーします。
cp ${SI_CONFIG_DIR}/site_prog /a/usr/bin |
finish スクリプトを作成すると、Solaris をシステムにインストールした後に、パッケージやパッチを自動的に追加できます。これは時間を節約するだけでなく、どのパッケージやパッチがユーザーのサイトにあるさまざまなシステムにインストールされているかについての整合性を確保できます。
pkgadd(1M) コマンドや patchadd(1M) コマンドを finish スクリプトで使用するときは、-R オプションを使用して、/a をルートパスとして指定しなければなりません。
例 7-1 はパッケージを追加する finish スクリプトの例を示します。
#!/bin/sh BASE=/a MNT=/a/mnt ADMIN_FILE=/a/tmp/admin mkdir ${MNT} 1 mount -f nfs sherlock:/export/package ${MNT} 2 cat >${ADMIN_FILE} <<DONT_ASK mail=root instance=overwrite partial=nocheck runlevel=nocheck idepend=nocheck rdepend=nocheck space=ask setuid=nocheck conflict=nocheck action=nocheck basedir=default DONT_ASK 3 /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz umount ${MNT} rmdir ${MNT} |
1. インストールするパッケージを含むサーバー上にディレクトリをマウントします。
2. 一時的なパッケージ管理ファイル admin を作成し、パッケージのインストール時に pkgadd(1M) コマンドがチェックを行わない (および質問を表示しない) ようにします。これにより、パッケージ追加時に自動インストールを実行できます。
3. -a オプション (パッケージ管理ファイルを指定) と -R オプション (ルートパスを指定) を使用してパッケージを追加します。
以前は finish スクリプト環境では、pkgadd コマンドや patchadd コマンドとともに chroot(1M) コマンドが使用されていました。これは推奨する方法ではありませんが、一部のパッケージやパッチには、-R オプションが正しく動作しないものもあります。このような状況では、chroot コマンドを使用する前に、仮の /etc/mnttab ファイルを /a ルートパスに作成しなければなりません。
/etc/mnttab ダミーファイルを作成するには、次の行を finish スクリプトに追加します。
cp /etc/mnttab /a/etc/mnttab
finish スクリプトを使って、システムにインストールされたファイルをカスタマイズできます。たとえば、例 7-2 の finish スクリプトは、ルートディレクトリ内の .cshrc ファイルに情報を追加することによって、ルート環境をカスタマイズします。
#!/bin/sh # # Customize root's environment # echo "***adding customizations in /.cshrc" test -f a/.cshrc || { cat >> a/.cshrc <<EOF set history=100 savehist=200 filec ignoreeof prompt="¥$user@`uname -n`> " alias cp cp -i alias mv mv -i alias rm rm -i alias ls ls -FC alias h history alias c clear unset autologout EOF } |
Solaris ソフトウェアがシステムにインストールされると、そのシステムはリブートします。ブートプロセス終了前に、システムはルートパスワードを入力するように求めてきます。パスワードを入力するまで、システムはブート処理を終了できません。
例 7-3 に、auto_install_sample ディレクトリにルートパスワードを自動設定する set_root_pw という名前の finish スクリプトを示します。このスクリプトを使えば、ルートパスワードの入力を待たずに、システムの最初のブートを終了できます。
#!/bin/sh # # @(#)set_root_pw 1.4 93/12/23 SMI # # This is an example Bourne shell script to be run after installation. # It sets the system's root password to the entry defined in PASSWD. # The encrypted password is obtained from an existing root password entry # in /etc/shadow from an installed machine. echo "setting password for root" # set the root password 1 PASSWD=dKO5IBkSF42lw #create a temporary input file 2 cp /a/etc/shadow /a/etc/shadow.orig mv /a/etc/shadow /a/etc/shadow.orig nawk -F: '{ 3 if ( $1 == "root" ) printf"%s:%s:%s:%s:%s:%s:%s:%s:%s¥n",$1,passwd,$3,$4,$5,$6,$7,$8,$9 else printf"%s:%s:%s:%s:%s:%s:%s:%s:%s¥n",$1,$2,$3,$4,$5,$6,$7,$8,$9 }' passwd="$PASSWD" /a/etc/shadow.orig > /a/etc/shadow #remove the temporary file 4 rm -f /a/etc/shadow.orig # set the flag so sysidroot won't prompt for the root password 5 sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$ mv /tmp/state.$$ ${SI_SYS_STATE} |
1. PASSWD 変数に、システムの /etc/shadow ファイルの既存のエントリから取得した暗号化されたルートパスワードを設定します。
2. /a/etc/shadow の一時入力ファイルを作成します。
3. $PASSWD をパスワードフィールドとして使用して、新しくインストールしたシステム用の /etc/shadow ファイルにあるルートエントリを変更します。
4. 一時的な /a/etc/shadow ファイルを削除します。
5. 状態ファイルのエントリを 0 から 1 へ変更します。これによりユーザーはルートパスワードの入力を求められません。この状態ファイルには、SI_SYS_STATE 変数 (現在の値は /a/etc/.sysIDtool.state) を使用してアクセスします。(この値を変更することによってスクリプトで問題が発生しないようにするには、このファイルを参照するのに必ず $SI_SYS_STATE を使用してください。) ここで示す sed コマンドには、0 の後と 1 の後にタブ文字が入っています。
finish スクリプトを使用してルートパスワードを設定した場合は、finish スクリプトの暗号化されたパスワードからルートパスワードを解読されないようにしてください。
この節では、SPARC 搭載システム用の単一ディスク構成ファイルまたは複数ディスク構成ファイルを作成する方法について説明します。ディスク構成ファイルを使用すると、実際に Solaris ソフトウェアをインストールする前に、異なるディスク構成に対してプロファイルをテストできます。
ディスク構成ファイルを作成すると、単一のシステムから pfinstall(1M) を使用して、異なるディスク構成に対してプロファイルをテストできます。単一ディスク構成ファイルまたは複数ディスク構成ファイルを作成するには、次の手順に従ってください。
テストするディスクを持つ SPARC 搭載システムを決定します。
スーパーユーザーになります。
単一ディスク構成ファイルを作成するには、prtvtoc(1M) コマンドの出力をファイルに保存します。
# prtvtoc /dev/rdsk/device_name >disk_config |
/dev/rdsk/device_name はシステムディスクのデバイス名です。device_name は cwtxdys2 または cxdys2 の形式でなければなりません。disk_config は、ディスク構成ファイル名です。
Solaris ソフトウェアを複数のディスクにインストールするテストを
実行しない場合は、ここで作業は終了です。
実行する場合は、各ディスク構成ファイルを結合し、その出力を新しいファイルに保存します。
# cat disk_file1 disk_file2 >multi_disk_config |
新しいファイルは、複数ディスク構成ファイルになります。たとえば、次のように入力します。
# cat 104_disk2 104_disk3 104_disk5 >multi_disk_test |
前の手順で作成した複数のディスク構成ファイルにおいて、ディスクデバイス名のターゲット番号がそれぞれ
次の例では、104M バイトのディスクを持つ SPARC 搭載システムで、単一ディスク構成ファイル 104_test を作成します。
prtvtoc コマンドの出力を 104_test という単一ディスク構成ファイルに保存します。
# prtvtoc /dev/rdsk/c0t3d0s2 >104_test |
104_test ファイルは、次のようになります。
* /dev/rdsk/c0t3d0s2 partition map * * Dimensions: * 512 bytes/sector * 72 sectors/track * 14 tracks/cylinder * 1008 sectors/cylinder * 2038 cylinders* 2036 accessible cylinders * Flags: * 1: unmountable * 10: read-only * * First Sector Last * Partition Tag Flags Sector Count Sector Mount Directory 1 2 00 0 164304 164303 / 2 5 00 0 2052288 2052287 3 0 00 164304 823536 987839 /disk2/b298 5 0 00 987840 614880 1602719 /install/298/sparc/work 7 0 00 1602720 449568 2052287 /space |
これで SPARC システム用のディスク構成ファイルの作成が終了しました。ディスク構成ファイルを使用してプロファイルをテストする詳細は、「プロファイルのテスト」を参照してください。
この節では、Intel 32 ビットプロセッサアーキテクチャ (IA) 搭載システム用の単一ディスク構成ファイルまたは複数ディスク構成ファイルを作成する方法について説明します。ディスク構成ファイルを使用すると、実際に Solaris ソフトウェアをインストールする前に、異なるディスク構成に対してプロファイルをテストできます。
ディスク構成ファイルを作成すると、単一のシステムから pfinstall(1M) を使用して、異なるディスク構成に対してプロファイルをテストできます。単一ディスク構成ファイルまたは複数ディスク構成ファイルを作成するには、次の手順に従ってください。
テストするディスクを持つ IA 搭載システムを決定します。
スーパーユーザーになります。
単一ディスク構成ファイルを作成するには、fdisk(1M) コマンドの出力をファイルに保存します。
# fdisk -R -W disk_config /dev/rdsk/device_name |
disk_config は、ディスク構成ファイル名です。/dev/rdsk/device_name は、ディスク全体の fdisk レイアウトのデバイス名です。device_name は cwtxdyp0 または cxdyp0 形式でなければなりません。
prtvtoc(1M) コマンドの出力をディスク構成ファイルに追加します。
# prtvtoc /dev/rdsk/device_name >>disk_config |
/dev/rdsk/device_name は、システムディスクのデバイス名です。device_name は cwtxdys2 または cxdys2 形式でなければなりません。disk_config は、ディスク構成ファイル名です。
複数のディスクで Solaris ソフトウェアのインストールテストを
実行しない場合は、作業はここで終了です。
実行する場合は、各ディスク構成ファイルを結合し、その出力を新しいファイルに保存します。
# cat disk_file1 disk_file2 >multi_disk_config |
新しいファイルは、複数ディスク構成ファイルになります。たとえば、次のように入力します。
# cat 104_disk2 104_disk3 104_disk5 >multi_disk_test |
前の手順で作成した複数のディスク構成ファイルにおいて、ディスクデバイス名のターゲット番号がそれぞれ
次の例では、500M バイトのディスクを持つ IA 搭載システムで、単一ディスク構成ファイル 500_test を作成します。
最初に、fdisk コマンドの出力を 500_test という名前のファイルに保存します。
# fdisk -R -W 500_test /dev/rdsk/c0t0d0p0 |
500_test ファイルは、次のようになります。
* /dev/rdsk/c0t0d0p0 default fdisk table * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * HBA Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * systid: * 1: DOSOS12 * 2: PCIXOS * 4: DOSOS16 * 5: EXTDOS * 6: DOSBIG * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 130: SUNIXOS * * Id Act Bhead Bsect Bcyl Ehead Esect Ecyl Rsect Numsect 130 128 44 3 0 46 30 1001 1410 2050140 |
次に、prtvtoc コマンドの出力を 500_test ファイルに追加します。
# prtvtoc /dev/rdsk/c0t0d0s2 >>500_test |
これで 500_test ファイルは、完全なディスク構成ファイルになりました。
* /dev/rdsk/c0t0d0p0 default fdisk table * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * HBA Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * systid: * 1: DOSOS12 * 2: PCIXOS * 4: DOSOS16 * 5: EXTDOS * 6: DOSBIG * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 130: SUNIXOS * * Id Act Bhead Bsect Bcyl Ehead Esec Ecyl Rsect Numsect 130 128 44 3 0 46 30 1001 1410 2050140 * /dev/rdsk/c0t0d0s2 partition map * * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1110 sectors/cylinder * 1454 cylinders * 1452 accessible cylinders * * Flags: * 1: unmountable * 10: read-only * First Sector Last * Partition Tag Flags Sector Count Sector Mount Directory 2 5 01 1410 2045910 2047319 7 6 00 4230 2043090 2047319 /space 8 1 01 0 1410 1409 9 9 01 1410 2820 422987 |
これで IA システム用のディスク構成ファイルの作成が終了しました。ディスク構成ファイルを使用してプロファイルをテストする詳細は、「プロファイルのテスト」を参照してください。
begin スクリプトと finish スクリプトを使用すると、独自のインストールプログラムにより Solaris ソフトウェアをインストールできます。
プロファイルフィールドにマイナス記号 (-) が指定されているときには、begin スクリプトと finish スクリプトが、プロファイルや Solaris 8 対話式インストールプログラムの代わりに、システムのインストール方法を制御します。
たとえば次のルールに一致した場合は、begin スクリプト x_install.beg と finish スクリプト x_install.fin が、sherlock という名前のシステムに Solaris ソフトウェアをインストールします。
hostname sherlock x_install.beg - x_install.fin |
begin および finish スクリプトには、いくつかの便利な環境変数を使用できます。たとえば、begin スクリプトは、ディスクサイズ (SI_DISKSIZES) を抽出して、実際のディスクサイズに基づいてシステムに特定のパッケージをインストールするか、またはインストールしないでおくことができます。
システムについて収集された情報は、これらの環境変数に格納されます。これらの変数は、通常、rules ファイルに使用するルールキーワードと値によって設定するかどうかが決まります。
たとえば、システムにすでにインストールされているオペレーティングシステムについての情報は、installed キーワードを使用した後でのみ (SI_INSTALLED で) 入手できます。
表 7-1 は、これらの変数とその値を説明しています。
表 7-1 インストール環境変数
環境変数 |
説明 |
---|---|
SI_ARCH |
インストールクライアントのハードウェアアーキテクチャー。この変数は、rules ファイルで arch キーワードを使用する場合に設定します。 |
SI_BEGIN |
begin スクリプトを使用している場合は、その名前 |
SI_CLASS |
インストールクライアントをインストールするために使用されるプロファイルの名前 |
SI_DISKLIST |
コンマで区切られた、インストールクライアント上のディスク名のリスト。この変数は、rules ファイルで disksize キーワードを使用して照合する場合に設定します。SI_DISKLIST および SI_NUMDISKS 変数は、rootdisk (「システムのルートディスクを決定する方法」を参照) に使用する物理ディスクを判断するために使用します。 |
SI_DISKSIZES |
コンマで区切られた、インストールクライアント上のディスクサイズのリスト。この変数は、rules ファイルで disksize キーワードを使用して照合する場合に設定します。 |
SI_DOMAINNAME |
ドメイン名。この変数は、rules ファイルで dommainname キーワードを使用して照合する場合に設定します。 |
SI_FINISH |
finish スクリプトを使用する場合は、その名前 |
SI_HOSTADDRESS |
インストールクライアントの IP アドレス |
SI_HOSTNAME |
インストールクライアントのホスト名。この変数は、rules ファイルで hostname キーワードを使用して照合する場合に設定します。 |
SI_INSTALLED |
特定のオペレーティングシステムが入っているディスクのデバイス名 (Solaris、SunOS、または System V)。この変数は、rules ファイルで installed キーワードを使用して照合する場合に設定します。SI_INST_OS と SI_INST_VER は、SI_INSTALLED の値を決定するために使用します。 |
SI_INST_OS |
オペレーティングシステムの名前。SI_INST_OS と SI_INST_VER は、SI_INSTALLED の値を決定するために使用します。 |
SI_INST_VER |
オペレーティングシステムのバージョン。SI_INST_OS と SI_INST_VER は、SI_INSTALLED の値を決定するために使用します。 |
SI_KARCH |
インストールクライアントのカーネルアーキテクチャー。この変数は、rules ファイルで karch キーワードを使用して照合する場合に設定します。 |
SI_MEMSIZE |
インストールクライアントの物理メモリーの量。この変数は、rules ファイルで memsize キーワードを使用して照合する場合に設定します。 |
SI_MODEL |
インストールクライアントのモデル名。この変数は、rules ファイルで model キーワードを使用して照合する場合に設定します。 |
SI_NETWORK |
インストールクライアントのネットワーク番号。この変数は、rules ファイルで network キーワードを使用して照合する場合に設定します。 |
SI_NUMDISKS |
インストールクライアントのディスク数。この変数は、rules ファイルで disksize キーワードを使用して照合する場合に設定します。SI_NUMDISKS および SI_DISKLIST 変数は、rootdisk に使用する物理ディスクを決定するために使用します (「システムのルートディスクを決定する方法」)。 |
SI_OSNAME |
Solaris 8 SOFTWARE 1 of 2 CD (SPARC) または Solaris 8 SOFTWARE 1 of 2 CD (Intel) イメージのオペレーティングシステムのリリース。この変数は、たとえば、Solaris 8 SOFTWARE 1 of 2 CD (SPARC) または Solaris 8 SOFTWARE 1 of 2 CD (Intel) のオペレーティングシステムのバージョンに基づいてシステムに Solaris をインストールする場合に使用できます。 |
SI_ROOTDISK |
論理名 rootdisk によって表されるディスクのデバイス名。この変数は、rules ファイルで disksize または installed キーワードを rootdisk に設定した場合に設定します。 |
SI_ROOTDISKSIZE |
論理名 rootdisk によって表されるディスクのサイズ。この変数は、rules ファイルで disksize または installed キーワードを rootdisk に設定した場合に設定します。 |
SI_TOTALDISK |
インストールクライアント上のディスク領域の合計量。この変数は、rules ファイルで totaldisk キーワードを使用して照合する場合に設定します。 |