Oracle Solaris 10 9/10 インストールガイド (カスタム JumpStart/上級編)

第 3 章カスタム JumpStart インストールの準備 (作業)

この章では、カスタム JumpStart インストールを使用して、各サイトのシステムに Solaris ソフトウェアをインストールするために必要な準備の手順について説明します。

注 –

Solaris ZFS ルートプールをインストールする場合は、第 9 章JumpStart による ZFS ルートプールのインストールの制限事項とプロファイルの例を参照してください。

作業マップ: カスタム JumpStart インストールの準備

表 3–1 作業マップ: カスタム JumpStart インストールの準備


作業	説明	参照先
旧バージョンの Solaris ソフトウェアがシステム上にインストールされている場合は、システムをアップグレードする方法を決定します。	システムに以前の Solaris リリースがインストールされている場合は、システムをどのようにアップグレードするかを決める必要があります。システムアップグレードの前と後に実施すべき作業を明確にしておいてください。計画を立てることによって、プロファイル、開始スクリプト、終了スクリプトなどの作成が容易になります。	『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の「アップグレード計画」
JumpStart ディレクトリを作成します。	サーバーの場合ネットワーク接続されたシステムに対してカスタム JumpStart インストールを実行する場合は、プロファイルサーバーを作成する必要があります。プロファイルサーバーには、カスタム JumpStart ファイル用の JumpStart ディレクトリが入っています。	「ネットワーク上のシステム用のプロファイルサーバーの作成」
JumpStart ディレクトリを作成します。	フロッピーディスクの場合ネットワークに接続されていないシステムに対してカスタム JumpStart インストールを実行する場合は、プロファイルフロッピーディスクを作成する必要があります。プロファイルフロッピーディスクには、カスタム JumpStart ファイルが入っています。	「スタンドアロンシステム用のプロファイルフロッピーディスクの作成」
ルールを `rules` ファイルに追加します。	各システムグループまたは単一のシステムをどのようにインストールするか決定したあとで、インストールする各グループに対してルールを作成します。各ルールは、1 つ以上のシステム属性に基づいてグループを識別し、それぞれのグループを 1 つのプロファイルにリンクします。	「`rules` ファイルの作成」
ルールごとにプロファイルを作成します。	プロファイルは、どのように Solaris ソフトウェアをシステムにインストールするか (たとえば、どのソフトウェアグループをインストールするか) を定義するテキストファイルです。すべてのルールはプロファイルを指定して、ルールが一致したときにシステムがどのようにインストールされるかを定義します。通常は、ルールごとに異なるプロファイルを作成します。しかし、複数のルールで同じプロファイルを使用することも可能です。	「プロファイルの作成」
(省略可能) プロファイルをテストします。	プロファイルの作成後、pfinstall(1M) コマンドを使用すれば、プロファイルを使用してシステムをインストールまたはアップグレードする前に、プロファイルをテストできます。	「プロファイルのテスト」
`rules` ファイルの妥当性を検査します。	`rules.ok` ファイルは、`rules` ファイルから生成されたファイルで、JumpStart プログラムはこれを使用して、インストールするシステムとプロファイルとを一致させます。`rules` ファイルの妥当性を検査するには、`check` スクリプトを使用する必要があります。	「`rules` ファイルの妥当性を検査する」

ネットワーク上のシステム用のプロファイルサーバーの作成

ネットワーク上のシステム用にカスタム JumpStart インストールを設定する際には、サーバー上に JumpStart ディレクトリと呼ばれるディレクトリを作成する必要があります。JumpStart ディレクトリには、重要なカスタム JumpStart ファイル (rules ファイル、rules.ok ファイル、プロファイルなど) がすべて置かれます。JumpStart ディレクトリは、プロファイルサーバーのルート (/) ディレクトリに作成する必要があります。

JumpStart ディレクトリがあるサーバーを「プロファイルサーバー」と呼びます。プロファイルサーバーは、インストールサーバーまたはブートサーバーと同じにすることも、あるいはまったく異なるサーバーとすることもできます。プロファイルサーバーは、異なったプラットフォームのシステムにカスタム JumpStart ファイルを提供できます。たとえば、x86 サーバーは、SPARC ベースのシステムと x86 ベースのシステムの両方に、カスタム JumpStart ファイルを提供できます。

注 –

プロファイルサーバーの作成後、システムがそのサーバーにアクセスできるように設定する必要があります。詳しい手順については、「すべてのシステムがプロファイルサーバーにアクセスできるようにする方法」を参照してください。

JumpStart ディレクトリをサーバー上に作成する方法

注 –

この手順では、システムでボリュームマネージャーを実行していると仮定しています。ディスク管理にボリュームマネージャーを使用しない場合は、『Solaris のシステム管理 (デバイスとファイルシステム)』で、ボリュームマネージャーを使用しないでリムーバブルメディアを管理する方法を確認してください。

JumpStart ディレクトリを作成するサーバーを見つけます。

スーパーユーザーになるか、同等の役割を引き受けます。

役割には、認証と特権コマンドが含まれます。役割の詳細については、『Solaris のシステム管理 (セキュリティサービス)』の「RBAC の構成 (作業マップ)」を参照してください。

サーバーに JumpStart ディレクトリを作成します。
# mkdir -m 755 jumpstart_dir_path
jumpstart_dir_path は、JumpStart ディレクトリの絶対パスです。

たとえば、次のコマンドは、ルート (/) ディレクトリに jumpstart というディレクトリを作成し、アクセス権を 755 に設定します。
# mkdir -m 755 /jumpstart

次のエントリを追加して、/etc/dfs/dfstab ファイルを編集します。
share -F nfs -o ro,anon=0 jumpstart_dir_path
たとえば、次のエントリは /jumpstart ディレクトリを共有します。
share -F nfs -o ro,anon=0 /jumpstart

shareall と入力し、Enter キーを押します。

サンプルのカスタム JumpStart ファイルを JumpStart ディレクトリにコピーするかどうかを決定します。

コピーしない場合は、手順 9 に進みます。
コピーする場合は、次の表を利用して次に行う作業を決定します。

サンプルのコピー元

説明

プラットフォームに対応した Solaris Operating System DVD または Solaris SOFTWARE - 1 CD

サーバーの CD-ROM ドライブに、Solaris Operating System DVD または Solaris SOFTWARE - 1 CD を挿入します。

ボリュームマネージャーが自動的に CD または DVD をマウントします。

ローカルディスク上にある、プラットフォームに対応した Solaris Operating System DVD または Solaris SOFTWARE - 1 のイメージ

Solaris Operating System DVD または Solaris SOFTWARE - 1 イメージが置かれたディレクトリに移動します。コマンド例を示します。

cd /export/install

サンプルのカスタム JumpStart ファイルをプロファイルサーバー上の JumpStart ディレクトリにコピーします。
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path
media_path

CD、DVD、またはローカルディスク上のイメージのパス

jumpstart_dir_path

カスタム JumpStart ファイルの例を配置する、プロファイルサーバー上のパス

たとえば、次のコマンドは、jumpstart_sample ディレクトリをプロファイルサーバー上の /jumpstart ディレクトリにコピーします。
cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /jumpstart

サンプル JumpStart ファイルを更新し、それらのファイルがサイトの環境内で動作するようにします。

root が JumpStart ディレクトリを所有していて、そのアクセス権が 755 に設定されていることを確認します。

ネットワーク上のシステムがプロファイルサーバーにアクセスできるように設定します。

詳しい手順については、「すべてのシステムがプロファイルサーバーにアクセスできるようにする方法」を参照してください。

すべてのシステムがプロファイルサーバーにアクセスできるようにする

プロファイルサーバーを作成する際に、システムがカスタム JumpStart インストール中にプロファイルサーバーにアクセスできるようにする必要があります。このためには、次の方法があります。

コマンドまたはファイル	アクセスの提供	説明
`add_install_client` コマンド	ネットワークインストールでシステムを追加するたびに、`add_install_client` コマンドに `-c` オプションを使用してプロファイルサーバーを指定します。注 – NFS を使用していない場合は、別の方法を使用してアクセスを提供する必要があります。 SPARC システムでは `boot` コマンドを使用します x86 システムでは GRUB メニューを編集します	DVD メディアの場合は、『Oracle Solaris 10 9/10 インストールガイド (ネットワークインストール)』の「DVD イメージを使用してネットワークからインストールするシステムの追加」を参照してください。 CD メディアの場合は、『Oracle Solaris 10 9/10 インストールガイド (ネットワークインストール)』の「CD イメージを使用してネットワークからインストールするシステムの追加」を参照してください。
システムのブート時に JumpStart ディレクトリの場所を指定します	SPARC システムでは、 `boot` コマンドを使用してシステムをブートします。システムのブート時にプロファイルサーバー上の JumpStart ディレクトリの場所を指定します。カスタム JumpStart 構成ファイルは、圧縮して 1 つのファイルにする必要があります。続いて、圧縮されたその構成ファイルを HTTP サーバーまたは HTTPS サーバーに保存します。	「圧縮された構成ファイルの作成」「SPARC: カスタム JumpStart プログラムを使用してインストールまたはアップグレードする方法」の手順 5
システムのブート時に JumpStart ディレクトリの場所を指定します	x86 システムでは、システムをブートするときに GRUB メニューのブートエントリを編集して、プロファイルサーバーの JumpStart ディレクトリの場所を指定します。カスタム JumpStart 構成ファイルは、圧縮して 1 つのファイルにする必要があります。続いて、圧縮されたその構成ファイルを HTTP サーバーまたは HTTPS サーバーに保存します。 GRUB メニューのエントリを編集する場合は、圧縮ファイルの場所を指定します。	「圧縮された構成ファイルの作成」「x86: GRUB ブートコマンドの編集によるカスタム JumpStart インストールの実行」
`/etc/bootparams` ファイル	`/etc/bootparams` ファイルにワイルドカードを追加します。	「すべてのシステムがプロファイルサーバーにアクセスできるようにする方法」

すべてのシステムがプロファイルサーバーにアクセスできるようにする方法

次に示す手順は、ネットワークインストールの情報を次の場所に格納している場合にのみ実行してください。

/etc/bootparams ファイル内。
ネームサービス bootparams データベース内。bootparams データベースを更新するには、手順 3 に示されているエントリを追加してください。

次に示す手順は、同じタイプのシステム (たとえばすべて SPARC システム) で実行する必要があります。

次のような場合には、この手順を実行しないでください。

フロッピーディスクに JumpStart ディレクトリを保存する場合。
システムをブートするときにプロファイルサーバーの場所を指定する場合。異なるアーキテクチャーのシステムがある場合、システムをブートするときにプロファイルサーバーの場所を指定する必要があります

前述の場合には、SPARC システムでは boot コマンドを使用し、x86 システムでは GRUB メニューを使用してください。

注 –

DHCP サーバーにネットワークインストールの情報を格納することもできます。

SPARC システムの場合は、add_install_client コマンドに d オプションを指定して、カスタム JumpStart プログラムが DHCP サーバーを使用するように指定します。-または boot コマンドに dhcp オプションを指定して、カスタム JumpStart プログラムが DHCP サーバーを使用するように指定します。このオプションを使用する手順については、「SPARC: boot コマンドのコマンドリファレンス」を参照してください。
x86 システムでは、次のいずれかの方法で dhcp を使用します。
- インストールサーバーを使用する場合は、add_install_client コマンドに -d オプションを指定して、カスタム JumpStart プログラムが DHCP サーバーおよび PXE を使用するように指定します。
- GRUB メニューの GRUB エントリを編集して dhcp オプションを追加します。GRUB エントリを編集する手順については、「x86: GRUB ブートコマンドの編集によるカスタム JumpStart インストールの実行」を参照してください

インストールサーバーまたはブートサーバーにスーパーユーザーとしてログインします。

テキストエディタを使用して /etc/bootparams を開きます。

このエントリを追加します。
* install_config=server:jumpstart_dir_path
*

すべてのシステムにアクセスできるように指定するワイルドカード文字

server

JumpStart ディレクトリがあるプロファイルサーバーのホスト名

jumpstart_dir_path

JumpStart ディレクトリの絶対パス

たとえば、次のエントリはすべてのシステムが、sherlock というプロファイルサーバーにある /jumpstart ディレクトリにアクセスできるようにします。
* install_config=sherlock:/jumpstart
注意 –
この手順を使用した場合、インストールクライアントを起動したときに次のエラーメッセージが表示されることがあります。

WARNING: getfile: RPC failed: error 5: (RPC Timed out).

このエラーメッセージの詳細は、「ネットワークからのブート時のエラーメッセージ」を参照してください。

これで、すべてのシステムはプロファイルサーバーにアクセスできるようになりました。

スタンドアロンシステム用のプロファイルフロッピーディスクの作成

JumpStart ディレクトリが収められているフロッピーディスクを「プロファイルフロッピーディスク」と呼びます。ネットワークに接続されていないシステムには、プロファイルサーバーへのアクセス権はありません。このため、システムがネットワークに接続されていない場合はフロッピーディスク上に JumpStart ディレクトリを作成する必要があります。プロファイルフロッピーディスクを作成するシステムには、フロッピーディスクドライブが必要です。

JumpStart ディレクトリには、rules ファイル、rules.ok ファイル、プロファイルなどの基本的なカスタム JumpStart ファイルがすべて収められています。JumpStart ディレクトリは、プロファイルフロッピーディスクのルート (/) ディレクトリに作成する必要があります。

次のいずれかの手順を参照してください。

SPARC: プロファイルフロッピーディスクを作成する方法

注 –

この手順では、システムでボリュームマネージャーを実行していると仮定しています。フロッピーディスク、CD、および DVD の管理にボリュームマネージャーを使用しない場合は、『Solaris のシステム管理 (デバイスとファイルシステム)』で、ボリュームマネージャーを使用しないでリムーバブルメディアを管理する方法を確認してください。

フロッピーディスクドライブを持つ SPARC システムを見つけます。

スーパーユーザーになるか、同等の役割を引き受けます。

役割には、認証と特権コマンドが含まれます。役割の詳細については、『Solaris のシステム管理 (セキュリティサービス)』の「RBAC の構成 (作業マップ)」を参照してください。

空のフロッピーディスクまたは上書き可能なディスクをフロッピーディスクドライブに挿入します。

フロッピーディスクをマウントします。
# volcheck

フロッピーディスクに UNIX ファイルシステム (UFS) が含まれているかどうかを確認します。

システム上の /etc/mnttab ファイルに、次のようなエントリがあるかどうかを調べます。
/vol/dev/diskette0/scrap /floppy/scrap ufs suid,rw,largefiles,dev=1740008 927147040
- エントリが存在する場合は、手順 7 へ進みます。
- エントリが存在しない場合は、次の手順へ進みます。

フロッピーディスク上に UFS を作成します。
# newfs /vol/dev/aliases/floppy0

サンプルのカスタム JumpStart ファイルを JumpStart ディレクトリにコピーするかどうかを決定します。

コピーしない場合は、手順 10 へ進みます。
コピーする場合は、次の表を利用して次に行う作業を決定します。

サンプルのコピー元

説明

Solaris Operating System DVD (SPARC 版) または Solaris SOFTWARE - 1 CD (SPARC 版)

サーバーの CD-ROM ドライブに Solaris Operating System DVD (SPARC 版) または Solaris SOFTWARE - 1 CD (SPARC 版) を挿入します。

ボリュームマネージャーが自動的に CD または DVD をマウントします。

ローカルディスク上の Solaris Operating System DVD (SPARC 版) または Solaris SOFTWARE - 1 CD (SPARC 版) イメージ

Solaris Operating System DVD (SPARC 版) または Solaris SOFTWARE - 1 CD (SPARC 版) イメージが置かれたディレクトリに移動します。コマンド例を示します。

cd /export/install

サンプルのカスタム JumpStart ファイルをプロファイルフロッピーディスクの JumpStart ディレクトリにコピーします。
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path
media_path

CD、DVD、またはローカルディスク上のイメージのパス

jumpstart_dir_path

カスタム JumpStart のサンプルファイルを置くプロファイルフロッピーディスクのパス

注 –
すべてのカスタム JumpStart インストールファイルは、フロッピーディスクのルート (/) ディレクトリに置かれている必要があります。

たとえば、次のコマンドは、Solaris SOFTWARE - 1 CD (SPARC 版) の jumpstart_sample の内容を、プロファイルフロッピーディスク scrap のルート (/) ディレクトリにコピーします。
cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

プロファイルフロッピーディスク上の JumpStart ファイルの例を更新して、サイトの環境内で動作するようにします。

root が JumpStart ディレクトリを所有していて、そのアクセス権が 755 に設定されていることを確認します。

フロッピーディスクを取り出します。
# eject floppy
これで、プロファイルフロッピーディスクの作成が完了しました。rules ファイルを更新して、プロファイルフロッピーディスクにプロファイルを作成して、カスタム JumpStart インストールを実行できます。続行するには、「rules ファイルの作成」へ進みます。

x86: GRUB を使用してプロファイルフロッピーディスクを作成する方法

GRUB を使用してプロファイルフロッピーディスクを作成するには、この手順を使用します。GRUB メニューを使用すればインストール手順の実行中にブート処理を実行できます。以前のリリースではシステムのブートに Solaris Device Configuration Assistant (デバイス構成用補助) が必要となる場合がありましたが、GRUB メニューはそれに代わるものです。

注 –

フロッピーディスクドライブを持つ x86 システムを見つけます。

スーパーユーザーになるか、同等の役割を引き受けます。

役割には、認証と特権コマンドが含まれます。役割の詳細については、『Solaris のシステム管理 (セキュリティサービス)』の「RBAC の構成 (作業マップ)」を参照してください。

空のフロッピーディスクまたは上書き可能なディスクをフロッピーディスクドライブに挿入します。

フロッピーディスクをマウントします。
# volcheck

サンプルのカスタム JumpStart ファイルを JumpStart ディレクトリにコピーするかどうかを決定します。

コピーしない場合は、手順 8 へ進みます。
コピーする場合は、次の表を利用して次に行う作業を決定します。

サンプルのコピー元

説明

Solaris Operating System DVD (x86 版) または Solaris SOFTWARE - 1 CD (x86 版)

サーバーの CD-ROM ドライブに、Solaris Operating System DVD (x86 版) または Solaris SOFTWARE - 1 CD (x86 版) を挿入します。

ボリュームマネージャーが自動的に CD または DVD をマウントします。

ローカルディスク上の Solaris Operating System DVD (x86 版) または Solaris SOFTWARE - 1 CD (x86 版) イメージ

Solaris Operating System DVD (x86 版) または Solaris SOFTWARE - 1 CD (x86 版) イメージが置かれたディレクトリに移動します。たとえば、次のように入力します。

cd /export/install

サンプルのカスタム JumpStart ファイルをプロファイルフロッピーディスクの JumpStart ディレクトリにコピーします。
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path
media_path

CD、DVD、またはローカルディスク上のイメージのパス

jumpstart_dir_path

カスタム JumpStart のサンプルファイルを置くプロファイルフロッピーディスクのパス

注 –
すべてのカスタム JumpStart インストールファイルは、プロファイルフロッピーディスクのルート (/) ディレクトリに置かれている必要があります。

たとえば、次のコマンドは、Solaris SOFTWARE - 1 CD (x86 版) の jumpstart_sample の内容を、プロファイルフロッピーディスク scrap のルート (/) ディレクトリにコピーします。
cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

プロファイルフロッピーディスク上の JumpStart ファイルの例を更新して、サイトの環境内で動作するようにします。

root が JumpStart ディレクトリを所有していて、そのアクセス権が 755 に設定されていることを確認します。

「ファイル・マネージャ (File Manager)」ウィンドウの「取り出し (Eject Disk)」をクリックするか、コマンド行に eject floppy と入力して、フロッピーディスクを取り出します。

「リムーバブルメディア・マネージャ (Removable Media Manager)」画面で「了解 (OK)」をクリックします。

フロッピーディスクを手動で取り出します。

参照

これで、プロファイルフロッピーディスクの作成が完了しました。rules ファイルを更新して、プロファイルフロッピーディスクにプロファイルを作成して、カスタム JumpStart インストールを実行できます。続行するには、「rules ファイルの作成」へ進みます。

`rules` ファイルの作成

rules ファイルは、Solaris OS をインストールする各システムグループのルールが記述されているテキストファイルです。各ルールは 1 つ以上のシステム属性にもとづいてシステムグループを識別し、各グループをプロファイルにリンクします。プロファイルは、グループ内の各システムに Solaris ソフトウェアがどのようにインストールされるかを定義するテキストファイルです。たとえば、次のルールは JumpStart プログラムが basic_prof プロファイル内の情報を使用し、sun4u プラットフォームグループを持つすべてのシステムに対してインストールを実行することを示します。

karch sun4u - basic_prof -

rules ファイルを使用して、カスタム JumpStart インストールに必要な rules.ok ファイルを作成します。

注 –

「スタンドアロンシステム用のプロファイルフロッピーディスクの作成」または「ネットワーク上のシステム用のプロファイルサーバーの作成」の手順に従って JumpStart ディレクトリを設定した場合は、rules ファイルのサンプルがすでに JumpStart ディレクトリに置かれています。rules ファイルのサンプルには、説明といくつかのルール例があります。サンプルの rules ファイルを利用する場合は、使用しないルール例は必ずコメントにしておいてください。

`rules` ファイルの構文

rules ファイルには、次の属性が必要です。

ファイルに rules という名前が付けられている。
ファイルに 1 つ以上のルールが含まれている。

rules ファイルには、次の要素を任意に含めることができます。

コメント

 行中の # 記号の後ろのテキストは、JumpStart によってコメントとして扱われます。行が # 記号で始まる場合は、行全体がコメントとして扱われます。
1 行以上の空白行
1 つまたは複数の複数行ルール

 1 つのルールを新しい行に折り返すには、Return キーを押す直前にバックスラッシュ文字 (\) を入力します。

`rules` ファイルを作成する方法

テキストエディタを使って、rules という名前のテキストファイルを作成します。または、作成済みの JumpStart ディレクトリからサンプル rules ファイルを開きます。

Solaris ソフトウェアをインストールする各システムグループの rules ファイルにルールを追加します。

rules ファイルのキーワードと値については、「ルールキーワードと値の説明」を参照してください。

rules ファイル内のルールは、次の構文に従って記述します。
!rule_keyword rule_value && !rule_keyword rule_value ... begin profile finish
!

ルールキーワードの前で使用し、否定を示す記号。

rule_keyword

ホスト名 (hostname) やメモリーサイズ (memsize) などの一般的なシステム属性を記述する、事前定義された字句単位または語。rule_keyword は、同じ属性を持つシステムを 1 つのプロファイルに対応させるためにルール値と共に使用されます。ルールキーワードの一覧は、「ルールキーワードと値の説明」を参照してください。

rule_value

対応するルールキーワードに特定のシステム属性を付与する値。ルール値については、「ルールキーワードと値の説明」を参照してください。

&&

ルールキーワードとルール値の複数のペアを 1 つのルールに結合するために使用する記号 (論理演算子 AND)。カスタム JumpStart インストール時に、システムがルール内のすべてのペアに一致しなければ、ルールの一致は成立しません。

begin

インストール開始前に実行される Bourne シェルスクリプト名。開始スクリプトがない場合、このフィールドにマイナス記号 (-) を指定する必要があります。開始スクリプトはすべて、JumpStart ディレクトリになければなりません。

開始スクリプトの詳しい作成方法については、「開始スクリプトの作成」を参照してください。

profile

テキストファイル名。システムがルールに一致したとき Solaris ソフトウェアがシステムにどのようにインストールされるかを定義しています。プロファイル内の情報は、プロファイルキーワードと、それらに対応するプロファイル値から構成されます。すべてのプロファイルは JumpStart ディレクトリになければなりません。

注 –
プロファイルフィールドの別の使用方法については、「サイト固有のインストールプログラムの使用」と「開始スクリプトによる派生プロファイルの作成」を参照してください。

finish

インストール終了後に実行される Bourne シェルスクリプト名。終了スクリプトがない場合、このフィールドにマイナス記号 (-) を指定する必要があります。終了スクリプトはすべて、JumpStart ディレクトリになければなりません。

終了スクリプトの詳しい作成方法については、「終了スクリプトの作成」を参照してください。

各ルールには、少なくとも次の要素を含める必要があります。
- キーワード、値、および対応するプロファイル
- begin および finish フィールド内のマイナス記号 (-) (開始および終了スクリプトが指定されない場合)

rules ファイルを JumpStart ディレクトリに保存します。

root が rules ファイルを所有していて、そのアクセス権が 644 に設定されていることを確認します。

`rules` ファイルの例

次のサンプルファイルは、rules ファイル内のルールをいくつか示しています。各行には、ルールキーワードとそのキーワードに有効な値があります。JumpStart プログラムは、rules ファイルを上から下へ走査します。

ルールキーワードと値を既知のシステムに一致させることができた場合、JumpStart プログラムはプロファイルフィールドに示されているプロファイルによって指定された Solaris ソフトウェアをインストールします。

rules ファイルの制限に関する詳細なリストについては、「rules ファイルの構文」を参照してください。

例 3–1 `rule` ファイル

 # rule keywords and rule values       begin script       profile       finish script
 # -----------------------------       ------------       --------      -------------
  hostname eng-1                       -                  basic_prof    -
  network 192.168.255.255 && !model \
 'SUNW,Sun-Blade-100'                  -                  net_prof      -
  model SUNW,SPARCstation-LX           -                  lx_prof       complete
  network 192.168.2.0 && karch i86pc  setup               x86_prof      done
  memsize 64-128 && arch i386          -                  prog_prof     -
  any   -                              -                  generic_prof  -

この例で使用されているキーワードと値の一部について、次のリストで説明します。

hostname: このルールは、システムのホスト名が eng-1 の場合に一致します。basic_prof プロファイルは、ルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
network: このルールは、システムがサブネット 192.168.255.255 上にあり、Sun Blade 100 (SUNW,Sun-Blade-100) でない場合に一致します。net_prof プロファイルは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。このルールでは、バックスラッシュ文字 (\) を使って、1 つのルールを新規行に継続する例も示されます。
model: このルールは、システムが SPARCstation LX である場合に一致します。lx_prof プロファイルと complete 終了スクリプトは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
network: このルールは、システムがサブネット 192.168.2.0 上にあって、x86 ベースのシステムである場合に一致します。setup 開始スクリプト、x864u_prof プロファイル、および done 終了スクリプトは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
memsize: このルールは、システムが 64 - 128M バイトのメモリーを持つ x86 システムである場合に一致します。prog_profプロファイルは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
any: このルールは、前述のルールに一致しなかったすべてのシステムに一致します。generic_prof プロファイルは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。any を使用する場合は、この値を常に rules ファイルの最後のファイルとして使用する必要があります。

プロファイルの作成

プロファイルは、システムに Solaris ソフトウェアをインストールする方法を定義するテキストファイルです。プロファイルには、インストール要素 (インストールするソフトウェアグループなど) を指定します。各ルールには、システムのインストール方法を示すプロファイルを指定します。プロファイルは、ルールごとに異なるものを作成しても、複数のルールに同じものを使用しても構いません。

プロファイルは、1 つ以上のプロファイルキーワードとその値から成ります。各プロファイルキーワードは、JumpStart プログラムがどのようにしてシステムに Solaris ソフトウェアをインストールするかを制御するコマンドです。たとえば、次のプロファイルキーワードと値は、JumpStart プログラムがシステムをサーバーとしてインクルードすることを指定しています。

system_type  server

注 –

次のいずれかの手順に従って JumpStart ディレクトリを作成した場合は、サンプルのプロファイルがすでに JumpStart ディレクトリに入っています。

プロファイルの構文

プロファイルには、次の要素を含めます。

最初のエントリが install_type プロファイルキーワードであること
キーワードは 1 行に 1 つだけであること
アップグレードされるシステムが、アップグレードできるルート (/) ファイルシステムを複数持っている場合は、root_device キーワード

プロファイルには次の要素を含めることができます。

コメント

 行中の # 記号の後ろのテキストは、JumpStart プログラムによってコメントとして扱われます。行が # 記号で始まる場合は、行全体がコメントとして扱われます。
1 行以上の空白行

プロファイルを作成する方法

テキストエディタを使用してテキストファイルを作成します。ファイルにわかりやすい名前を付けます。または、作成した JumpStart ディレクトリ内のプロファイル例を開きます。

注 –
プロファイルには、システムに Solaris ソフトウェアをインストールする際の使用目的を表すような名前を付けてください。たとえば、basic_install、eng_profile、user_profile などの名前を付けます。

プロファイルにプロファイルキーワードと値を追加します。

プロファイルキーワードと値の一覧は、「プロファイルキーワードと値」を参照してください。

注 –
プロファイルキーワードとプロファイル値には、大文字と小文字の区別があります。

JumpStart ディレクトリにプロファイルを保存します。

プロファイルの所有者が root で、そのアクセス権が 644 に設定されていることを確認します。

(省略可能) プロファイルをテストします。

プロファイルのテスト方法については、「プロファイルのテスト」を参照してください。

プロファイルの例

次のプロファイル例は、さまざまなプロファイルキーワードとプロファイル値を使用して、Solaris ソフトウェアをシステムにどのようにインストールするかを指定する方法を示しています。「プロファイルキーワードと値」では、プロファイルキーワードと値を説明しています。

注 –

例 3–2 リモートファイルシステムのマウントとパッケージの追加および削除

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  package                 SUNWman delete
  cluster                 SUNWCacc

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: install_type キーワードは、すべてのプロファイルに必要です。
system_type: system_type キーワードは、システムをスタンドアロンシステムとしてインストールするように定義します。
partitioning: ファイルシステムスライスは、インストールするソフトウェアごとに default 値を使用して決定されます。swap は 512M バイトに設定され、値 any に基づいてすべてのディスクにインストールされます。
cluster: 「開発者システムサポートソフトウェアグループ」(SUNWCprog) がシステムにインストールされます。
package: 標準のマニュアルページがネットワークのファイルサーバー (s_ref) からマウントされる場合は、マニュアルページパッケージはシステムにインストールされません。System Accounting ユーティリティーが入ったパッケージはシステムにインストールされます。

例 3–3 リモートファイルシステムのマウントと Sun 以外のパッケージの追加

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  cluster                 SUNWCacc
  package                 apache_server  \
                           http://package.central/packages/apache timeout 5

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: install_type キーワードは、すべてのプロファイルに必要です。
system_type: system_type キーワードは、システムをスタンドアロンシステムとしてインストールするように定義します。
partitioning: ファイルシステムスライスは、インストールするソフトウェアごとに default 値を使用して決定されます。swap は 512M バイトに設定され、値 any に基づいてすべてのディスクにインストールされます。
cluster: 「開発者システムサポートソフトウェアグループ」(SUNWCprog) がシステムにインストールされます。
package: HTTP サーバー上に置かれた Sun 以外のパッケージがシステムにインストールされます。

例 3–4 ファイルシステムのインストール場所の指定

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall

この例で使用されているキーワードと値の一部について、次のリストで説明します。

partitioning: 値が explicit であるため、ファイルシステムスライスは filesys キーワードによって指定します。ルート (/) のサイズは、値 auto により選択したソフトウェアに基づいて自動的に設定されて c0t0d0s0 にインストールされます。swap も同様に、必要なサイズに設定された上で c0t3d0s1 上にインストールされます。usr は、値 any により選択したソフトウェアに基づきインストールプログラムによってインストール先が決定されます。
cluster: 全体ディストリビューションソフトウェアグループ (SUNWCall) がシステムにインストールされます。

例 3–5 パッチのアップグレードとインストール

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  patch                    patch_list nfs://patch_master/Solaris_10/patches \
                           retry 5
  locale                   de

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: このプロファイルは、ディスク容量を再配置することによってシステムをアップグレードします。この例では、システム上のファイルシステムのいくつかにアップグレード用の容量が十分にないため、ディスク領域を再配置する必要があります。
root_device: c0t3d0s2 のルートファイルシステムがアップグレードされます。
backup_media: リモートシステム timber が、ディスク容量の再配置中のデータのバックアップに使用されます。バックアップメディアのキーワード値については、「backup_media プロファイルキーワード」を参照してください。
package: バイナリ互換パッケージ (SUNWbcp) は、アップグレード後、システムにインストールされません。
package: このコードは、X Window System のマニュアルページと、System Accounting ユーティリティーがまだシステムにインストールされていない場合に、インストールされるようにするものです。すでにシステム上にあるすべてのパッケージが自動的にアップグレードされます。
patch: アップグレードでインストールされるパッチのリストです。パッチリストは、patch_master という名前の NFS サーバーの Solaris_10/patches ディレクトリに格納されています。マウントに失敗した場合、NFS マウントが 5 回試行されます。
locale: ドイツ語対応パッケージがシステムにインストールされます。

例 3–6 アップグレード用ディスク容量の再配置

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  layout_constraint        c0t3d0s2 changeable 100
  layout_constraint        c0t3d0s4 changeable
  layout_constraint        c0t3d0s5 movable 
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  locale                   de

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type

このプロファイルは、ディスク容量を再配置することによってシステムをアップグレードします。この例では、システム上のファイルシステムのいくつかにアップグレード用の容量が十分にないため、ディスク領域を再配置する必要があります。

root_device

c0t3d0s2 のルートファイルシステムがアップグレードされます。

backup_media

リモートシステム timber が、ディスク容量の再配置中のデータのバックアップに使用されます。バックアップメディアのキーワード値については、「backup_media プロファイルキーワード」を参照してください。

layout_constraint

layout_constraint キーワードは、アップグレードのためにディスク領域の再配置を行う時に自動レイアウトが次のことを実施できることを示します。

スライス 2 と 4 を変更する。これらのスライスはほかの場所へ移動が可能であり、サイズも変更できます。
スライス 5 を移動する。スライスをほかの場所へ移動することはできますが、そのサイズを変更することはできません。

package

バイナリ互換パッケージ (SUNWbcp) は、アップグレード後、システムにインストールされません。

package

このコードは、X Window System のマニュアルページと、System Accounting ユーティリティーがまだシステムにインストールされていない場合に、インストールされるようにするものです。すでにシステム上にあるすべてのパッケージが自動的にアップグレードされます。

locale

ドイツ語対応パッケージがシステムにインストールされます。

例 3–7 HTTP サーバーから Solaris フラッシュアーカイブを取得する

次の例のプロファイルは、カスタム JumpStart プログラムが HTTP サーバーから Solaris フラッシュアーカイブを取得するように指定しています。

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: このプロファイルにより、Solaris フラッシュアーカイブがクローンシステムにインストールされます。すべてのファイルは、初期インストールにより上書きされます。
archive_location: Solaris フラッシュアーカイブは、HTTP サーバーから取得されます。
partitioning: 値が explicit であるため、ファイルシステムスライスは filesys キーワードによって指定します。ルート (/) のサイズは Solaris フラッシュアーカイブのサイズに基づいて割り当てています。ルートファイルシステムは c0t1d0s0 にインストールされます。swap は、必要なサイズを割り当てた上で、c0t1d0s1 上にインストールされるように設定しています。/export/home のサイズは残りのディスク容量に基づいて決定されます。/export/home は c0t1d0s7 上にインストールされます。

例 3–8 HTTPS サーバーから Solaris フラッシュアーカイブを取得する

次の例のプロファイルは、カスタム JumpStart プログラムがセキュリティー保護された HTTP サーバーから Solaris フラッシュアーカイブを取得するように指定しています。

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           https://192.168.255.255/solarisupdate.flar
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: このプロファイルにより、Solaris フラッシュアーカイブがクローンシステムにインストールされます。すべてのファイルは、初期インストールにより上書きされます。
archive_location: 圧縮された Solaris フラッシュアーカイブが HTTPS サーバーから取得されます。
partitioning: 値が explicit であるため、ファイルシステムスライスは filesys キーワードによって指定します。ルート (/) のサイズは Solaris フラッシュアーカイブのサイズに基づいて割り当てています。swap は、必要なサイズを割り当てた上で、c0t1d0s1 上にインストールされるように設定しています。/export/home のサイズは残りのディスク容量に基づいて決定されます。/export/home は c0t1d0s7 上にインストールされます。

例 3–9 Solaris フラッシュアーカイブの取得と Sun 以外のパッケージのインストール

次の例のプロファイルは、カスタム JumpStart プログラムが HTTP サーバーから Solaris フラッシュアーカイブを取得するように指定しています。

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home
package                    SUNWnew http://192.168.254.255/Solaris_10 timeout 5

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: このプロファイルにより、Solaris フラッシュアーカイブがクローンシステムにインストールされます。すべてのファイルは、初期インストールにより上書きされます。
archive_location: Solaris フラッシュアーカイブは、HTTP サーバーから取得されます。
partitioning: 値が explicit であるため、ファイルシステムスライスは filesys キーワードによって指定します。ルート (/) のサイズは Solaris フラッシュアーカイブのサイズに基づいて割り当てています。ルートファイルシステムは c0t1d0s0 にインストールされます。swap は、必要なサイズを割り当てた上で、c0t1d0s1 上にインストールされるように設定しています。/export/home のサイズは残りのディスク容量に基づいて決定されます。/export/home は c0t1d0s7 上にインストールされます。
package: SUNWnew パッケージは HTTP サーバー 192.168.254.255 の Solaris_10 ディレクトリから追加されます。

例 3–10 NFS サーバーから Solaris フラッシュ差分アーカイブを取得する

次の例のプロファイルは、カスタム JumpStart プログラムが NFS サーバーから Solaris フラッシュアーカイブを取得するように指定しています。flash_update キーワードは、これが差分アーカイブであることを示しています。差分アーカイブでは、2 つのシステムイメージの相違部分のみがインストールされます。

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_update
archive_location           nfs installserver:/export/solaris/flasharchive \
                           /solarisdiffarchive
no_master_check

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: このプロファイルは、Solaris フラッシュ差分アーカイブをクローンシステムにインストールします。アーカイブで指定されたファイルだけがインストールされます。
archive_location: Solaris フラッシュアーカイブは、NFS サーバーから取得されます。
no_master_check: クローンシステムは、有効なシステムイメージであるかどうかチェックされません。有効なシステムイメージが、元のマスターシステムを使用して構築されているはずです。

例 3–11 空のブート環境の作成

次の例のプロファイルは、カスタム JumpStart プログラムが空のブート環境を作成するように指定しています。空のブート環境には、ファイルシステムは含まれません。また、現在のブート環境からコピーされることもありません。あとで Solaris フラッシュアーカイブをこのブート環境に格納し、アクティブにすることができます。

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall
  bootenv createbe bename second_BE \
  filesystem /:/dev/dsk/c0t1d0s0:ufs \
  filesystem -:/dev/dsk/c0t1d0s0:swap \
  filesystem /export:shared:ufs

この例で使用されているキーワードと値の一部について、次のリストで説明します。

partitioning

値が explicit であるため、ファイルシステムスライスは filesys キーワードによって指定します。ルート (/) のサイズは、値 auto により選択したソフトウェアに基づいて自動的に設定されて c0t0d0s0 にインストールされます。swap も同様に、必要なサイズに設定された上で c0t3d0s1 上にインストールされます。usr は、値 any により選択したソフトウェアに基づきインストールプログラムによってインストール先が決定されます。

cluster

全体ディストリビューションソフトウェアグループ (SUNWCall) がシステムにインストールされます。

bootenv createbe

空の非アクティブブート環境がディスク c0t1d0 上に設定されます。ルート (/)、スワップ、および /export のファイルシステムがそれぞれ作成されますが、空のままです。この 2 番目のブート環境には、あとで Solaris フラッシュアーカイブをインストールできます。その後、この新しいブート環境をアクティブにして、現在のブート環境と交代させることができます。

キーワード値とその基本的な使用方法については、次の関連情報を参照してください。

キーワード値については、「プロファイルキーワードと値」を参照してください。
Solaris Live Upgrade を使用した非アクティブなブート環境の作成、アップグレード、およびアクティブ化に関する背景情報については、『Oracle Solaris 10 9/10 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の第 2 章「Solaris Live Upgrade (概要)」を参照してください。
Solaris フラッシュアーカイブの使用に関する背景情報については、『Oracle Solaris 10 9/10 インストールガイド (Solaris フラッシュアーカイブの作成とインストール)』の第 1 章「Solaris フラッシュ (概要)」を参照してください。

例 3–12 Solaris フラッシュアーカイブインストール時の RAID-1 ボリュームの作成

次の例のプロファイルには、カスタム JumpStart プログラムが Solaris ボリュームマネージャーテクノロジを使用してルート (/)、swap、/usr、および /export/home ファイルシステムの RAID-1 ボリューム (ミラー) を作成することが示されています。Solaris フラッシュアーカイブはブート環境にインストールされます。

# profile keywords        profile values
# ----------------        -------------------
  install_type            flash_install
  arhcive_location        nfs server:/export/home/export/flash.s10.SUNWCall
  partitioning            explicit
  filesys                 mirror:d10 c0t0d0s0 c0t1d0s0 4096 /
  filesys                 mirror c0t0d0s1 2048 swap
  filesys                 mirror:d30 c0t0d0s3 c0t1d0s3 4096 /usr
  filesys                 mirror:d40 c0t0d0s4 c0t1d0s4 4096 /usr
  filesys                 mirror:d50 c0t0d0s5 c0t1d0s5 free /export/home
  metadb                  c0t1d0s7 size 8192 count 3

この例で使用されているキーワードと値の一部について、次のリストで説明します。

install_type: このプロファイルにより、Solaris フラッシュアーカイブがクローンシステムにインストールされます。すべてのファイルは、初期インストールにより上書きされます。
archive_location: Solaris フラッシュアーカイブは、NFS サーバーから取得されます。
partitioning: 値が explicit であるため、ファイルシステムスライスは filesys キーワードによって指定します。
filesys: ルート (/) ファイルシステムが作成され、スライス c0t0d0s0 および c0t1d0s0 にミラー化されます。ルート (/) ファイルシステムのサイズは 4096M バイトに設定されます。c0t0d0s0 および c0t1d0s0 をミラー化する RAID-1 ボリュームに d10 という名前が付けられます。
filesys: swap ファイルシステムが作成され、スライス c0t0d0s1 にミラー化されます。サイズは 2048M バイトです。カスタム JumpStart プログラムにより、ミラーに名前が割り当てられます。
filesys: /usr ファイルシステムが作成され、スライス c0t1d0s3 および c0t0d0s3 にミラー化されます。/usr ファイルシステムのサイズは 4096M バイトに設定されます。RAID-1 ボリュームに d30 という名前が付けられます。
filesys: /usr ファイルシステムが作成され、スライス c0t1d0s4 および c0t0d0s4 にミラー化されます。/usr ファイルシステムのサイズは 4096M バイトに設定されます。RAID-1 ボリュームに d40 という名前が付けられます。
metadb: 3 つの状態データベースの複製 (metadb) がスライス c0t1d0s7 にインストールされます。サイズは 8192 ブロック (4M バイト) です。

ミラー化されたファイルシステムをインストール時に作成する方法の概要については、『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の第 9 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (概要)」を参照してください。
ミラー化されたファイルシステムの作成のガイドラインと要件については、『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の第 10 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (計画)」を参照してください。
キーワード値については、「filesys プロファイルキーワード (RAID-1 ボリュームの作成)」と「metadb プロファイルキーワード (状態データベースの複製の作成)」を参照してください。

例 3–13 ルートファイルシステムをミラー化するための RAID-1 ボリュームの作成

次の例のプロファイルには、カスタム JumpStart プログラムが Solaris ボリュームマネージャーテクノロジを使用してルート (/) ファイルシステムの RAID-1 ボリューム (ミラー) を作成することが示されています。

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /
  filesys                 c0t0d0s3 512 swap
  metadb                  c0t0d0s4 size 8192 count 4
  metadb                  c0t1d0s4 size 8192 count 4

この例で使用されているキーワードと値の一部について、次のリストで説明します。

cluster: 「全体ディストリビューション + OEM」ソフトウェアグループ (SUNWCXall) がシステムにインストールされます。
filesys: ルート (/) ファイルシステムが作成され、スライス c0t1d0s0 および c0t0d0s0 にミラー化されます。c0t1d0s0 および c0t0d0s0 をミラー化する RAID-1 ボリュームに d30 という名前が付けられます。カスタム JumpStart プログラムにより、2 つのサブミラーに名前が割り当てられます。
filesys: swap ファイルシステムが作成され、スライス c0t0d0s3 にミラー化されます。サイズは 512M バイトです。
metadb: 4 つの状態データベースの複製 (metadb) がスライス c0t0d0s4 にインストールされます。サイズは 8192 ブロック (4M バイト) です。
metadb: 4 つの状態データベースの複製 (metadb) がスライス c0t1d0s4 にインストールされます。サイズは 8192 ブロック (4M バイト) です。

インストール中に RAID-1 ボリュームを作成する方法の概要については、『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の第 9 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (概要)」を参照してください。
RAID-1 ボリュームの作成のガイドラインと要件については、『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の第 10 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (計画)」を参照してください。
キーワード値については、「filesys プロファイルキーワード (RAID-1 ボリュームの作成)」と「metadb プロファイルキーワード (状態データベースの複製の作成)」を参照してください。

例 3–14 複数のファイルシステムをミラー化するための RAID-1 ボリュームの作成

次の例のプロファイルには、カスタム JumpStart プログラムが Solaris ボリュームマネージャーテクノロジを使用して、ルート (/)、swap、および /usr ファイルシステムの RAID-1 ボリューム (ミラー) を作成することが示されています。

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d100 c0t1d0s0 c0t0d0s0 200 /
  filesys                 c0t1d0s5 500 /var
  filesys                 c0t0d0s5 500
  filesys                 mirror c0t0d0s1 512 swap
  metadb                  c0t0d0s3 size 8192 count 5
  filesys                 mirror c0t1d0s4 c0t0d0s4 2000 /usr
  filesys                 c0t1d0s7 free /export/home
  filesys                 c0t0d0s7 free

この例で使用されているキーワードと値の一部について、次のリストで説明します。

cluster: 「全体ディストリビューション + OEM」ソフトウェアグループ (SUNWCXall) がシステムにインストールされます。
filesys: ルート (/) ファイルシステムが作成され、スライス c0t1d0s0 および c0t0d0s0 にミラー化されます。ルート (/) ファイルシステムのサイズは 200M バイトです。c0t1d0s0 および c0t0d0s0 をミラー化する RAID-1 ボリュームに d100 という名前が付けられます。
filesys: /var ファイルシステムがスライス c0t1d0s5 にインストールされます。サイズは 500M バイトです。ルート (/) ファイルシステムが作成され、スライス c0t1d0s0 および c0t0d0s0 にミラー化されます。ルート (/) ファイルシステムのサイズは 200M バイトです。c0t1d0s0 および c0t0d0s0 をミラー化する RAID-1 ボリュームに d100 という名前が付けられます。
filesys: swap ファイルシステムが作成され、スライス c0t0d0s1 にミラー化されます。サイズは 512M バイトです。カスタム JumpStart プログラムにより、ミラーに名前が割り当てられます。
metadb: 5 つの状態データベースの複製 (metadb) がスライス c0t0d0s3 にインストールされます。サイズは 8192 ブロック (4M バイト) です。
filesys: /usr ファイルシステムが作成され、スライス c0t1d0s4 および c0t0d0s4 にミラー化されます。/usr ファイルシステムのサイズは 2000M バイトになります。カスタム JumpStart プログラムにより、ミラーに名前が割り当てられます。

ミラー化されたファイルシステムをインストール時に作成する方法の概要については、『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の第 9 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (概要)」を参照してください。
ミラー化されたファイルシステムの作成のガイドラインと要件については、『Oracle Solaris 10 9/10 インストールガイド (インストールとアップグレードの計画)』の第 10 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (計画)」を参照してください。
キーワード値については、「filesys プロファイルキーワード (RAID-1 ボリュームの作成)」と「metadb プロファイルキーワード (状態データベースの複製の作成)」を参照してください。

例 3–15 x86: `fdisk` キーワードの使用方法

# profile keywords      profile values
# ----------------      -------------------
  install_type          initial_install
  system_type           standalone

  fdisk                 c0t0d0 0x04 delete
  fdisk                 c0t0d0 solaris maxfree
  cluster               SUNWCall
  cluster               SUNWCacc delete

この例で使用されているキーワードと値の一部について、次のリストで説明します。

fdisk: タイプ DOSOS16 (04 16 進) の fdisk パーティションはすべて、c0t0d0 ディスクから削除されます。
fdisk: Solaris fdisk パーティションが、c0t0d0 ディスク上の最大の連続空き領域に作成されます。
cluster: 全体ディストリビューションソフトウェアグループ (SUNWCall) がシステムにインストールされます。
cluster: システムアカウントユーティリティー (SUNWCacc) は、システムにインストールされません。

プロファイルのテスト

プロファイルの作成後、pfinstall(1M) コマンドを使ってプロファイルをテストします。プロファイルのテストは、実際にプロファイルを使用してシステムのインストールまたはアップグレードを行う前に行なってください。プロファイルのテストは、ディスク容量を再配置するアップグレードプロファイルを作成する場合、特に有用です。

pfinstall から生成されるインストール出力を調べることによって、意図どおりにプロファイルが動作するかを簡単にチェックできます。たとえば、実際にシステムでアップグレードを行う前に、そのシステムが Solaris の新しいリリースにアップグレードするための十分なディスク容量を持っているかどうかをプロファイルで調べることができます。

pfinstall を利用すると、次の要素に対してプロファイルをテストできます。

pfinstall を実行しているシステムのディスク構成。
その他のディスク構成。ディスクの構造 (ディスクのバイト/セクタ、フラグ、スライスなど) を示すディスク構成ファイルを使用します。ディスク構成ファイルの作成方法については、「ディスク構成ファイルの作成」と「x86: ディスク構成ファイルを作成する方法」を参照してください。

注 –
ディスク構成ファイルを使用して、システムのアップグレードに使用するプロファイルをテストすることはできません。代わりに、システムの実際のディスク構成およびシステムに現在インストールされているソフトウェアに対して、プロファイルをテストする必要があります。

プロファイルをテストするために、一時的な Solaris 環境を作成する方法

特定の Solaris リリース用のプロファイルを正常かつ正確にテストするには、同じリリースの Solaris 環境内でテストする必要があります。たとえば、Solaris 初期インストールプロファイルをテストする場合は、Solaris OS を実行しているシステム上で pfinstall コマンドを実行します。

次のどちらかの状況でプロファイルをテストする場合は、一時的なインストール環境を作成する必要があります。

以前のバージョンの Solaris ソフトウェアを使用しているシステム上で Solaris 10 9/10 のアップグレードプロファイルをテストする場合。
Solaris 10 9/10 の初期インストールプロファイルをテストするための Solaris 10 9/10 システムをまだインストールしていない場合。

次に示すメディアのいずれか 1 つのイメージからシステムをブートします。

SPARC システムの場合:
- Solaris Operating System DVD (SPARC 版)
- Solaris SOFTWARE - 1 CD (SPARC 版)
x86 システムの場合:
- Solaris Operating System DVD (x86 版)
- Solaris SOFTWARE - 1 CD (x86 版)
注 –
アップグレードプロファイルをテストする場合は、アップグレードするシステムをブートしてください。

システムを識別するための質問に答えます。

インストールプログラムを終了するには、! を入力します。次のプロンプトに続いて入力します。
The Solaris installation program will assist you in installing software for Solaris. <Press ENTER to continue> {"!" exits}

このシェルから pfinstall コマンドを実行します。pfinstall コマンドの詳しい使用方法については、「プロファイルをテストする方法」の手順 7 を参照してください。

プロファイルをテストする方法

x86 のみ –

locale キーワードを使用している場合は、pfinstall -D コマンドでプロファイルをテストすると失敗します。回避方法については、「Solaris OS のアップグレード」セクションのエラーメッセージ「could not select locale」を参照してください。

プロファイルをテストするためのシステムを決定します。プロファイルの作成時に意図したシステムと同じプラットフォームタイプ (SPARC または x86) のシステムを選んでください。

アップグレードプロファイルをテストする場合は、実際にアップグレードするシステム上でテストしてください。

次の表に基づいて、次に行うことを決定します。

状態	説明
初期インストールプロファイルをテストします (Solaris 10 9/10 ソフトウェアが動作しているシステムがある場合)。	システムのスーパーユーザーになり、手順 5 へ進みます。
アップグレードプロファイルをテストします (初期インストールプロファイルをテストするための Solaris 10 9/10 が動作しているシステムがない場合)。	一時的な Solaris 10 9/10 環境を作成し、プロファイルをテストします。詳細については、「プロファイルをテストするために、一時的な Solaris 環境を作成する方法」を参照してください。続いて、手順 3 へ進みます。

一時的なマウントポイントを作成します。
# mkdir /tmp/mnt

テストするプロファイル (1 つ以上) が入ったディレクトリをマウントします。

マウントするメディア

コマンド

リモート NFS ファイルシステムをマウントします (ネットワーク上のシステムの場合)。

mount -F nfs server_name:path /tmp/mnt

SPARC: UFS フォーマットのフロッピーディスクをマウントします。

mount -F ufs /dev/diskette /tmp/mnt

PCFS フォーマットのフロッピーディスクをマウントします。

mount -F pcfs /dev/diskette /tmp/mnt

特定のシステムメモリーサイズでプロファイルをテストするには、SYS_MEMSIZE にそのメモリーサイズを M バイト単位で指定します。
# SYS_MEMSIZE=memory_size # export SYS_MEMSIZE

手順 4 でディレクトリをマウントしましたか。
- マウントした場合は、/tmp/mnt にディレクトリを変更します。
  # cd /tmp/mnt
- マウントしなかった場合は、プロファイルのある場所にディレクトリを変更します。通常は、JumpStart ディレクトリです。
  # cd jumpstart_dir_path

pfinstall(1M) コマンドによってプロファイルをテストします。
# /usr/sbin/install.d/pfinstall -D:-d disk_config_file -c path profile
注意 –
-d または -D オプションを指定してください。いずれかを指定しないと pfinstall は指定されたプロファイルを使用して Solaris ソフトウェアをインストールします。その結果、システム上のデータがすべて上書きされます。

-D

pfinstall は、現在のシステムのディスク構成を使用してプロファイルをテストします。アップグレードプロファイルをテストする場合は、-D オプションを使用する必要があります。

-d disk_config_file

pfinstall は、ディスク構成ファイル disk_config_file を使用してプロファイルをテストします。pfinstall が動作しているディレクトリに disk_config_file が置かれていない場合は、パスを指定する必要があります。

ディスク構成ファイルの作成方法については、「ディスク構成ファイルの作成」を参照してください。

注 –
アップグレードプロファイル -install_type upgrade には、d disk_config_file オプションを使用できません。常に、システムのディスク構成に対してアップグレードプロファイルをテストする必要があります (つまり、-D オプションを使用する必要があります)。

-c path

Solaris ソフトウェアイメージのパス。このオプションは、たとえば、システムでボリュームマネージャーを使用して Solaris SOFTWARE - 1 CD を各自のプラットフォームにマウントする場合に使用します。

注 –
プラットフォーム対応の Solaris Operating System DVD または Solaris SOFTWARE - 1 CD イメージからブートした場合は、-c オプションは不要です。DVD または CD イメージは、ブート処理の一環として /cdrom 上にマウントされます。

profile

テストするプロファイル名。profile が pfinstall が実行されているディレクトリにない場合は、パスを指定する必要があります。

プロファイルテストの例

次の例は、pfinstall を使用して basic_prof というプロファイルをテストする方法を示しています。このプロファイルテストは、Solaris 10 9/10 ソフトウェアがインストールされているシステム上のディスク構成に対して行われます。basic_prof プロファイルは、/jumpstart ディレクトリにあります。ボリュームマネージャーを使用しているので、Solaris Operating System DVD イメージへのパスが指定されています。

例 3–16 Solaris 10 9/10 システムを使用したプロファイルテスト

# cd /jumpstart
# /usr/sbin/install.d/pfinstall -D -c /cdrom/pathname basic_prof

次の例は、pfinstall を使用して Solaris 10 9/10 システム上で basic_prof というプロファイルをテストする方法を示しています。このテストは、535_test ディスク構成ファイルに対して行われます。このテストは、システムメモリーが 64M バイトあるか確認します。この例では、/export/install ディレクトリにある Solaris SOFTWARE - 1 CD (SPARC 版) または Solaris SOFTWARE - 1 CD (x86 版) のイメージを使用しています。

例 3–17 ディスク構成ファイルによるプロファイルテスト

# SYS_MEMSIZE=64
# export SYS_MEMSIZE
# /usr/sbin/install.d/pfinstall -d 535_test -c /export/install basic_prof

`rules` ファイルの妥当性を検査する

rules ファイルとプロファイルは、check スクリプトを実行して、これらのファイルが正しく設定されていることを確認してからでないと使用できません。すべてのルールとプロファイルが正しく設定されている場合は、rules.ok ファイルが作成されます。このファイルは、カスタム JumpStart インストールソフトウェアがシステムをプロファイルと照合するために必要です。

表 3–2 に、check スクリプトの実行内容を示します。

表 3–2 check スクリプトの動作


手順	説明
1	`rules` ファイルの構文検査を行います。 `check` は、ルールキーワードが正当かどうか、および各ルールに対して `begin` フィールド、`class` フィールド、および `finish` フィールドが指定されているかどうかを確認します。`begin` フィールドおよび `finish` フィールドには、ファイル名でなくマイナス記号 (`-`) も指定可能です。
2	`rules` ファイルにエラーがなければ、ルールに指定された各プロファイルの構文検査が行われます。
3	エラーが見つからなければ、`check` は、`rules` ファイルから `rules.ok` ファイルを生成します。コメントと空行をすべて削除し、すべてのルールを保持し、さらに、末尾に次のコメント行を追加します。 `# version=2 checksum=num`

`rules` ファイルの妥当性を検査する方法

check スクリプトが JumpStart ディレクトリにあることを確認します。

注 –
check スクリプトは、Solaris Operating System DVD または Solaris SOFTWARE - 1 CD の Solaris_10/Misc/jumpstart_sample ディレクトリにあります。

JumpStart ディレクトリに移動します。

check スクリプトを実行して、rules ファイルの妥当性検査を行います。
$ ./check -p path -r file_name
-p path

使用しているシステムの check スクリプトではなく Solaris ソフトウェアイメージの check スクリプトを使用して、rules を検証します。path は、ローカルディスク、マウントされた Solaris Operating System DVD、または Solaris SOFTWARE - 1 CD 上のイメージです。

以前のバージョンの Solaris を実行しているシステムでは、このオプションを使って、check の最新バージョンを実行します。

-r file_name

名前が rules 以外の rules ファイル名を指定します。このオプションを使用すると、rules ファイルに組み込む前にルールの妥当性を検査できます。

check スクリプトを実行すると、rules ファイルと各プロファイルの妥当性検査の結果が報告されます。エラーが発生しなかった場合、次の情報が報告されます。
The custom JumpStart configuration is ok

rules.ok ファイルの所有者が root になっていて、アクセス権が 644 に設定されていることを確認します。

参照

rules ファイルの妥当性を検査したあとの、カスタム JumpStart オプション機能については、第 4 章カスタム JumpStart オプション機能の使用 (作業)を参照してください。カスタム JumpStart インストールの詳しい実行方法については、第 6 章カスタム JumpStart インストールの実行 (作業)を参照してください。

第 3 章 カスタム JumpStart インストールの準備 (作業)

作業マップ: カスタム JumpStart インストールの準備

ネットワーク上のシステム用のプロファイルサーバーの作成

JumpStart ディレクトリをサーバー上に作成する方法

すべてのシステムがプロファイルサーバーにアクセスできるようにする

すべてのシステムがプロファイルサーバーにアクセスできるようにする方法

スタンドアロンシステム用のプロファイルフロッピーディスクの作成

SPARC: プロファイルフロッピーディスクを作成する方法

x86: GRUB を使用してプロファイルフロッピーディスクを作成する方法

参照

rules ファイルの作成

rules ファイルの構文

rules ファイルを作成する方法

rules ファイルの例

例 3–1 rule ファイル

プロファイルの作成

プロファイルの構文

プロファイルを作成する方法

プロファイルの例

例 3–2 リモートファイルシステムのマウントとパッケージの追加および削除

例 3–3 リモートファイルシステムのマウントと Sun 以外のパッケージの追加

例 3–4 ファイルシステムのインストール場所の指定

例 3–5 パッチのアップグレードとインストール

例 3–6 アップグレード用ディスク容量の再配置

例 3–7 HTTP サーバーから Solaris フラッシュアーカイブを取得する

例 3–8 HTTPS サーバーから Solaris フラッシュアーカイブを取得する

例 3–9 Solaris フラッシュアーカイブの取得と Sun 以外のパッケージのインストール

例 3–10 NFS サーバーから Solaris フラッシュ差分アーカイブを取得する

例 3–11 空のブート環境の作成

例 3–12 Solaris フラッシュアーカイブインストール時の RAID-1 ボリュームの作成

例 3–13 ルートファイルシステムをミラー化するための RAID-1 ボリュームの作成

例 3–14 複数のファイルシステムをミラー化するための RAID-1 ボリュームの作成

例 3–15 x86: fdisk キーワードの使用方法

プロファイルのテスト

プロファイルをテストするために、一時的な Solaris 環境を作成する方法

プロファイルをテストする方法

プロファイルテストの例

例 3–16 Solaris 10 9/10 システムを使用したプロファイルテスト

例 3–17 ディスク構成ファイルによるプロファイルテスト

rules ファイルの妥当性を検査する

rules ファイルの妥当性を検査する方法

参照

第 3 章カスタム JumpStart インストールの準備 (作業)

`rules` ファイルの作成

`rules` ファイルの構文

`rules` ファイルを作成する方法

`rules` ファイルの例

例 3–1 `rule` ファイル

例 3–15 x86: `fdisk` キーワードの使用方法

`rules` ファイルの妥当性を検査する

`rules` ファイルの妥当性を検査する方法