この章では、カスタム JumpStart インストールを使用して、各サイトのシステムに Solaris 9 ソフトウェアをインストールするために必要な準備の手順について説明します。
作業 |
説明 |
参照先 |
---|---|---|
旧バージョンの Solaris ソフトウェアがシステム上にインストールされている場合は、システムをアップグレードする方法を決定する |
システムに以前の Solaris リリースがインストールされている場合は、システムをどのようにアップグレードするかを決める必要があります。システムアップグレードの前と後に実施すべき作業を明確にしておいてください。計画を立てることによって、プロファイル、begin スクリプト、finish スクリプトなどの作成が容易になります。 | |
JumpStart ディレクトリを作成する
|
サーバーの場合 ネットワーク接続されたシステムに対してカスタム JumpStart インストールを実行する場合は、プロファイルサーバーを作成する必要があります。プロファイルサーバーには、カスタム JumpStart ファイル用の JumpStart ディレクトリが入っています。 | |
フロッピーディスクの場合 ネットワークに接続されていないシステムに対してカスタム JumpStart インストールを実行する場合は、プロファイルフロッピーディスクを作成する必要があります。プロファイルフロッピーディスクには、カスタム JumpStart ファイルが入っています。 | ||
ルールを rules ファイルに追加する |
各システムグループまたは単一のシステムをどのようにインストールするか決定した後で、インストールする各グループに対してルールを作成します。各ルールは、1 つ以上のシステム属性に基づいてグループを識別し、それぞれのグループを 1 つのプロファイルにリンクします。 | |
ルールごとにプロファイルを作成する |
プロファイルは、どのように Solaris ソフトウェアをシステムにインストールするか (たとえば、どのソフトウェアグループをインストールするか) を定義するテキストファイルです。すべてのルールはプロファイルを指定して、ルールが一致したときにシステムがどのようにインストールされるかを定義します。通常は、ルールごとに異なるプロファイルを作成しますが、複数のルールで同じプロファイルを使用することも可能です。 | |
(省略可能) プロファイルをテストする |
プロファイルの作成後、pfinstall(1M) コマンドを使用すれば、プロファイルを使用してシステムをインストールまたはアップグレードする前に、プロファイルをテストできます。 | |
rules ファイルの妥当性を検査する |
rules.ok ファイルは、rules ファイルから生成されたファイルで、JumpStart プログラムがプロファイルを使用してインストールするシステムを一致させるために使用されます。rules ファイルの妥当性を検査するには、check スクリプトを使用する必要があります。 |
ネットワーク上のシステム用にカスタム JumpStart インストールを設定する際は、サーバー上に JumpStart ディレクトリと呼ばれるディレクトリを作成する必要があります。JumpStart ディレクトリには、重要なカスタム JumpStart ファイル (rules ファイル、rules.ok ファイル、プロファイルなど) がすべて置かれます 。JumpStart ディレクトリは、プロファイルサーバーのルート (/) ディレクトリに作成する必要があります。
JumpStart ディレクトリを持つサーバーは、「プロファイルサーバー」と呼びます。プロファイルサーバーは、インストールサーバーまたはブートサーバーと同じにすることも、あるいは全く異なるサーバーとすることもできます。 プロファイルサーバーは、異なるプラットフォームのシステムにもカスタム JumpStart ファイルを提供できます。たとえば、x86 サーバーは、SPARC システムと x86 システムの両方に、カスタム JumpStart ファイルを提供できます。
プロファイルサーバーの作成後、システムがそのサーバーにアクセスできるように設定する必要があります。詳細は、すべてのシステムがプロファイルサーバーにアクセスできるようにする方法を参照してください。
この手順では、システムでボリュームマネージャを実行していると仮定しています。ボリュームマネージャを使用せずにメディアを管理する方法については、『Solaris のシステム管理 (基本編) 』を参照してください。
JumpStart ディレクトリを作成するサーバーに、スーパーユーザーとしてログインします。
サーバーに 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 |
サンプルのカスタム JumpStart ファイルを JumpStart ディレクトリにコピーするかどうかを決定します。
コピーしない場合は、手順 8 へ進みます。
コピーする場合は、次の表を利用して次に行う作業を決定します。
サンプルのカスタム JumpStart ファイルを、プロファイルサーバーの JumpStart ディレクトリにコピーします。
# cp -r media_path/Solaris_9/Misc/jumpstart_sample/* jumpstart_dir_path |
ディスク上の CD、DVD、またはイメージのパス
カスタム JumpStart ファイルの例を配置する、プロファイルサーバー上のパス
たとえば、次のコマンドは、jumpstart_sample ディレクトリをプロファイルサーバー上の /jumpstart ディレクトリにコピーします。
SPARC システムの場合:
cp -r /cdrom/cdrom0/s0/Solaris_9/Misc/jumpstart_sample/* /jumpstart |
x86 システムの場合:
cp -r /cdrom/cdrom0/s2/Solaris_9/Misc/jumpstart_sample/* /jumpstart |
サンプル JumpStart ファイルを更新し、それらのファイルがサイトの環境内で動作するようにします。
root が JumpStart ディレクトリを所有していて、そのアクセス権が 755 に設定されていることを確認します。
ネットワーク上のシステムがプロファイルサーバーにアクセスできるように設定します。
詳細は、すべてのシステムがプロファイルサーバーにアクセスできるようにする方法を参照してください。
プロファイルサーバーを作成する際に、システムがカスタム JumpStart インストール中にプロファイルサーバーにアクセスできるようにする必要があります。このためには、次の方法があります。
add_install_client コマンド – ネットワークインストールでシステムを追加するたびに、add_install_client コマンドの -c オプションを使用します。手順の詳細は CD イメージを使用してネットワークからインストールするシステムを追加するを参照してください。
boot コマンド – システムのブート時にプロファイルサーバー上の JumpStart ディレクトリの場所を指定します。カスタム JumpStart 構成ファイルは、圧縮して 1 つのファイルにする必要があります。続いて、NFS サーバー、HTTP サーバー、またはシステムがローカルにアクセスできるメディアに、圧縮されたその構成ファイルを保存します。詳細は、圧縮された構成ファイルの作成を参照してください。
システムをブートしてカスタム JumpStart インストールを開始する場合は、この圧縮ファイルの場所を指定してください。詳細は、SPARC システムについては SPARC: カスタム JumpStart プログラムを使用してインストールまたはアップグレードする方法の手順 5 を、 x86 システムについては x86: カスタム JumpStart プログラムを使用してインストールまたはアップグレードする方法の手順 8 をそれぞれ参照してください。
/etc/bootparams ファイル – /etc/bootparams ファイルでワイルドカードを使用します。etc/bootparams ファイルにワイルドカードを追加するには、以下の手順に従ってください。
以下の手順は、JumpStart ディレクトリをフロッピーディスクに保存する場合と、システムのブート時にプロファイルサーバーの場所を指定する場合は不要です。
この手順は、ネットワークインストール情報が /etc/bootparams ファイルに格納されている場合だけ有効です。ネットワークインストール情報は、次の場所に格納することもできます。
ネームサービスデータベース – ネットワークインストール情報がネームサービスの bootparams データベースに格納されている場合は、手順 3 に示すエントリを bootparams データベースに追加する必要があります。
DHCP サーバー – ネットワークインストール情報が DHCP サーバーに格納されている場合は、boot コマンドを使用してカスタム JumpStart が DHCP サーバーを使用するように指定する必要があります。詳細は、SPARC システムについては SPARC: カスタム JumpStart プログラムを使用してインストールまたはアップグレードする方法の手順 5 を、x86 システムについては x86: カスタム JumpStart プログラムを使用してインストールまたはアップグレードする方法の手順 8 をそれぞれ参照してください。
インストールサーバーまたはブートサーバーにスーパーユーザーとしてログインします。
テキストエディタを使用して /etc/bootparams を開きます。
* install_config=server:jumpstart_dir_path |
すべてのシステムにアクセスできるように指定するワイルドカード文字
JumpStart ディレクトリがあるプロファイルサーバーのホスト名
JumpStart ディレクトリの絶対パス
たとえば、次のエントリはすべてのシステムが、sherlock というサーバーにある /jumpstart ディレクトリにアクセスできるようにします。
* install_config=sherlock:/jumpstart |
この手順を使用した場合、インストールクライアントを起動したときに次のエラーメッセージが表示されることがあります。
WARNING: getfile: RPC failed: error 5: (RPC Timed out).
このエラーメッセージの詳細は、ネットワークからのブート時のエラーメッセージを参照してください。
これで、すべてのシステムはプロファイルサーバーにアクセスできるようになりました。
JumpStart ディレクトリを含むフロッピーディスクは、プロファイルフロッピーディスクと呼ばれます。ネットワークに接続されていないシステムには、プロファイルサーバーへのアクセス権はありません。このため、システムがネットワークに接続されていない場合はフロッピーディスク上に JumpStart ディレクトリを作成する必要があります。プロファイルフロッピーディスクを作成するシステムには、フロッピーディスクドライブが必要です。
JumpStart ディレクトリには、重要なカスタム JumpStart ファイル (rules ファイル、rules.ok ファイル、プロファイルなど) がすべて置かれます 。JumpStart ディレクトリは、プロファイルフロッピーディスクのルート (/) ディレクトリに作成する必要があります。
この手順では、システムでボリュームマネージャを実行していると仮定しています。ボリュームマネージャを使用せずにフロッピーディスク、CD、および DVD を管理する方法の詳細は、『Solaris のシステム管理 (基本編)』を参照してください。
フロッピーディスクドライブを持つ SPARC システムに、スーパーユーザーとしてログインします。
空のフロッピーディスクまたは上書き可能なディスクをフロッピーディスクドライブに挿入します。
# volcheck |
フロッピーディスクに UNIX ファイルシステム (UFS) が含まれているかどうかを確認します。
システム上のファイル /etc/mnttab の内容を調べ、次のようなエントリがないか確認します。
/vol/dev/diskette0/scrap /floppy/scrap ufs suid,rw,largefiles,dev=1740008 927147040 |
このようなエントリが存在する場合は、手順 7 へ進みます。
エントリが存在しない場合は、次の手順へ進みます。
この手順によって、フロッピーディスク上のデータはすべて消去されます。
# fdformat -U |
フロッピーディスクに UFS ファイルシステムを作成します。
# newfs /vol/dev/aliases/floppy0 |
サンプルのカスタム JumpStart ファイルを JumpStart ディレクトリにコピーするかどうかを決定します。
コピーしない場合は、手順 10 へ進みます。
コピーする場合は、次の表を利用して次に行う作業を決定します。
サンプルのコピー元 |
手順 |
|
---|---|---|
Solaris DVD (SPARC 版) または Solaris SOFTWARE 1 of 2 CD (SPARC 版) |
サーバーの CD-ROM ドライブに Solaris DVD (SPARC 版) または Solaris SOFTWARE 1 of 2 CD (SPARC 版) を挿入します。 ボリュームマネージャが自動的に CD をマウントします。 |
|
ローカルディスク上の SPARC 版 Solaris 9 ソフトウェアの Solaris DVD (SPARC 版) または Solaris SOFTWARE 1 of 2 CD (SPARC 版) イメージ |
Solaris DVD (SPARC 版) または Solaris SOFTWARE 1 of 2 CD (SPARC 版) イメージが置かれたディレクトリに移動します。コマンド例を示します。
|
サンプルのカスタム JumpStart ファイルを、プロファイルフロッピーディスクの JumpStart ディレクトリにコピーします。
# cp -r media_path/Solaris_9/Misc/jumpstart_sample/* jumpstart_dir_path |
ディスク上の CD、DVD、またはイメージのパス
カスタム JumpStart のサンプルファイルを置くプロファイルフロッピーディスクのパス
すべてのカスタム JumpStart インストールファイルは、フロッピーディスクのルートディレクトリに置かれている必要があります。
たとえば、次のコマンドは、Solaris SOFTWARE 1 of 2 CD (SPARC 版) の jumpstart_sample の内容を、プロファイルフロッピーディスク scrap のルート (/) ディレクトリにコピーします。
cp -r /cdrom/sol_9_sparc/s0/Solaris_9/Misc/jumpstart_sample/* /floppy/scrap |
プロファイルフロッピーディスク上の JumpStart ファイルの例を更新して、サイトの環境内で動作するようにします。
root が JumpStart ディレクトリを所有していて、そのアクセス権が 755 に設定されていることを確認します。
フロッピーディスクを取り出します。
# eject floppy |
これで、プロファイルフロッピーディスクの作成が完了しました。rules ファイルを更新して、プロファイルフロッピーディスクにプロファイルを作成して、カスタム JumpStart インストールを実行できます。処理を続けるには、rules ファイルの作成へ進んでください。
この手順では、システムでボリュームマネージャを実行していると仮定しています。ボリュームマネージャを使用せずにフロッピーディスク、CD、および DVD を管理する方法の詳細は、『Solaris のシステム管理 (基本編)』を参照してください。
フロッピーディスクドライブを持つ x86 システムにスーパーユーザーとしてログインします。
Solaris Device Configuration Assistant (デバイス構成用補助) (x86 版) をフロッピーディスクドライブ (通常はドライブ A) に挿入します。このフロッピーディスクは、プロファイルフロッピーディスクとして使用します。
付録 I 「x86: Solaris Device Configuration Assistant (デバイス構成用補助) またはネットワークからのブート準備 (作業)」 の手順に従って Solaris DVD (x86 版) または Solaris SOFTWARE 2 of 2 CD (x86 版) からフロッピーディスクへ Device Configuration Assistant (デバイス構成用補助) ソフトウェアをコピーできます。
# volcheck |
Solaris Device Configuration Assistant (デバイス構成用補助) イメージをシステムのハードディスクにコピーします。
# dd if=/vol/dev/aliases/floppy0 of=boot_image |
ここで boot_image は、Solaris Device Configuration Assistant (デバイス構成用補助) のイメージをコピーするファイル名を示します。絶対パス名を指定できます。
たとえば次のコマンドは、ブートフロッピーディスクを boot_save ファイルにコピーします。
dd if=/vol/dev/aliases/floppy0 of=boot_save |
「ファイル・マネージャ (File Manager)」ウィンドウの「取り出し (Eject Disk)」をクリックするか、コマンド行に eject floppy と入力して、フロッピーディスクを取り出します。
「リムーバブルメディア・マネージャ (Removable Media Manager)」画面で「了解 (OK)」をクリックします。
Solaris Device Configuration Assistant (デバイス構成用補助) (x86 版) を手動で取り出します。
空のフロッピーディスクまたは上書き可能なディスクをフロッピーディスクドライブに挿入します。
# volcheck |
この手順によって、フロッピーディスク上のデータはすべて消去されます。
# fdformat -d -U |
Solaris Device Configuration Assistant (デバイス構成用補助) イメージを、システムのハードディスクからフォーマットしたフロッピーディスクにコピーします。
# dd if=boot_image of=/vol/dev/aliases/floppy0 |
ここで boot_image は、Solaris Device Configuration Assistant (デバイス構成用補助) のイメージをコピーするファイル名を示します。絶対パス名を指定できます。
サンプルのカスタム JumpStart ファイルを JumpStart ディレクトリにコピーするかどうかを決定します。
コピーしない場合は、手順 15 へ進みます。
コピーする場合は、次の表を利用して次に行う作業を決定します。
サンプルのコピー元 |
手順 |
|
---|---|---|
Solaris DVD (x86 版) または Solaris SOFTWARE 1 of 2 CD (x86 版) |
サーバーの CD-ROM ドライブに、Solaris DVD (x86 版) または Solaris SOFTWARE 1 of 2 CD (x86 版) を挿入します。 ボリュームマネージャが自動的に CD をマウントします。 |
|
ローカルディスク上の Solaris DVD (x86 版) または Solaris SOFTWARE 1 of 2 CD (x86 版) のイメージ |
Solaris DVD (x86 版) または Solaris SOFTWARE 1 of 2 CD (x86 版) イメージが置かれたディレクトリに移動します。入力例を示します。
|
サンプルのカスタム JumpStart ファイルを、プロファイルフロッピーディスクの JumpStart ディレクトリにコピーします。
# cp -r media_path/Solaris_9/Misc/jumpstart_sample/* jumpstart_dir_path |
ディスク上の CD、DVD、またはイメージのパス
カスタム JumpStart のサンプルファイルを置くプロファイルフロッピーディスクのパス
プロファイルフロッピーディスクを使用するときは、すべてのカスタム JumpStart インストールファイルは、フロッピーディスクのルートディレクトリに置かれている必要があります。
たとえば、次のコマンドは、Solaris SOFTWARE 1 of 2 CD (x86 版) の jumpstart_sample の内容を、プロファイルフロッピーディスク scrap のルート (/) ディレクトリにコピーします。
cp -r /cdrom/sol_9_x86/s2/Solaris_9/Misc/jumpstart_sample/* /floppy/scrap |
プロファイルフロッピーディスク上の JumpStart ファイルの例を更新して、サイトの環境内で動作するようにします。
root が JumpStart ディレクトリを所有していて、そのアクセス権が 755 に設定されていることを確認します。
「ファイル・マネージャ (File Manager)」ウィンドウの「取り出し (Eject Disk)」をクリックするか、コマンド行に eject floppy と入力して、フロッピーディスクを取り出します。
「リムーバブルメディア・マネージャ (Removable Media Manager)」画面で「了解 (OK)」をクリックします。
フロッピーディスクを手動で取り出します。
これで、プロファイルフロッピーディスクの作成が完了しました。rules ファイルを更新して、プロファイルフロッピーディスクにプロファイルを作成して、カスタム JumpStart インストールを実行できます。処理を続けるには、rules ファイルの作成へ進んでください。
rules ファイルは、Solaris オペレーティング環境のインストール先となる各システムグループのルールを記述したテキストファイルです。各ルールは 1 つ以上のシステム属性に基づいてシステムグループを識別し、各グループをプロファイルにリンクします。プロファイルは、グループ内の各システムに Solaris ソフトウェアがどのようにインストールされるかを定義するテキストファイルです。たとえば、次のルールは JumpStart プログラムが basic_prof プロファイル内の情報を使用し、sun4u プラットフォームグループを持つすべてのシステムに対してインストールを実行することを示します。
karch sun4u - basic_prof - |
rules ファイルを使用して、カスタム JumpStart インストールに必要な rules.ok ファイルを作成します。
スタンドアロンシステム用のプロファイルフロッピーディスクの作成 または ネットワーク上のシステム用のプロファイルサーバーの作成 の手順にしたがって JumpStart ディレクトリを設定した場合は、JumpStart ディレクトリに rules ファイルのサンプルがあります。rules ファイルのサンプルには、説明といくつかのルール例があります。サンプルの rules ファイルを利用する場合は、使用しないルール例は必ずコメントにしておいてください。
rules ファイルには、次の要素を任意に含めることができます。
コメント
行の # 記号の後に含まれるテキストは、JumpStart によってコメントとして扱われます。行が # 記号で始まる場合は、行全体がコメントとして扱われます。
1 行以上の空白行
1 つまたは複数の複数行ルール
テキストエディタを使用して rules というテキストファイルを作成するか、あるいは作成済みの JumpStart ディレクトリからサンプル rules ファイルを開きます。
Solaris ソフトウェアのインストール先となるシステムグループごとに 1 つのルールを rules ファイルに追加します。
rules ファイルのキーワードと値の一覧は、ルールキーワードと値の説明を参照してください。
rules ファイル内のルールは、次の構文に従っている必要があります。
[[!]]rule_keyword rule_value [[&& [[!]]rule_keyword rule_value]] ... begin profile finish |
要素 |
説明 |
---|---|
ルールキーワードの前で使用し、否定を示す記号 |
|
これは、ホスト名 (hostname) やメモリーサイズ (memsize) などの一般的なシステム属性を記述する事前定義された字句単位または語。rule_keyword は、同じ属性を持つシステムを 1 つのプロファイルに対応させるためにルール値と共に使用される。ルールキーワードの一覧は、ルールキーワードと値の説明を参照 |
|
対応するルールキーワードに特定のシステム属性を与える値。ルール値の一覧は、ルールキーワードと値の説明 を参照 |
|
ルールキーワードとルール値のペアを同じルールで結合する (論理積をとる) ときに使用する記号。カスタム JumpStart インストール時に、システムがルール内のすべてのペアに一致しなければ、ルールの一致は成立しない |
|
インストール開始前に実行される Bourne シェルスクリプト名。begin スクリプトがない場合、このフィールドにマイナス記号 (-) を指定する必要がある。begin スクリプトはすべて、JumpStart ディレクトリになければならない。 begin スクリプトの作成方法の詳細は、begin スクリプトの作成を参照 |
|
テキストファイル名。システムがルールに一致したとき Solaris ソフトウェアがシステムにどのようにインストールされるかを定義している。プロファイル内の情報は、プロファイルキーワードと、それらに対応するプロファイル値から構成される。すべてのプロファイルは JumpStart ディレクトリになければならない 注 – プロファイルフィールドについては、別の使用方法もあります。詳細は、サイト固有のインストールプログラムの使用と begin スクリプトによる動的プロファイルの作成を参照してください。 |
|
インストール終了後に実行される Bourne シェルスクリプト名。finish スクリプトがない場合、このフィールドにマイナス記号 (-) を指定する必要がある。finish スクリプトはすべて、JumpStart ディレクトリになければならない finish スクリプトの作成方法の詳細は、finish スクリプトの作成を参照 |
キーワード、値、および対応するプロファイル
begin および finish フィールド内のマイナス記号 (-) (begin および finish スクリプトが指定されない場合)
rules ファイルを JumpStart ディレクトリに保存します。
root が rules ファイルを所有していて、そのアクセス権が 644 に設定されていることを確認します。
次のサンプルファイルは、rules ファイル内のルールをいくつか示しています。各行には、ルールキーワードとそのキーワードに有効な値があります。JumpStart プログラムは、rules ファイルを上から下へ走査します。
ルールキーワードと値を既知のシステムに対応付けることができた場合、JumpStart プログラムは profile フィールドに示されているプロファイルによって指定されている Solaris ソフトウェアをインストールします。
# rule keywords and rule values begin script profile finish script # ----------------------------- ------------ -------- ------------- hostname eng-1 - basic_prof - network 192.43.34.0 && !model \ 'SUNW,SPARCstation-20' - net_prof - model SUNW,SPARCstation-LX - lx_prof complete network 193.144.2.0 && karch i86pc setup x86_prof done memsize 64-128 && arch i386 - prog_prof - any - - generic_prof - |
この例で使用されているキーワードと値の一部について、次のリストで説明します。
このルールは、システムのホスト名が eng-1 の場合に一致します。basic_prof プロファイルは、ルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
このルールは、システムがサブネット 192.43.34.0 にあって、SPARCstationTM 20 (SUNW, SPARCstation-20) ではない場合に一致します。net_prof プロファイルは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。このルールは、rules ファイルの構文に説明されているルールラップの例も示しています。
このルールは、システムが SPARCstation LX である場合に一致します。lx_prof プロファイルと complete 終了スクリプトは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
このルールは、システムが 193.144.2.0 にあって、x86 ベースのシステムである場合に一致します。setup 開始スクリプト、x86_prof プロファイル、および done 終了スクリプトは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
このルールは、システムに 64 〜 128M バイトのメモリーがあって、x86 システムである場合に一致します。prog_profプロファイルは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。
このルールは、上記のルールに一致しなかったすべてのシステムに一致します。generic_prof プロファイルは、このルールに一致するシステムに Solaris ソフトウェアをインストールするために使用されます。any を使用する場合は、この値を常に rules ファイルの最後のファイルとして使用する必要があります。
プロファイルは、システムに Solaris ソフトウェアをインストールする方法を示したテキストファイルです。プロファイルには、インストール要素 (インストールするソフトウェアグループなど) を指定します。各ルールには、システムのインストール方法を示すプロファイルを指定します。プロファイルは、ルールごとに異なるものを作成しても、複数のルールに同じものを使用しても構いません。
プロファイルは、1 つまたは複数のプロファイルキーワードとそれらの値から構成されます。各プロファイルキーワードは、JumpStart プログラムがどのようにしてシステムに Solaris ソフトウェアをインストールするかを制御するコマンドです。たとえば、次のプロファイルキーワードと値は、JumpStart プログラムがシステムをサーバーとしてインクルードすることを指定しています。
system_type server |
ネットワーク上のシステム用のプロファイルサーバーの作成または スタンドアロンシステム用のプロファイルフロッピーディスクの作成の手順を使用して JumpStart ディレクトリを作成した場合、プロファイルのサンプルが JumpStart ディレクトリにあります。
キーワードは 1 行に 1 つだけであること
アップグレードされるシステムが、アップグレードできるルートファイルシステムを複数持っている場合は、root_device キーワード
プロファイルには以下の要素を含めることができます。
テキストエディタを使用してテキストファイルを作成し、わかりやすい名前を付けます。または、作成した JumpStart ディレクトリ内のプロファイル例を開きます。
プロファイルの名前は、システムに Solaris ソフトウェアをインストールするためにそのプロファイルをどのように使用するかを示すものにしてください。 (例: basic_install、 eng_profile、user_profile)。
プロファイルにプロファイルキーワードと値を追加します。
プロファイルのキーワードと値の一覧は、プロファイルキーワードと値を参照してください。
プロファイルキーワードとプロファイル値には、大文字と小文字の区別があります。
JumpStart ディレクトリにプロファイルを保存します。
root がプロファイルを所有していて、そのアクセス権が 644 に設定されていることを確認します。
(省略可能) プロファイルをテストします。
プロファイルのテストに関する情報については、プロファイルのテストを参照してください。
次のプロファイル例は、さまざまなプロファイルキーワードとプロファイル値を使用して、Solaris ソフトウェアをシステムにどのようにインストールするかを指定する方法を示しています。プロファイルキーワードと値には、プロファイルキーワードと値の説明を示してあります。
# 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 キーワードは、すべてのプロファイルに必要です。
system_type キーワードは、システムをスタンドアロンシステムとしてインストールするように定義します。
ファイルシステムスライスは、インストールするソフトウェアごとに default 値を使用して決定されます。swap は 512M バイトに設定され、値 any に基づいてすべてのディスクにインストールされます。
「開発者システムサポートソフトウェアグループ」(SUNWCprog) がシステムにインストールされます。
標準のマニュアルページはネットワークのファイルサーバー (s_ref) からマウントされるため、マニュアルページパッケージはシステムにインストールされません。ただし、System Accounting ユーティリティが入ったパッケージはシステムにインストールされます。
# 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 により選択したソフトウェアに基づきインストールプログラムによってインストール先が決定されます。
全体ディストリビューションソフトウェアグループ (SUNWCall) がシステムにインストールされます。
# profile keywords profile values # ---------------- ------------------- install_type initial_install system_type standalone fdisk c0t0d0 0x04 delete fdisk c0t0d0 solaris maxfree cluster SUNWCall cluster SUNWCacc delete |
この例で使用されているキーワードと値の一部について、次のリストで説明します。
タイプ DOSOS16 (04 16 進) の fdisk パーティションはすべて、c0t0d0 ディスクから削除されます。
Solaris fdisk パーティションが、c0t0d0 ディスク上の最大の連続空き領域に作成されます。
全体ディストリビューションソフトウェアグループ (SUNWCall) がシステムにインストールされます。
システムアカウントユーティリティ (SUNWCacc) は、システムにインストールされません。
# 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 |
この例で使用されているキーワードと値の一部について、次のリストで説明します。
このプロファイルは、ディスク容量を再配置することによってシステムをアップグレードします。この例では、システム上のファイルシステムのいくつかにアップグレード用の容量が十分にないため、ディスク領域を再配置する必要があります。
c0t3d0s2 のルートファイルシステムがアップグレードされます。
リモートシステム timber が、ディスク容量の再配置中のデータのバックアップに使用されます。backup_media キーワード値の詳細は、backup_media プロファイルキーワードを参照してください。
layout_constraint キーワードは、アップグレードのためにディスク領域の再配置を行う時に自動レイアウトが以下のことを実施できることを示します。
スライス 2 と 4 を変更する。これらのスライスはほかの場所へ移動が可能であり、サイズも変更できます。
スライス 5 を移動する。スライスをほかの場所へ移動することはできますが、そのサイズを変更することはできません。
バイナリ互換パッケージ (SUNWbcp) は、アップグレード後、システムにインストールされません。
このコードは、X Window System のマニュアルページと、System Accounting ユーティリティがまだシステムにインストールされていない場合に、インストールされるようにするものです。すでにシステム上にあるすべてのパッケージが自動的にアップグレードされます。
ドイツ語ローカライズパッケージがシステムにインストールされます。
次のプロファイル例は、カスタム JumpStart プログラムが HTTP サーバーからフラッシュアーカイブを取り出すことを示しています。
# 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
この例で使用されているキーワードと値の一部について、次のリストで説明します。
このプロファイルにより、フラッシュアーカイブがクローンシステムにインストールされます。すべてのファイルは、初期インストールにより上書きされます。
フラッシュアーカイブは、HTTP サーバーから取得されます。
ファイルシステムスライスは、filesys キーワード (explicit 値) によって指定します。ルート (/) のサイズはフラッシュアーカイブのサイズに基づいて決定されます。ルートファイルシステムは c0t1d0s0 にインストールされます。swap は、必要なサイズに設定された上で c0t1d0s1 上にインストールされます。/export/home のサイズは、残りのディスク容量に基づいて決定されます。/export/home は c0t1d0s7 にインストールされます。
次のプロファイル例は、カスタム JumpStart プログラムが HTTPS サーバーからフラッシュアーカイブを取り出すことを示しています。
# 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
この例で使用されているキーワードと値の一部について、次のリストで説明します。
このプロファイルにより、フラッシュアーカイブがクローンシステムにインストールされます。すべてのファイルは、初期インストールにより上書きされます。
圧縮されたフラッシュアーカイブが HTTPS サーバーから取得されます。
partitioning の値が explicit であるため、ファイルシステムスライスは、filesys キーワードによって指定します。ルート (/) のサイズはフラッシュアーカイブのサイズに基づいて決定されます。swap は、必要なサイズに設定された上で c0t1d0s1 上にインストールされます。/export/home のサイズは、残りのディスク容量に基づいて決定されます。/export/home は c0t1d0s7 にインストールされます。
次のプロファイル例は、カスタム JumpStart プログラムが NFS サーバーからフラッシュアーカイブを取り出すことを示しています。flash_update キーワードは、これが差分アーカイブであることを示します。差分アーカイブでは、2 つのシステムイメージの相違部分のみがインストールされます。
# profile keywords profile values # ---------------- ------------------- install_type flash_update archive_location nfs installserver:/export/solaris/flasharchive \ /solarisdiffarchive no_master_check
この例で使用されているキーワードと値の一部について、次のリストで説明します。
このプロファイルは、フラッシュ差分アーカイブをクローンシステムにインストールします。アーカイブで指定されたファイルだけがインストールされます。
フラッシュアーカイブは、NFS サーバーから取得されます。
クローンシステムは、有効なシステムイメージであるかどうかチェックされません。有効なシステムイメージが、元のマスターシステムを使用して構築されているはずです。
次の例では、カスタム JumpStart プログラムが空のブート環境を作成するように、プロファイルが記述されています。空のブート環境には、ファイルシステムは含まれません。また、現在のブート環境からコピーされることもありません。あとでフラッシュアーカイブをこのブート環境に格納し、アクティブにすることができます。
# 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 により選択したソフトウェアに基づきインストールプログラムによってインストール先が決定されます。
全体ディストリビューションソフトウェアグループ (SUNWCall) がシステムにインストールされます。
空の非アクティブブート環境がディスク c0t1d0 上に設定されます。ルート (/)、スワップ、および /export のファイルシステムがそれぞれ作成されますが、空のままです。この 2 番目のブート環境には、あとでフラッシュアーカイブをインストールできます。その後、このブート環境をアクティブにして、オペレーティング環境にすることができます。
キーワード値とその基本的な使用方法については、次の関連情報を参照してください。
キーワード値の説明については、プロファイルキーワードと値を参照してください。
非アクティブブート環境の作成、アップグレード、およびアクティブ化を行うための Solaris Live Upgrade の基本的な使用方法については、第 33 章「Solaris Live Upgrade (概要)」を参照してください。
フラッシュアーカイブの基本的な使用方法については、第 20 章「フラッシュ (概要と計画)」を参照してください。
次の例のプロファイルには、カスタム 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 |
この例で使用されているキーワードと値の一部について、次のリストで説明します。
「全体ディストリビューション + OEM」ソフトウェアグループ (SUNWCXall) がシステムにインストールされます。
ルート (/) ファイルシステムが作成され、スライス c0t1d0s0 および c0t0d0s0 にミラー化されます。c0t1d0s0 および c0t0d0s0 をミラー化する RAID-1 ボリュームに d30 という名前が付けられます。カスタム JumpStart プログラムにより、2 つのサブミラーに名前が割り当てられます。
swap ファイルシステムが作成され、スライス c0t0d0s3 にミラー化されます。サイズは 512M バイトです。
4 つの状態データベースの複製 (metadb) がスライス c0t0d0s4 にインストールされます。サイズは 8192 ブロック (4M バイト) です。
4 つの状態データベースの複製 (metadb) がスライス c0t1d0s4 にインストールされます。サイズは 8192 ブロック (4M バイト) です。
ミラー化されたファイルシステムをインストール時に作成する方法の概要は、第 10 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (概要)」を参照してください。
ミラー化されたファイルシステムの作成に関するガイドラインと要件については、第 11 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (計画)」を参照してください。
キーワード値の説明については、filesys プロファイルキーワード (ミラー化されたファイルシステムの作成)およびmetadb プロファイルキーワード (状態データベースの複製の作成)を参照してください。
次の例のプロファイルには、カスタム 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 |
この例で使用されているキーワードと値の一部について、次のリストで説明します。
「全体ディストリビューション + OEM」ソフトウェアグループ (SUNWCXall) がシステムにインストールされます。
ルート (/) ファイルシステムが作成され、スライス c0t1d0s0 および c0t0d0s0 にミラー化されます。ルート (/) ファイルシステムのサイズは 200M バイトです。c0t1d0s0 および c0t0d0s0 をミラー化する RAID-1 ボリュームに d100 という名前が付けられます。
/var ファイルシステムがスライス c0t1d0s5 にインストールされます。サイズは 500M バイトです。ルート (/) ファイルシステムが作成され、スライス c0t1d0s0 および c0t0d0s0 にミラー化されます。ルート (/) ファイルシステムのサイズは 200M バイトです。c0t1d0s0 および c0t0d0s0 をミラー化する RAID-1 ボリュームに d100 という名前が付けられます。
swap ファイルシステムが作成され、スライス c0t0d0s1 にミラー化されます。サイズは 512M バイトです。カスタム JumpStart プログラムにより、ミラーに名前が割り当てられます。
5 つの状態データベースの複製 (metadb) がスライス c0t0d0s3 にインストールされます。サイズは 8192 ブロック (4M バイト) です。
/usr ファイルシステムが作成され、スライス c0t1d0s4 および c0t0d0s4 にミラー化されます。/usr ファイルシステムのサイズは 2000M バイトになります。カスタム JumpStart プログラムにより、ミラーに名前が割り当てられます。
ミラー化されたファイルシステムをインストール時に作成する方法の概要は、第 10 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (概要)」を参照してください。
ミラー化されたファイルシステムの作成に関するガイドラインと要件については、第 11 章「インストール時の RAID-1 ボリューム (ミラー) の作成 (計画)」を参照してください。
キーワード値の説明については、filesys プロファイルキーワード (ミラー化されたファイルシステムの作成)およびmetadb プロファイルキーワード (状態データベースの複製の作成)を参照してください。
プロファイルを作成した後で、pfinstall(1M) コマンドを使用してプロファイルをテストします。プロファイルのテストは、実際にプロファイルを使用してシステムのインストールまたはアップグレードを行う前に行なってください。プロファイルのテストは、ディスク容量を再配置するアップグレードプロファイルを作成する場合、特に有用です。
pfinstall が生成するインストール出力を調べることによって、意図するとおりにプロファイルが動作するかを簡単に調べることができます。たとえば、実際にシステムでアップグレードを行う前に、そのシステムが Solaris の新しいリリースにアップグレードするための十分なディスク容量を持っているかどうかをプロファイルで調べることができます。
pfinstall を利用すると、以下の要素に対してプロファイルをテストできます。
pfinstall を実行しているシステムのディスク構成
その他のディスク構成。ディスクの構造 (ディスクのバイト/セクタ、フラグ、スライスなど) を示すディスク構成ファイルを使用します。ディスク構成ファイルの作成については、ディスク構成ファイルの作成と x86: ディスク構成ファイルを作成する方法を参照してください。
ディスク構成ファイルを使用して、システムのアップグレードに使用するプロファイルをテストすることはできません。代わりに、システムの実際のディスク構成およびシステムに現在インストールされているソフトウェアに対して、プロファイルをテストする必要があります。
特定の Solaris リリースでプロファイルを正常かつ正確にテストするには、同じリリースの Solaris 環境内にあるプロファイルをテストする必要があります。たとえば、Solaris 9 初期インストールプロファイルをテストする場合は、Solaris 9 を実行しているシステムに対して pfinstall コマンドを実行する必要があります。
以下のどちらかの状況でプロファイルをテストする場合は、一時的なインストール環境を作成する必要があります。
旧バージョンの Solaris ソフトウェアを使用しているシステム上で Solaris 9 のアップグレードプロファイルをテストする場合。
Solaris 9 の初期インストールプロファイルをテストするための Solaris 9 システムをまだインストールしていない場合。
次に示すメディアのいずれか 1 つのイメージからシステムをブートします。
Solaris DVD (SPARC 版)
Solaris DVD (x86 版)
Solaris SOFTWARE 1 of 2 CD (SPARC 版)
Solaris SOFTWARE 1 of 2 CD (x86 版)
アップグレードプロファイルをテストしたい場合は、アップグレードするシステムをブートしてください。
システムを識別するための質問に答えます。
インストールプログラムを終了します。
Solaris DVD を使用している場合は、次のプロンプトに対して ! を入力します。
Solaris Web Start will assist you in installing software for Solaris. <Press ENTER to continue> {"!" exits} |
Solaris SOFTWARE 1 of 2 CD を使用している場合は、Solaris 9 オペレーティング環境をインストールするプログラムとして Solaris suninstall プログラムを選択します。表示される最初の画面で「Exit」を選択します。
このシェルから pfinstall コマンドを実行します。pfinstall コマンドの使用方法については、プロファイルをテストする方法の手順 7 を参照してください。
プロファイルをテストするためのシステムを決定します。システムが、プロファイルを作成したシステムと同じプラットフォームタイプ (SPARC または x86) のシステムであることを確認してください。
アップグレードプロファイルをテストする場合、アップグレードする実際のシステム上のプロファイルをテストしてください。
次の表に基づいて、次に行うことを決定します。
状態 |
手順 |
---|---|
初期インストールプロファイルをテストする (Solaris 9 ソフトウェアが動作しているシステムがある場合) |
そのシステムでスーパーユーザーになり、手順 5 へ進みます。 |
アップグレードプロファイルをテストする (初期インストールプロファイルをテストするための Solaris 9 が動作しているシステムがない場合) |
一時的な Solaris 9 環境を作成し、プロファイルをテストします。詳細は、一時的な Solaris 9 環境を作成してプロファイルをテストする方法を参照してください。続いて、手順 3 へ進みます。 |
一時的なマウントポイントを作成します。
# mkdir /tmp/mnt |
テストしたいプロファイル (1 つ以上) が入ったディレクトリをマウントします。
マウントするメディア |
コマンド |
|
---|---|---|
リモート NFS ファイルシステムをマウントする (ネットワーク上のシステムの場合) |
|
|
SPARC: UFS フォーマットのフロッピーディスクをマウントする |
|
|
PCFS フォーマットのフロッピーディスクをマウントする |
|
システムのメモリーサイズを指定してプロファイルをテストするには、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 9 ソフトウェアをインストールします。その結果、システム上のデータがすべて上書きされます。
pfinstall は、現在のシステムのディスク構成を使用してプロファイルをテストします。アップグレードプロファイルをテストする場合は、-D オプションを使用する必要があります。
pfinstall は、ディスク構成ファイル disk_config_file を使用してプロファイルをテストします。 pfinstall が動作しているディレクトリに disk_config_file が置かれていない場合は、パスを指定する必要があります。
ディスク構成ファイルの作成方法については、ディスク構成ファイルの作成を参照してください。
アップグレードプロファイル (install_type upgrade) で -d disk_config_file オプションを使用することはできません。常に、システムのディスク構成に対してアップグレードプロファイルをテストする必要があります (つまり、-D オプションを使用する必要があります)。
Solaris 9 ソフトウェアイメージのパス。このオプションは、たとえば、システムでボリュームマネージャを使用して Solaris SOFTWARE 1 of 2 CD を各自のプラットフォームにマウントする場合に使用します。
プラットフォーム対応の Solaris DVD または Solaris SOFTWARE 1 of 2 CD イメージからブートした場合は、-c オプションは不要です。DVD または CD イメージは、ブート処理の一環として /cdrom 上にマウントされます。
テストするプロファイル名。profile が pfinstall が実行されているディレクトリにない場合は、パスを指定する必要があります。
次の例は、pfinstall を使用して basic_prof というプロファイルをテストする方法を示しています。このテストは、Solaris 9 ソフトウェアがインストールされているシステム上のディスク構成に対して行われます。basic_prof プロファイルは、/jumpstart ディレクトリにあります。ボリュームマネージャを使用しているので、Solaris SOFTWARE 1 of 2 CD (SPARC 版) または Solaris SOFTWARE 1 of 2 CD (x86 版) イメージへのパスが指定されています。
# cd /jumpstart # /usr/sbin/install.d/pfinstall -D -c /cdrom/pathname basic_prof |
次の例は、pfinstall を使用して Solaris 9 システム上の basic_prof というプロファイルをテストする方法を示しています。535_test ディスク構成ファイルがテストされ、システムメモリーが 64M バイトあるか確認されます。また、この例で pfinstall は、/export/install ディレクトリにある Solaris SOFTWARE 1 of 2 CD (SPARC 版) または Solaris SOFTWARE 1 of 2 CD (x86 版) のイメージを使用します。
# SYS_MEMSIZE=64 # export SYS_MEMSIZE # /usr/sbin/install.d/pfinstall -d 535_test -c /export/install basic_prof |
rules ファイルとプロファイルは、check スクリプトを実行して、これらのファイルが正しく設定されていることを確認してからでないと使用できません。すべてのルールとプロファイルが有効な場合は、rules.ok ファイルが作成されます。このファイルは、カスタム JumpStart インストールソフトウェアがシステムをプロファイルと照合するために必要です。
表 26–3 に check スクリプトの動作を示します。
表 26–3 check スクリプトを使用した場合の動作
手順 |
説明 |
---|---|
1 |
rules ファイルの構文検査を行う。
check は、ルールキーワードが正当かどうか、および各ルールに対して begin フィールド、 class フィールド、および finish フィールドが指定されているかどうかを確認する(begin および finish フィールドはファイル名でなくマイナス記号 (-) であることもある)。 |
2 |
rules ファイルにエラーがなければ、ルールに指定された各プロファイルの構文検査が行われる。 |
3 |
エラーがなければ、check スクリプトは rules ファイルから rules.ok ファイルを作成する。コメントと空白行をすべて削除し、すべてのルールを保持し、終わりに次のコメント行を追加する。 # version=2 checksum=num |
check スクリプトが JumpStart ディレクトリにあることを確認します。
check スクリプトは、Solaris DVD または Solaris SOFTWARE 1 of 2 CD の Solaris_9/Misc/jumpstart_sample ディレクトリにあります。
check スクリプトを実行して rules ファイルの妥当性を検査します。
$ ./check [[-p path -r file_name]] |
使用しているシステムの check スクリプトではなく Solaris 9 ソフトウェアイメージの check スクリプトを使用して rules を検証します。path は、ローカルディスク、マウントされた Solaris DVD、または Solaris SOFTWARE 1 of 2 CD 上のイメージです。
システムが以前のバージョンの Solaris を実行している場合、このオプションを使用して、最新バージョンの check スクリプトを実行します。
名前が rules 以外の rules ファイル名を指定します。このオプションを使用すると、rules ファイルに組み込む前にルールの妥当性を検査できます。
check スクリプトを実行すると、rules ファイルの有効性と各プロファイルの有効性の検査結果が表示されます。エラーが検出されないと、The custom JumpStart configuration is ok と表示されます。
root が rules.ok ファイルを所有していて、そのアクセス権が 644 に設定されていることを確認します。
rules ファイルの検証が完了したら、第 27 章「カスタム JumpStart オプション機能の使用 (作業)」でオプションのカスタム JumpStart 機能について参照してください。カスタム JumpStart インストールの実行については、第 29 章「カスタム JumpStart インストールの実行 (作業)」を参照してください。