Solaris 9 インストールガイド

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

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

注 –

この章の手順は、カスタム JumpStart ファイルの提供に使用される SPARC サーバーと x86 サーバーの両方 (「プロファイルサーバー」と呼ばれる) に利用できます。プロファイルサーバーは、異なるプラットフォームタイプのシステムにカスタム JumpStart ファイルを提供できます。たとえば、SPARC サーバーは、SPARC システムと x86 システムの両方に、カスタム JumpStart ファイルを提供できます。

begin スクリプトの作成

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

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

動的プロファイルを作成する
アップグレード前にファイルのバックアップをとる

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

スクリプト内には、初期インストールまたはアップグレードインストール時に /a に対して行われるファイルシステムのマウントを妨げるような記述をしないでください。JumpStart プロファイルが /a にファイルシステムをマウントできない場合は、エラーが発生してインストールは失敗します。
インストール時に、begin スクリプトの出力は /tmp/begin.log に格納されます。インストール完了後に、このログファイルは /var/sadm/system/logs/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 スクリプトの出力は /tmp/finish.log に格納されます。インストール完了後に、このログファイルは /var/sadm/system/logs/finish.log に出力先が変更されます。
finish スクリプトの所有者は root、アクセス権は 644 にしてください。
finish スクリプト内では、カスタム JumpStart 環境変数を使用できます。環境変数の一覧は、カスタム JumpStart の環境変数を参照してください。
finish スクリプトは、JumpStart ディレクトリに保存してください。

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

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

注 –

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

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

新しくインストールされたファイルシステムの階層にコピーしたいファイルごとに、次の行を 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}¹
  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
 
  /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz³ 
  umount ${MNT}
  rmdir ${MNT}

インストールするパッケージを含むサーバー上にディレクトリをマウントします。
一時的なパッケージ管理ファイル admin を作成し、パッケージのインストール時に pkgadd(1M) コマンドがチェックも質問の表示も行わないようにします。この一時的なパッケージ管理ファイルは、パッケージの追加時に自動インストールを実施するために使用してください。
-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 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 file¹
 cp /a/etc/shadow /a/etc/shadow.orig²
 
	 mv /a/etc/shadow /a/etc/shadow.orig
 	nawk -F: '{
         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
 rm -f /a/etc/shadow.orig⁴
 # set the flag so sysidroot won't prompt for the root password
 sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE}> /tmp/state.$$⁵
  mv /tmp/state.$$ ${SI_SYS_STATE}

PASSWD 変数に、システムの /etc/shadow ファイルの既存のエントリから取得した暗号化されたルートパスワードを設定します。
/a/etc/shadow の一時入力ファイルを作成します。
$PASSWD をパスワードフィールドとして使用して、新しくインストールしたシステム用の /etc/shadow ファイルにあるルートエントリを変更します。
一時的な /a/etc/shadow ファイルを削除します。
状態ファイルのエントリを 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 プログラムを実行します。

表 24–1 Solaris Web Start オプション


オプション	説明
`-nodisplay`	GUI を使用せずにインストーラを実行します。`-locales` オプションによってインストールが変更された場合を除き、デフォルトの製品インストールを使用してください。
`-noconsole`	対話形式のテキストコンソールデバイスを介さずにインストールを実行します。UNIX スクリプトで `-nodisplay` と共に使用すると便利です。

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

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

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

tar
compress で圧縮された tar
zip
bzip で圧縮された tar

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

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

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

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

圧縮された構成ファイルには、次のファイルが含まれている必要があります。
- プロファイル
- rules
- rules.ok
圧縮された構成ファイルに、さらに sysidcfg ファイルを入れることもできます。

圧縮された構成ファイルを 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

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

この節では、単一ディスク構成ファイルまたは複数ディスク構成ファイルを作成する方法について説明します。ここで示す sed コマンドには、0 の後と 1 の後にタブ文字が入っています。finish スクリプトを使用してルートパスワードを設定した場合は、finish スクリプトの暗号化されたパスワードからルートパスワードを解読されないようにしてください。

SPARC: ディスク構成ファイルの作成方法

テストするディスクを持つ SPARC システムを決定します。

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

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

# prtvtoc /dev/rdsk/device_name>disk_config_file

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

複数のディスクに Solaris ソフトウェアをインストールするテストを
- 実行しない場合は、ここで作業は終了です。
- 実行する場合は、各ディスク構成ファイルを結合し、その出力を新しいファイルに保存します。
  # cat disk_file1 disk_file2>multi_disk_config
  新しいファイルは、次に示すように複数ディスク構成ファイルになります。
  # cat 104_disk2 104_disk3 104_disk5>multi_disk_test

前の手順で作成した複数のディスク構成ファイルにおいて、ディスクデバイス名のターゲット番号がそれぞれ
- 固有である場合は、ここで作業は終了です。
- 固有でない場合は、テキストエディタでファイルを開き、ターゲット番号を固有のものにします。
  
  たとえば、次に示すように、異なるディスクデバイス名について同じターゲット番号 (t0) がファイルに含まれているとします。
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map
  この場合は次のように、2 番目のターゲット番号を t2 に設定します。
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

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

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

例 24–6 SPARC: ディスク構成ファイルの作成

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 システム用のディスク構成ファイルの作成が終了しました。ディスク構成ファイルを使用してプロファイルをテストする方法の詳細は、プロファイルのテストを参照してください。

x86: ディスク構成ファイルを作成する方法

テストするディスクを持つ x86 システムを決定します。

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

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

# fdisk -R -W disk_config_file -h /dev/rdsk/device_name

`disk_config_file`	ディスク構成ファイルの名前
`/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

前の手順で作成した複数のディスク構成ファイルにおいて、ディスクデバイス名のターゲット番号がそれぞれ
- 固有である場合は、ここで作業は終了です。
- 固有でない場合は、テキストエディタでファイルを開き、ターゲット番号を固有のものにします。
  
  たとえば、次に示すように、異なるディスクデバイス名について同じターゲット番号 (t0) がファイルに含まれているとします。
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map
  この場合は次のように、2 番目のターゲット番号を t2 に設定します。
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

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

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

例 24–7 x86: ディスク構成ファイルの作成

最初に、fdisk コマンドの出力を 500_test という名前のファイルに保存します。

# fdisk -R -W 500_test -h /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

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

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

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

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

begin スクリプトの作成

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

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

例 24–1 動的プロファイルを作成する begin スクリプト

finish スクリプトの作成

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SPARC: ディスク構成ファイルの作成方法

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

例 24–6 SPARC: ディスク構成ファイルの作成

x86: ディスク構成ファイルを作成する方法

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

例 24–7 x86: ディスク構成ファイルの作成

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

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