第 24 章 カスタム JumpStart オプション機能の使用

この章では、カスタム JumpStart インストールのオプション機能について説明します。

• 「begin スクリプトの作成」

• 「finish スクリプトの作成」

• 「圧縮された構成ファイルの作成」

• 「ディスク構成ファイルの作成」

• 「サイト固有のインストールプログラムの使用」

begin スクリプトの作成

「begin スクリプト」とは、ユーザーが定義する Bourne シェルスクリプトで、rules ファイル内で指定し、Solaris ソフトウェアがシステムにインストールされる前に作業を実行します。begin スクリプトは、カスタム JumpStart インストールで Solaris をインストールするときのみ使用できます。

begin スクリプトは、次のような場合に使用してください。

• 動的プロファイルを作成する

• アップグレード前にファイルのバックアップをとる

begin スクリプトに関する注意事項

• スクリプト内には、初期インストールまたはアップグレードインストール時に /a に対して行われるファイルシステムのマウントを妨げるような記述をしないでください。JumpStart プロファイルが /a にファイルシステムをマウントできない場合は、エラーが発生してインストールは失敗します。

• begin スクリプトの出力は、/var/sadm/begin.log に保存されます。

• root が begin スクリプトを所有していて、そのアクセス権が 644 に設定されていることを確認します。

• begin スクリプト内では、カスタム JumpStart 環境変数を使用できます。環境変数の一覧は、「カスタム JumpStart の環境変数」を参照してください。

• begin スクリプトは、JumpStart ディレクトリに保存してください。

begin スクリプトによる動的プロファイルの作成

「動的プロファイル」とは、カスタム JumpStart インストール時に begin スクリプトが動的に作成するプロファイルです。動的プロファイルは、特定のシステムを 1 つのプロファイルに対応させる rules ファイルを設定できない場合に必要となります。たとえば、異なるハードウェア構成要素を持つ同一のシステムモジュール (異なるフレームバッファを持つシステムなど) には、動的プロファイルを使用する必要があります。

動的プロファイルを使用するルールの設定手順は次のとおりです。

• プロファイルの代わりに、プロファイルフィールドに等号 (=) を指定します。

• インストール対象のシステムに依存する動的プロファイルを作成する begin スクリプトを begin フィールドに指定します。

システムが、プロファイルフィールドに等号 (=) があるルールと一致すると、begin スクリプトは、システムに Solaris ソフトウェアをインストールするのに使用する動的プロファイルを作成します。

次に、毎回同じ動的プロファイルを作成する begin スクリプトの例を示します。もちろん、ルールの評価に応じて異なる動的プロファイルを生成する begin スクリプトも作成できます。

例 24-1 動的プロファイルを作成する 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 スクリプトは、デフォルトで /tmp/install.input に設定されている動的プロファイル名に SI_PROFILE 環境変数を使用する必要があります。

begin スクリプトを動的プロファイルの作成に使用する場合は、スクリプトにエラーがないことを確認してください。動的プロファイルは、begin スクリプトが実行されてから作成されます。このため、check スクリプトで動的プロファイルの妥当性は検査されません。

finish スクリプトの作成

「finish スクリプト」とは、ユーザーが定義する Bourne シェルスクリプトで、rules ファイル内で指定し、Solaris ソフトウェアがシステムにインストールされた後、システムがリブートする前に作業を実行します。finish スクリプトは、カスタム JumpStart インストールで Solaris をインストールするときのみ使用できます。

finish スクリプトは、次のような作業に利用できます。

• ファイルの追加

• パッケージまたはパッチの追加

• ルート環境のカスタマイズ

• システムのルートパスワードの設定

• 追加ソフトウェアのインストール

finish スクリプトに関する注意事項

• Solaris suninstall プログラムは、システムのファイルシステムを /a にマウントします。ファイルシステムは、システムがリブートするまで /a にマウントされています。したがって、/a にマウントされている新しくインストールされたファイルシステムの階層にファイルを追加、変更、または削除するように finish スクリプトを作成できます。

• finish スクリプトの出力は、/var/sadm/finish.log に保存されます。

• finish スクリプトの所有者は root、アクセス権は 644 にしてください。

• finish スクリプト内では、カスタム JumpStart 環境変数を使用できます。環境変数の一覧は、「カスタム JumpStart の環境変数」を参照してください。

• finish スクリプトは、JumpStart ディレクトリに保存してください。

finish スクリプトでファイルを追加する方法

finish スクリプトにより、JumpStart ディレクトリにあるファイルをインストールされたシステムへ追加できます。これは、SI_CONFIG_DIR 変数で指定されるディレクトリ (デフォルトは /tmp/install_config) に JumpStart ディレクトリがマウントされるためです。

インストールされたシステムにすでに存在するファイルに、JumpStart ディレクトリからファイルをコピーして、ファイルを置換することもできます。

1. インストールされたシステムに追加するすべてのファイルを JumpStart ディレクトリにコピーします。

2. 新しくインストールされたファイルシステムの階層にコピーしたいファイルごとに、次の行を finish スクリプトに挿入します。

   cp ${SI_CONFIG_DIR}/file_name /a/path_name

たとえば、自分のサイトのすべてのユーザーを対象に開発された特別なアプリケーション site_prog があると仮定します。site_prog のコピーを JumpStart ディレクトリに置いた場合、finish スクリプト内の次の行は JumpStart ディレクトリからシステムの /usr/bin ディレクトリに site_prog をコピーします。

cp ${SI_CONFIG_DIR}/site_prog  /a/usr/bin

finish スクリプトによるパッケージとパッチの追加

finish スクリプトを作成すると、Solaris ソフトウェアをシステムにインストールした後に、パッケージやパッチを自動的に追加できます。finish スクリプトを使用してパッケージを追加すると時間を節約できるだけでなく、サイトのさまざまなシステムにパッケージおよびパッチをインストールする上での整合性を維持できます。

pkgadd(1M) コマンドや patchadd(1M) コマンドを finish スクリプトで使用するときは、-R オプションを使用して、/a をルートパスとして指定する必要があります。

例 24-2 はパッケージを追加する finish スクリプトの例を示します。

例 24-2 finish スクリプトでパッケージを追加する

  #!/bin/sh
 
  BASE=/a
  MNT=/a/mnt
  ADMIN_FILE=/a/tmp/admin
 
  mkdir ${MNT}
  mount -f nfs sherlock:/export/package ${MNT}1
  cat>${ADMIN_FILE} <<DONT_ASK2
  mail=root
  instance=overwrite
  partial=nocheck
  runlevel=nocheck
  idepend=nocheck
  rdepend=nocheck
  space=ask
  setuid=nocheck
  conflict=nocheck
  action=nocheck
  basedir=default
  DONT_ASK
 
  /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz3 
  umount ${MNT}
  rmdir ${MNT}

1. インストールするパッケージを含むサーバー上にディレクトリをマウントします。

2. 一時的なパッケージ管理ファイル admin を作成し、パッケージのインストール時に pkgadd(1M) コマンドがチェックも質問の表示も行わないようにします。この一時的なパッケージ管理ファイルは、パッケージの追加時に自動インストールを実施するために使用してください。

3. -a オプション (パッケージ管理ファイルを指定) と -R オプション (ルートパスを指定) を使用してパッケージを追加します。

以前は finish スクリプト環境では、pkgadd コマンドや patchadd コマンドとともに chroot(1M) コマンドが使用されていました。しかし、一部のパッケージやパッチには -R オプションが正しく動作しないものがあります。このような状況では、chroot コマンドを実行する前に /a ルートパスにダミーの /etc/mnttab ファイルを作成する必要があります。

/etc/mnttab ダミーファイルを作成するには、次の行を finish スクリプトに追加します。

cp /etc/mnttab /a/etc/mnttab

finish スクリプトによるルート環境のカスタマイズ

finish スクリプトを使って、システムにインストールされたファイルをカスタマイズできます。たとえば、例 24-3 の finish スクリプトは、ルートディレクトリ内の .cshrc ファイルに情報を追加することによって、ルート環境をカスタマイズします。

例 24-3 finish スクリプトによるルート環境のカスタマイズ

#!/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
}

finish スクリプトによるシステムのルートパスワードの設定

Solaris ソフトウェアがシステムにインストールされると、そのシステムはリブートします。ブートプロセス終了前に、システムはルートパスワードを入力するように求めてきます。パスワードを入力するまで、システムはブート処理を終了できません。

set_root_pw という finish スクリプトは、auto_install_sample ディレクトリに保存されます。この finish スクリプトは、プロンプトを表示することなく root パスワードを自動的に設定する方法を示します。例 24-4 に set_root_pw を示します。

例 24-4 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
 PASSWD=dKO5IBkSF42lw
	 #create a temporary input file1
 cp /a/etc/shadow /a/etc/shadow.orig2
 
	 mv /a/etc/shadow /a/etc/shadow.orig
 	nawk -F: '{
         if ( $1 == "root" )3
           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
 rm -f /a/etc/shadow.orig4
 # set the flag so sysidroot won't prompt for the root password
 sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE}> /tmp/state.$$5
  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 スクリプト内の暗号化されたパスワードからルートパスワードを解読されないように対策を講じてください。

finish スクリプトを使用して Web Start インストールプログラムでソフトウェアをインストールする

finish スクリプトを使用すると、Solaris オペレーティング環境のインストールに続いてさらにソフトウェアをインストールできます。一部のソフトウェアプログラムは、インストール時に情報入力を求めるプロンプトを表示する Solaris Web Start プログラムでインストールできます。自動インストールを行うには、-nodisplay または -noconsole オプションを指定して Solaris Web Start プログラムを実行します。

詳細は、installer(1M) のマニュアルページを参照してください。

圧縮された構成ファイルの作成

add_install_client コマンドを使用してカスタム JumpStart 構成ファイルの場所を指定する代わりに、システムのブート時に構成ファイルの場所を指定することができます。ただし、boot コマンドに指定できるファイル名は 1 つだけです。したがって、すべてのカスタム JumpStart 構成ファイルを 1 つのファイルに圧縮する必要があります。圧縮された構成ファイルの形式は、次のいずれかにしてください。

• tar

• compress で圧縮された tar

• zip

• bzip で圧縮された tar

圧縮された構成ファイルを作成する方法

1. プロファイルサーバー上の JumpStart ディレクトリに移動します。

   # cd jumpstart_dir_path

2. 圧縮ツールを使って、すべてのカスタム JumpStart 構成ファイルを 1 つのファイルに圧縮します。

   ---

   注 -

   圧縮構成ファイルに相対パスを含めないでください。カスタム JumpStart 構成ファイルは、圧縮されたファイルと同じディレクトリに置かれている必要があります。

   ---

   圧縮された構成ファイルには、次のファイルが含まれている必要があります。

   • プロファイル

   • rules

   • rules.ok

   圧縮された構成ファイルに、さらに sysidcfg ファイルを入れることもできます。

3. 圧縮された構成ファイルを NFS サーバー、HTTP サーバー、またはローカルハードディスク上に保存します。

圧縮された構成ファイルの例

次の例は、tar コマンドを使って、圧縮された構成ファイルを config.tar という名前で作成します。カスタム JumpStart 構成ファイルはすべて /jumpstart ディレクトリにあります。

例 24-5 圧縮された構成ファイルの作成

# cd /jumpstart
# tar -cvf config.tar *
a profile 1K
a rules 1K
a rules.ok 1K
a sysidcfg 1K

ディスク構成ファイルの作成

この節では、単一ディスク構成ファイルまたは複数ディスク構成ファイルを作成する方法について説明します。 ディスク構成ファイルを作成すると、単一のシステムから pfinstall(1M) を使用して、異なるディスク構成に対してプロファイルをテストできます。

ディスク構成ファイルの作成

1. テストしたいディスクを持つシステムを決定します。

2. スーパーユーザーになります。

3. 単一ディスク構成ファイルを作成するには、prtvtoc(1M) コマンドの出力をファイルに保存します。

   # prtvtoc /dev/rdsk/device_name>disk_config_file

   /dev/rdsk/device_name	システムのディスクのデバイス名。device_name は、cwtxdys2 または cxdys2 の形式にしてください。
   disk_config_file	ディスク構成ファイルの名前

4. 複数のディスクに Solaris ソフトウェアをインストールするテストを

   • アップグレードしない場合は、ここで作業は終了です。

   • 実行する場合は、各ディスク構成ファイルを結合し、その出力を新しいファイルに保存します。

     # cat disk_file1 disk_file2>multi_disk_config

     新しいファイルは、次に示すように複数ディスク構成ファイルになります。

     # cat 104_disk2 104_disk3 104_disk5>multi_disk_test

5. 前の手順で作成した複数のディスク構成ファイルにおいて、ディスクデバイス名のターゲット番号がそれぞれ

   • 固有である場合は、ここで作業は終了です。

   • 固有でない場合は、テキストエディタでファイルを開き、ターゲット番号を固有のものにします。

     たとえば、次に示すように、異なるディスクデバイス名について同じターゲット番号 (t0) がファイルに含まれているとします。

     * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map

     この場合は次のように、2 番目のターゲット番号を t2 に設定します。

     * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

ディスク構成ファイルの例

次の例では、104M バイトのディスクを持つ システムで、単一ディスク構成ファイル 104_test を作成します。

例 24-6 ディスク構成ファイルの作成

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

これで、ディスク構成ファイル は作成されました。ディスク構成ファイルを使用したプロファイルをテストする方法の詳細は、「プロファイルのテスト」を参照してください。

サイト固有のインストールプログラムの使用

begin スクリプトと finish スクリプトを使用すると、独自のインストールプログラムにより Solaris ソフトウェアをインストールできます。

プロファイルフィールドにマイナス記号 (-) が指定されているときには、begin スクリプトと finish スクリプトが、プロファイルや Solaris suninstall プログラムの代わりに、システムのインストール方法を制御します。

たとえば次のルールに一致した場合は、begin スクリプト x_install.beg と finish スクリプト x_install.fin が、clover という名前のシステムに Solaris ソフトウェアをインストールします。

hostname clover x_install.beg - x_install.fin