パート II Solaris Live Upgrade によるアップグレード

このパートでは、Solaris Live Upgrade を使って非アクティブブート環境を作成しアップグレードする方法について説明します。このブート環境は、アクティブブート環境に切り替えることができます。

第 6 章 Solaris Live Upgrade (概要)

この章では、Solaris Live Upgrade の実行手順について説明します。

このマニュアルでは「スライス」という用語を使用しますが、一部の Solaris のマニュアルとプログラムでは、スライスのことを「パーティション」と呼んでいる場合があります。

Solaris Live Upgrade の紹介

Solaris Live Upgrade を使用すると、稼動中のシステムを停止することなくシステムをアップグレードできます。現在のブート環境を動作させたまま、ブート環境のコピーを作成し、それをアップグレードできます。アップグレードする代わりに、Solaris フラッシュアーカイブをブート環境にインストールすることもできます。環境をアップグレードしても、アーカイブをインストールしても、元のシステム構成は影響を受けずに支障なく機能します。準備ができたところでシステムをリブートすると、新しいブート環境がアクティブになります。障害が発生した場合は、リブートするだけで元のブート環境に戻ることができます。このように切り替えが可能なので、テストや評価処理のためにサービスを停止する必要がなくなります。

Solaris Live Upgrade を使用すると、現在動作しているシステムに影響を与えずに、ブート環境のコピーを作成して、次のような作業を行うことができます。

• システムをアップグレードします。

• 現在のブート環境のディスク構成を、新しいブート環境のディスク構成（ファイルシステムのタイプ、サイズ、および配置）に変更します。

• 異なるイメージを持つ複数のブート環境を保守します。たとえば、現在のパッチを持つブート環境を作成すると同時に、Update リリースを持つ別のブート環境を作成できます。

Solaris Live Upgrade を使用するには、システム管理についての基礎的な事柄を理解しておく必要があります。ファイルシステムの管理、マウント、ブート、スワップの管理など、システム管理作業に関する基本的な情報については、『Solaris のシステム管理 (デバイスとファイルシステム)』を参照してください。

Solaris Live Upgrade の実行手順

次に、現在のブート環境のコピーを作成してこのコピーをアップグレードし、アクティブなブート環境になるように切り替える作業の概要を示します。元のブート環境に切り替えるフォールバックの手順についても説明します。図 6–1 に、この Solaris Live Upgrade 処理の全体を示します。

図 6–1 Solaris Live Upgrade の実行手順

次の節で、Solaris Live Upgrade の実行手順について説明します。

1. 物理スライスまたは論理ボリューム上での新しいブート環境の作成

   • 「ブート環境の作成」

   • 「RAID-1 ボリュームファイルシステムを持つブート環境の作成」

2. 「ブート環境のアップグレード」

3. 「ブート環境のアクティブ化」

4. 「元のブート環境へのフォールバック」

ブート環境の作成

ブート環境を作成すると、クリティカルファイルシステムをアクティブなブート環境から新しいブート環境にコピーできます。必要であれば、ディスクを編成し直して、ファイルシステムをカスタマイズし、クリティカルファイルシステムを新しいブート環境にコピーします。

ファイルシステムのタイプ

Solaris Live Upgrade では、次の 2 種類のファイルシステムを区別します。クリティカルファイルシステムと共有可能ファイルシステムです。次の表に、これらのファイルシステムのタイプを示します。

ファイルシステム上の RAID-1 ボリュームの作成

Solaris Live Upgrade では、ファイルシステム上に RAID-1 ボリューム (ミラー) を持つブート環境を作成できます。概要については、「RAID-1 ボリュームファイルシステムを持つブート環境の作成」を参照してください。

ファイルシステムのコピー

新しいブート環境を作成するには、まず、クリティカルファイルシステムをコピーできる未使用のスライスが存在することを確認します。スライスが使用できないかあるいは最小限の要件を満たしていない場合は、新しいスライスをフォーマットする必要があります。

スライスを定義した後、ファイルシステムをディレクトリにコピーする前に、新しいブート環境上のファイルシステムを再構成できます。ファイルシステムを分割およびマージすることによってvfstab を簡単に編集でき、ファイルシステムを再構成することができます。ファイルシステムは、同じマウントポイントを指定して親ディレクトリにマージすることも、異なるマウントポイントを指定して親ディレクトリから分割することも可能です。

非アクティブブート環境でファイルシステムを構成した後、自動コピーを開始します。クリティカルファイルシステムは、指定された宛先ディレクトリにコピーされます。共有可能なファイルシステムは (それらの一部をコピーするように指定しない限り)、コピーされずに共有されます。ファイルシステムをアクティブなブート環境から非アクティブなブート環境にコピーする時、ファイルは新しいディレクトリにコピーされるので、アクティブなブート環境は変更されません。

新しいブート環境の作成の例

次の図に、さまざまな方法で新しいブート環境を作成する例を示します。

図 6–2 に、クリティカルファイルシステムであるルート (/) ファイルシステムをディスク上の別のスライスにコピーして、新しいブート環境を作成する方法を示します。アクティブなブート環境は、既存のスライス上にルート (/) ファイルシステムを持っています。新しいブート環境は、新しいスライス上にルート (/) ファイルシステムとまったく同じ複製を持ちます。ファイルシステム /swap および /export/home はアクティブなブート環境と非アクティブなブート環境で共有されます。

図 6–2 非アクティブなブート環境の作成 - ルート (/) ファイルシステムのコピー

図 6–3 に、クリティカルファイルシステムを分割し、ディスク上の複数のスライスにコピーして、新しいブート環境を作成する方法を示します。アクティブなブート環境は、既存のスライス上にルート (/) ファイルシステムを持っています。このスライスでは、ルート (/) ファイルシステム内に、/usr、/var、および /opt ディレクトリがあります。新しいブート環境では、ルート (/) ファイルシステムは分割され、/usr と /opt は別のスライスに配置されています。ファイルシステム /swap と /export/home は両方のブート環境で共有されます。

図 6–3 非アクティブなブート環境の作成 - ファイルシステムの分割

図 6–4 に、クリティカルファイルシステムをマージし、ディスク上の複数のスライスにコピーして、新しいブート環境を作成する方法を示します。アクティブなブート環境には、ルート (/) ファイルシステム、/usr、/var、/opt があり、各ファイルシステムは別々のスライス上に配置されています。新しいブート環境では、/usr と /opt はルート (/) ファイルシステムと同一のスライス上にマージされます。ファイルシステム /swap と /export/home は両方のブート環境で共有されます。

図 6–4 非アクティブなブート環境の作成 - ファイルシステムのマージ

RAID-1 ボリュームファイルシステムを持つブート環境の作成

Solaris Live Upgrade は Solaris ボリュームマネージャーテクノロジを使って、RAID-1 ボリュームにカプセル化されたファイルシステムを持つブート環境を作成できます。Solaris ボリュームマネージャーでは、ボリュームを使って確実にディスクやデータを管理できます。Solaris ボリュームマネージャーでは、連結、ストライプ、その他の複雑な構成が可能です。Solaris Live Upgrade では、これらの作業の一部を実行できます。たとえば、ルート (/) ファイルシステムの RAID-1 ボリュームを作成できます。

ボリュームを使用すると、複数のディスクにまたがるディスクスライスをグループ化して、OS で単一のディスクとして扱われるようにできます。Solaris Live Upgrade で作成できるのは、RAID-1 ボリューム (ミラー) 内に単一スライスの連結を持つルート (/) ファイルシステムのブート環境だけです。これは、ブート用のスライスを 1 つだけ選択するようにブート PROM が制限されているためです。

Solaris Live Upgrade でボリュームを管理する方法

ブート環境を作成するとき、Solaris Live Upgrade を使って次の作業を行うことができます。

• 単一スライスの連結 (サブミラー) を RAID-1 ボリューム (ミラー) から切り離します。必要な場合は、内容を保持して新しいブート環境の内容にすることができます。内容はコピーされないため、新しいブート環境を短時間で作成できます。ミラーから切り離されたサブミラーは、元のミラーの一部ではなくなります。サブミラーに対する読み取りや書き込みがミラーを介して実行されることはなくなります。

• ミラーを含んだブート環境を作成します。

• 新しく作成したミラーに単一スライスの連結を 3 つまで接続します。

lucreate コマンドの -m オプションを使って、新しいブート環境に対してミラーの作成、サブミラーの切り離し、およびサブミラーの接続を行うことができます。

現在のシステム上に VxVM ボリュームが構成されている場合は、lucreate コマンドを使用して新しいブート環境を作成できます。新しいブート環境にデータをコピーすると、Veritas ファイルシステム構成が失われ、新しいブート環境に UFS ファイルシステムが作成されます。

Solaris ボリュームマネージャーのタスクと Solaris Live Upgrade の対応

Solaris Live Upgrade では、Solaris ボリュームマネージャーのタスクの一部が管理されます。表 6–1 に、Solaris Live Upgrade で管理できる Solaris ボリュームマネージャーのコンポーネントを示します。

Solaris Live Upgrade を使用して RAID-1 ボリュームを作成する例

次の例では、新しいブート環境の RAID-1 ボリュームを作成するためのコマンド構文を示します。

2 つの物理ディスク上に RAID-1 ボリュームを作成する

図 6–5 は、2 つの物理ディスク上に作成された RAID-1 ボリューム (ミラー) を持つ新しいブート環境を示しています。この新しいブート環境とミラーは、次のコマンドで作成されたものです。

# lucreate -n second_disk -m /:/dev/md/dsk/d30:mirror,ufs \ 
-m /:c0t1d0s0,d31:attach -m /:c0t2d0s0,d32:attach \ 
-m -:c0t1d0s1:swap -m -:c0t2d0s1:swap

このコマンドは、次のような処理を実行します。

• 新しいブート環境 second_disk を作成する。

• ミラー d30 を作成し、UFS ファイルシステムを構成する。

• 各物理ディスクのスライス 0 に単一デバイスの連結を作成する。これらの連結に d31 および d32 という名前を付ける。

• これら 2 つの連結をミラー d30 に追加する。

• ルート (/) ファイルシステムをミラーにコピーする。

• 各物理ディスクのスライス 1 に、スワップ用のファイルシステムを構成する。

図 6–5 ブート環境の作成とミラーの作成

ブート環境の作成と既存のサブミラーの使用

図 6–6 は、RAID-1 ボリューム (ミラー) を持つ新しいブート環境を示しています。この新しいブート環境とミラーは、次のコマンドで作成されたものです。

# lucreate -n second_disk -m /:/dev/md/dsk/d20:ufs,mirror \ 
-m /:/dev/dsk/c0t1d0s0:detach,attach,preserve

このコマンドは、次のような処理を実行します。

• 新しいブート環境 second_disk を作成する。

• ミラー d10 を解除し、連結 d12 を切り離す。

• 連結 d12 の内容を保持する。ファイルシステムのコピーは行われない。

• 新しいミラー d20 を作成する。これで、d10 および d20 という 2 つの 1 面ミラーが作成される。

• 連結 d12 をミラー d20 に接続する。

図 6–6 ブート環境の作成と既存のサブミラーの使用

ブート環境のアップグレード

ブート環境の作成が完了したら、そのブート環境をアップグレードできます。アップグレード作業の過程で、ブート環境の任意のファイルシステムに RAID-1 ボリューム (ミラー) を持たせることができます。アップグレードを行なっても、アクティブなブート環境内のファイルには影響ありません。準備ができたところでこの新しいブート環境をアクティブ化し、このブート環境を現行のブート環境とします。

図 6–7 に、非アクティブなブート環境のアップグレードの例を示します。

図 6–7 非アクティブなブート環境のアップグレード

アップグレードする代わりに、Solaris フラッシュアーカイブをブート環境にインストールすることもできます。Solaris フラッシュインストール機能を使用すると、Solaris OS の単一の参照用インストールを 1 台のシステム上に作成できます。このシステムはマスターシステムと呼ばれます。続いて、クローンシステムと呼ばれる多数のシステム上にこのインストールを複製できます。この場合、非アクティブなブート環境はクローンシステムです。Solaris フラッシュアーカイブをシステムにインストールするとき、初期インストールの場合と同じように、アーカイブは既存のブート環境にあるすべてのファイルを置き換えます。

Solaris フラッシュ アーカイブのインストール手順については、「ブート環境への Solaris フラッシュアーカイブのインストール」を参照してください。

次の図に、非アクティブなブート環境における Solaris フラッシュ アーカイブのインストールを示します。図 6–8 は、1 台のハードディスクを持つシステムを示しています。図 6–9 は、2 台のハードディスクを持つシステムを示しています。

図 6–8 Solaris フラッシュアーカイブのインストール - ハードディスク 1 台

図 6–9 Solaris フラッシュアーカイブのインストール - ハードディスク 2 台

ブート環境のアクティブ化

新しいブート環境に切り替えてアクティブにする準備ができたら、新しいブート環境をすばやくアクティブにしてリブートします。新たに作成したブート環境を初めて起動するとき、ブート環境間でファイルの同期がとられます。ここでいう「同期」とは、いくつかのシステムファイルやディレクトリを、直前にアクティブだったブート環境から、ブート中のブート環境へコピーすることです。システムをリブートすると、非アクティブなブート環境にインストールした構成がアクティブになります。この時点で、元のブート環境は非アクティブブート環境となります。

図 6–10 に、リブート後に非アクティブなブート環境からアクティブなブート環境に切り替わる様子を示します。

図 6–10 非アクティブなブート環境のアクティブ化

元のブート環境へのフォールバック

問題が発生する場合は、アクティブ化とリブートを行なって元のブート環境にすぐにフォールバックできます。元のブート環境をバックアップして復元するよりも、フォールバックの方がはるかに時間がかかりません。ブートに失敗した新しいブート環境は保存されるので、障害を解析できます。フォールバックを実行できるのは、luactivate を使用して新しいブート環境をアクティブにしたブート環境だけです。

以前のブート環境にフォールバックするには、次の手順に従います。

フォールバックの手順については、第 10 章「障害回復: 元のブート環境へのフォールバック (作業)」を参照してください。

図 6–11 に、リブートしてフォールバックしたときにブート環境が切り替わる様子を示します。

図 6–11 元のブート環境へのフォールバック

ブート環境の保守

ブート環境のステータス確認、名前変更、削除など、さまざまな保守作業も行うことができます。保守作業の手順については、第 11 章「Solaris Live Upgrade ブート環境の管理 (作業)」を参照してください。

第 7 章 Solaris Live Upgrade (計画)

この章では、Solaris Live Upgrade のインストールと使用を開始する前に考慮すべき指針と要件を説明します。「アップグレード」でアップグレード全般に関する情報も確認してください。この章の内容は次のとおりです。

• 「Solaris Live Upgrade の要件」

• 「パッケージまたはパッチによるシステムのアップグレード」

• 「lucreate コマンドを使用したファイルシステムの作成のための指針」

• 「ファイルシステムのスライスを選択するための指針」

• 「新しいブート環境の内容のカスタマイズ」

• 「ブート環境間でのファイルの同期」

• 「リモートシステムからの Solaris Live Upgrade の使用」

Solaris Live Upgrade の要件

Solaris Live Upgrade のインストールと使用を開始する前に、次の要件をよく理解してください。

Solaris Live Upgrade のシステム要件

Solaris Live Upgrade は Solaris ソフトウェアに含まれています。現在の OS に Solaris Live Upgrade パッケージをインストールする必要があります。アップグレード後の OS のリリース番号と同じリリース番号の Solaris Live Upgrade パッケージをインストールする必要があります。たとえば、OS を Solaris 9 リリースから Solaris 10 リリースにアップグレードする場合、Solaris 10 リリースの Solaris Live Upgrade パッケージをインストールする必要があります。

表 7–1 に、Solaris Live Upgrade でサポートされるリリースを示します。

Solaris Live Upgrade のインストール

Solaris Live Upgrade パッケージのインストールには、次を使用します。

• pkgadd コマンド。Solaris Live Upgrade パッケージは SUNWlur と SUNWluu です。この順序でインストールする必要があります。

• Solaris Operating System DVD、Solaris SOFTWARE - 2 CD、またはネットインストールイメージ上にあるインストーラ。

Solaris Live Upgrade を正しく操作するためには、次のパッチのインストールが必要な場合があります。

ERROR: Cannot find or is not executable: 
</sbin/biosdev>.
ERROR: One or more patches required 
by Live Upgrade has not been installed.

Solaris Live Upgrade ソフトウェアのインストール方法については、「Solaris Live Upgrade のインストール」を参照してください。

必要なパッケージ

Solaris Live Upgrade で問題がある場合は、パッケージが不足している可能性があります。次の表に示されたパッケージが、使用している OS にインストールされていることを確認してください。これらは、Solaris Live Upgrade を使用する上で必要なパッケージです。

Solaris 10 リリースの場合:

• 次のソフトウェアグループのいずれかをインストールする場合、これらのソフトウェアグループには必要なすべての Solaris Live Upgrade パッケージが含まれています。

  • 全体ディストリビューションと OEM サポート

  • 全体ディストリビューション

  • 開発者システムサポート

  • エンドユーザーシステムサポート

• 次のソフトウェアグループのいずれかをインストールする場合は、Solaris Live Upgrade を使用する上で必要なパッケージの一部が含まれていない可能性があります。

  • コアシステムサポート

  • 限定ネットワークシステムサポート

ソフトウェアグループについては、「ソフトウェアグループごとの推奨ディスク容量」を参照してください。

システム上のパッケージを確認するには、次のコマンドを入力します。

% pkginfo package_name

Solaris Live Upgrade のディスク容量の要件

アップグレードの一般的なディスク容量の要件に従います。第 3 章「Solaris のインストールおよびアップグレード (計画)」を参照してください。

ブート環境の作成に必要なファイルシステムのサイズを見積もるには、新しいブート環境の作成を開始してください。サイズが計算されたところで、処理を中断できます。

新しいブート環境上のディスクをブートデバイスとして使用する必要があります。システムの中には、ブートデバイスとして機能するディスクを限定するものがあります。ブート制限が適用されるかどうかを確認するには、各システムのマニュアルを参照してください。

新しいブート環境を作成する前に、ディスクの準備が必要になることもあります。ディスクが正しくフォーマットされていることを次のように確認します。

• スライスがファイルシステムをコピーできるだけの十分な大きさであることを確認します。

• ブート環境間でコピーするのではなく、共有するディレクトリが入っているファイルシステムを確認します。ディレクトリを共有する場合、そのディレクトリを固有のスライスに配置して新しいブート環境を作成する必要があります。こうすることにより、ディレクトリは、将来のブート環境と共有可能なファイルシステムになります。独立したファイルシステムを作成して共有する方法についての詳細は、「共有可能なファイルシステムのスライスを選択するための指針」を参照してください。

RAID-1 ボリューム (ミラー) を作成する場合の Solaris Live Upgrade の要件

Solaris Live Upgrade は Solaris ボリュームマネージャーのテクノロジを使用して、RAID-1 ボリューム (ミラー) を備えたファイルシステムを持つブート環境のコピーを作成します。Solaris Live Upgrade では、Solaris ボリュームマネージャーのすべての機能が実装されるわけではありませんが、Solaris ボリュームマネージャーの次のコンポーネントが必要になります。

パッケージまたはパッチによるシステムのアップグレード

Solaris Live Upgrade を使ってパッケージやパッチをシステムに追加できます。Solaris Live Upgrade を使用すると、システムのダウンタイムはリブートの時間だけですみます。luupgrade コマンドを使って、パッチやパッケージを新しいブート環境に追加できます。luupgrade コマンドを使用する場合は、Solaris フラッシュアーカイブを使用してパッチやパッケージをインストールすることもできます。

Solaris Live Upgrade でアップグレードしたりパッケージやパッチの追加・削除を行なったりするには、パッケージやパッチが SVR4 パッケージガイドラインに準拠していなければなりません。Sun のパッケージはこのガイドラインに準拠していますが、サードパーティーベンダーのパッケージがこれに準拠しているとは限りません。非準拠のパッケージを追加しようとすると、アップグレード時にパッケージ追加ソフトウェアの障害が発生するか、アクティブブート環境が改変されてしまう可能性があります。

パッケージの要件については、付録 B 「その他の SVR4 パッケージ要件 (リファレンス)」を参照してください。

lucreate コマンドを使用したファイルシステムの作成のための指針

lucreate コマンドに -m オプションを指定することにより、新しいブート環境に作成するファイルシステムとその数を指定できます。作成するファイルシステムの数だけ、このオプションを繰り返し指定する必要があります。-m オプションを使ってファイルシステムを作成する場合、次の項目に留意してください。

• -m オプションを 1 個指定して、新しいブート環境のルート (/) ファイルシステムを作成する必要があります。-m オプションを指定しないで lucreate を実行すると、「Configuration」メニューが表示されます。「Configuration」メニューでは、新しいマウントポイントにファイルを変更して新しいブート環境をカスタマイズできます。

• 現在のブート環境にクリティカルファイルシステムがある場合、このファイルシステムは、-m オプションで指定しなくても新しく作成されたファイルシステムの上位 2 番目のファイルシステムにマージされます。

• 新しいブート環境には、-m オプションで指定されたファイルシステムだけが作成されます。現在のブート環境に複数のファイルシステムがあり、新しいブート環境にも同じ数のファイルシステムを作成する場合は、ファイルシステムごとに 1 個ずつ -m オプションを指定します。

  たとえば、-m オプションを 1 回だけ使用した場合、すべてのファイルシステムが指定の場所に格納されます。元のブート環境のすべてのファイルシステムが、-m で指定されたファイルシステムにマージされます。-m オプションを 2 回使用すると、ファイルシステムが 2 つ作成されます。ルート (/) ファイルシステム、/opt ファイルシステム、/var ファイルシステムがある場合、これらを新しいブート環境に作成するには、それぞれに -m オプションを 1 個ずつ指定します。

• マウントポイントが重複しないようにしてください。たとえば、ルート (/) ファイルシステムを 2 つ作成することはできません。

ファイルシステムのスライスを選択するための指針

ブート環境のファイルシステムを作成する場合の規則は、Solaris OS のファイルシステムを作成する場合と同じです。Solaris Live Upgrade では、クリティカルファイルシステムに無効な構成を作成できてしまいます。たとえば、lucreate コマンドを入力して、ルート (/) と /kernel に別々のファイルシステムを作成することができますが、このようにルート (/) ファイルシステムを分割するのは誤りです。

ディスクスライスを作成するときは、スライスがオーバーラップしないように注意してください。スライスのオーバーラップがあると、新しいブート環境を作成したつもりでも、アクティブにした後ブートすることができません。こうしたオーバーラップは、ファイルシステムの破損の原因となります。

Solaris Live Upgrade を正しく機能させるには、アクティブブート環境の vfstab ファイルの内容が有効で、ルート (/) ファイルシステムのエントリが少なくとも 1 つは含まれている必要があります。

ルート (/) ファイルシステムのスライスを選択するための指針

非アクティブブート環境を作成する場合は、ルート (/) ファイルシステムがコピーされるスライスを確認する必要があります。ルート (/) ファイルシステムのスライスを選択する場合は、次の項目に留意してください。スライスは、次の条件を満たしていなければなりません。

• システムをブートできるスライスである。

• 推奨されている最小サイズ以上である。

• アクティブなルート (/) ファイルシステムとは異なる物理ディスクでも同じディスクでもかまわない。

• VxVM (Veritas Volume Manager) のボリュームにすることができる。現在のシステム上に VxVM ボリュームが構成されている場合は、lucreate コマンドを使用して新しいブート環境を作成できます。新しいブート環境にデータをコピーすると、Veritas ファイルシステム構成が失われ、新しいブート環境に UFS ファイルシステムが作成されます。

ミラー化されたファイルシステムのスライスを選択するための指針

新しく作成するブート環境には、物理ディスクスライス、Solaris ボリュームマネージャーのボリューム、および Veritas Volume Manager のボリュームを自由に組み合わせて使用できます。新しいブート環境にコピーされるクリティカルファイルシステムには、次のような種類があります。

• 物理スライス。

• RAID-1 ボリューム (ミラー) に含まれる単一スライスの連結。ルート (/) ファイルシステムが置かれているスライスは、RAID-1 ボリュームでもかまいません。

• RAID-0 ボリュームに含まれる単一スライスの連結。ルート (/) ファイルシステムが置かれているスライスは、RAID-0 ボリュームでもかまいません。

新しいブート環境を作成する際、lucreate - m コマンドは、次の 3 種類のデバイスを認識します。

• 物理スライス (/dev/dsk/cwtxdysz)

• Solaris ボリュームマネージャーのボリューム (/dev/md/dsk/dnum)

• Veritas Volume Manager のボリューム (/dev/vx/dsk/volume_name)。現在のシステム上に VxVM ボリュームが構成されている場合は、lucreate コマンドを使用して新しいブート環境を作成できます。新しいブート環境にデータをコピーすると、Veritas ファイルシステム構成が失われ、新しいブート環境に UFS ファイルシステムが作成されます。

Veritas VxVM のアップグレードで問題が生じる場合は、「Veritas VxVm の実行中に Solaris Live Upgrade を使用してアップグレードするとシステムパニックが発生する」を参照してください。

RAID-1 ボリューム (ミラー) ファイルシステムを作成するための一般的な指針

次の指針を使用して、RAID-1 ボリュームが使用中または再同期中でないかどうか、あるいは Solaris Live Upgrade ブート環境が使用しているファイルシステムがボリュームに含まれていないかをどうかを確認してください。

ボリューム名の省略形と指針については、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「カスタム JumpStart と Solaris Live Upgrade を行うときの RAID ボリューム名の要件とガイドライン」を参照してください。

ボリュームのステータスの確認

ミラーやサブミラーが保守を必要としている場合や使用中である場合、コンポーネントを切り離すことはできません。新しいブート環境を作成して detach キーワードを使用する前に、metastat コマンドを実行してください。metastat コマンドは、ミラーが再同期の処理中かどうか、または使用中かどうかを確認します。詳細は、metastat(1M) のマニュアルページを参照してください。

ボリュームの切り離しとミラーの再同期

detach キーワードを使ってサブミラーを切り離す場合、lucreate コマンドは、デバイスが再同期の処理中かどうかを確認します。デバイスが再同期中である場合、サブミラーを切り離すことはできず、エラーメッセージが表示されます。

再同期処理とは、次のような問題のあとで、あるサブミラーから別のサブミラーにデータをコピーする処理のことです。

• サブミラーの障害。

• システムのクラッシュ。

• オフラインであったサブミラーがオンラインに復帰。

• 新しいサブミラーの追加。

再同期処理の詳細は、『Solaris ボリュームマネージャの管理』の「RAID-1 ボリューム (ミラー) の再同期」を参照してください。

Solaris ボリュームマネージャーのコマンドの使用

非アクティブなブート環境のボリュームを操作するには、Solaris ボリュームマネージャーのコマンドではなく lucreate コマンドを使用します。Solaris ボリュームマネージャーソフトウェアにはブート環境に関する考慮はありませんが、 lucreate コマンドでは、ブート環境を誤って破棄しないように確認が行われます。たとえば、lucreate では、Solaris ボリュームマネージャーのボリュームの上書きや削除が防止されます。

ただし、Solaris ボリュームマネージャーを使って複雑な連結、ストライプ、ミラーなどを作成した場合、それらのボリュームコンポーネントの操作には Solaris ボリュームマネージャーを使用する必要があります。Solaris Live Upgrade では、これらのコンポーネントを認識して使用できます。Solaris ボリュームマネージャーのコマンドでボリュームコンポーネントを作成、変更、または破棄する前に、lustatus コマンドまたは lufslist コマンドを実行してください。これらのコマンドを使用すると、Solaris Live Upgrade ブート環境で使用されているファイルシステムがどの Solaris ボリュームマネージャーボリュームに置かれているかを確認できます。

スワップファイルシステムのスライスを選択するための指針

ここでは、スワップスライスの構成に関する推奨事項と例を示します。

新しいブート環境のスワップの構成

lucreate コマンドの -m オプションを使って、3 通りの方法でスワップスライスを構成できます。

• スワップスライスを指定しないと、現在のブート環境のスワップスライスが新しいブート環境用に構成されます。

• スワップスライスを 1 つ以上指定すると、それらのスワップスライスだけが新しいブート環境で使用されます。この場合指定したスワップスライスは 2 つのブート環境の間で共有されません。

• スワップスライスを共有すると同時に、新しいスライスを追加することもできます。

3 通りのスワップ構成の例を次に示します。現在のブート環境では、ルート (/) ファイルシステムが c0t0d0s0 上に構成されています。スワップファイルシステムは c0t0d0s1 上に構成されています。

• 次の例では、スワップスライスを指定していません。新しいブート環境では、ルート (/) ファイルシステムが c0t1d0s0 上に置かれます。c0t0d0s1 上のスワップが、現在のブート環境と新しいブート環境の間で共有されます。

  # lucreate -n be2 -m /:c0t1d0s0:ufs

• 次の例では、スワップスライスを指定しています。新しいブート環境では、ルート (/) ファイルシステムが c0t1d0s0 上に置かれます。新しいスワップファイルシステムが c0t1d0s1 上に作成されます。現在のブート環境と新しいブート環境の間でスワップスライスは共有されません。

  # lucreate -n be2 -m /:c0t1d0s0:ufs -m -:c0t1d0s1:swap

• 次の例では、スワップスライスを 1 つ追加すると同時に、別のスワップスライスを 2 つのブート環境で共有しています。新しいブート環境では、ルート (/) ファイルシステムが c0t1d0s0 上に置かれます。新しいスワップスライスが c0t1d0s1 上に作成されます。c0t0d0s1 上のスワップスライスが、現在のブート環境と新しいブート環境の間で共有されます。

  # lucreate -n be2 -m /:c0t1d0s0:ufs -m -:shared:swap -m -:c0t1d0s1:swap

スワップの使用中に起きるブート環境作成の失敗

現在のブート環境以外のブート環境によってスワップスライスが使用されている場合、ブート環境の作成は失敗します。-s オプションを使って作成されたブート環境の場合、代替ソースブート環境だけはスワップスライスを使用していてもかまいませんが、それ以外のブート環境が使用していてはいけません。

共有可能なファイルシステムのスライスを選択するための指針

Solaris Live Upgrade は、スライスの内容を指定した新しいブート環境のスライスにコピーします。容量とコピーにかかる時間を節約する場合は、そのスライス上に複数のブート環境で共有できるだけの大きなファイルシステムを用意することもできます。ルート (/) や /var など、OS に欠かせないクリティカルファイルシステムは必ずコピーしてください。/home などの非クリティカルファイルシステムは、複数のブート環境で共有できます。共有可能なファイルシステムは、ユーザーによって定義され、アクティブブート環境と新しいブート環境の両方の個々のスワップスライス上に存在していなければなりません。必要に応じて、複数の方法でディスクを再構成できます。

新しいブート環境の内容のカスタマイズ

新しいブート環境を作成するときに、ディレクトリやファイルの一部を新しいブート環境へのコピーから除外できます。ディレクトリを除外した場合は、そのディレクトリ内にある特定のファイルやサブディレクトリが含まれるようにすることが可能です。これらのサブディレクトリは、新しいブート環境にコピーされます。たとえば、/etc/mail にあるすべてのファイルとディレクトリを除外するが、/etc/mail/staff にあるすべてのファイルとディレクトリは含まれるように指定できます。次のコマンドでは、staff サブディレクトリが新しいブート環境にコピーされます。

# lucreate -n second_disk -x /etc/mail -y /etc/mail/staff 

ファイル除外オプションは、注意して使用してください。システムに必要なファイルやディレクトリは削除しないでください。

次の表に、lucreate コマンドでディレクトリやファイルを除外または追加するためのオプションを示します。

ブート環境の作成時にディレクトリやファイルをカスタマイズする例については、「ブート環境の作成と内容のカスタマイズ (コマンド行インタフェース)」を参照してください。

ブート環境間でのファイルの同期

新しいブート環境に切り替えてアクティブにする準備ができたら、新しいブート環境をアクティブにしてリブートするだけです。新たに作成したブート環境を初めて起動するとき、ブート環境間でファイルの同期がとられます。ここでいう「同期」とは、前にアクティブであったブート環境にあるシステムファイルやディレクトリを、ブートされているブート環境にコピーすることです。変更されているファイルやディレクトリがコピーされます。

/etc/lu/synclist へのファイルの追加

Solaris Live Upgrade では、変更されているクリティカルなファイルがチェックされます。クリティカルなファイルの内容が 2 つのブート環境で異なっている場合、そのファイルはアクティブなブート環境から新しいブート環境にコピーされます。ファイルの同期は、新しいブート環境の作成後に /etc/passwd や /etc/group などのクリティカルなファイルが変更された場合のために用意されています。

/etc/lu/synclist ファイルには、同期するディレクトリやファイルのリストが記述されています。アクティブなブート環境から新しいブート環境にほかのファイルをコピーする場合もあるでしょう。必要に応じて、ディレクトリやファイルを /etc/lu/synclist に追加できます。

/etc/lu/synclist のリストにないファイルを追加すると、システムをブートできなくなる場合があります。同期処理では、ファイルのコピーとディレクトリの作成だけが行われます。ファイルやディレクトリの削除は行われません。

次の /etc/lu/synclist ファイルの例は、このシステムで同期される標準のディレクトリとファイルを示しています。

/var/mail                    OVERWRITE
/var/spool/mqueue            OVERWRITE
/var/spool/cron/crontabs     OVERWRITE
/var/dhcp                    OVERWRITE
/etc/passwd                  OVERWRITE
/etc/shadow                  OVERWRITE
/etc/opasswd                 OVERWRITE
/etc/oshadow                 OVERWRITE
/etc/group                   OVERWRITE
/etc/pwhist                  OVERWRITE
/etc/default/passwd          OVERWRITE
/etc/dfs                     OVERWRITE
/var/log/syslog              APPEND
/var/adm/messages            APPEND

次のディレクトリやファイルなどは、synclist ファイルに追加してもよいでしょう。

/var/yp                    OVERWRITE
/etc/mail                  OVERWRITE
/etc/resolv.conf           OVERWRITE
/etc/domainname            OVERWRITE

synclist ファイルのエントリは、ファイルまたはディレクトリです。2 番目のフィールドは、ブート環境をアクティブ化するときに行われる更新の方法を示します。ファイルの更新には 3 通りの方法があります。

• OVERWRITE – 新しいブート環境のファイルの内容を、アクティブなブート環境のファイルの内容で上書きします。2 番目のフィールドに動作を指定しない場合は、OVERWRITE がデフォルトの動作となります。エントリがディレクトリである場合は、サブディレクトリもすべてコピーされます。すべてのファイルが上書きされます。新しいブート環境では、ファイルの日付、モード、および所有者は前のブート環境のものと同じになります。

• APPEND – 新しいブート環境のファイルの末尾に、アクティブなブート環境のファイルの内容を追加します。この追加によってファイル内のエントリが重複することがあります。ディレクトリには APPEND 動作を指定することはできません。新しいブート環境では、ファイルの日付、モード、および所有者は前のブート環境のものと同じになります。

• PREPEND – 新しいブート環境のファイルの先頭に、アクティブなブート環境のファイルの内容を追加します。この追加によってファイル内のエントリが重複することがあります。ディレクトリには PREPEND 動作を指定することはできません。新しいブート環境では、ファイルの日付、モード、および所有者は前のブート環境のものと同じになります。

ブート環境間での強制的な同期

新しく作成したブート環境で初めてブートする時に、Solaris Live Upgrade は新しいブート環境と以前のアクティブブート環境の同期をとります。最初にブートと同期を行ったあとは、要求しない限り Solaris Live Upgrade は同期処理を行いません。

• CUI を使って強制的に同期を行うには、プロンプトに対して yes と入力します。

• CLI を使って強制的に同期を行うには、 luactivate コマンドの -s オプションを使用します。

複数のバージョンの Solaris OS を使用していると、強制的に同期を行いたい場合があります。email や passwd/groupなどのファイルに加えた変更を、アクティブにするブート環境に反映させたい場合があります。強制的に同期を実行すると、Solaris Live Upgrade は、同期をとるファイルの間に矛盾がないかチェックします。新しいブート環境がブートされ、矛盾が検出されると、警告が出されます。この場合、ファイルの同期は行われません。このような場合でも、アクティブ化は正常に終了します。新しいブート環境とアクティブなブート環境の両方で同じファイルに変更を加えると、矛盾が発生することがあります。たとえば、元のブート環境で /etc/passwd ファイルに変更を加えます。そして、新しいブート環境で /etc/passwd ファイルに別の変更を加えた場合などです。このような場合、同期処理では、どちらのファイルをコピーするべきか判断できません。

以前のアクティブブート環境で発生した変更にユーザーが気付いていない場合や、それらの変更を制御できない場合もあるため、このオプションを使用する際には十分注意してください。たとえば、現在のブート環境で Solaris 10 ソフトウェアを実行していて、強制的な同期処理を行なったあとで、Solaris 9 リリースにブート環境を戻したとします。この場合、Solaris 9 リリースでファイルが変更されることがあります。ファイルは OS のリリースに依存しているため、Solaris 9 リリースのブートは失敗する可能性があります。Solaris 10 のファイルと Solaris 9 のファイルは互換性があるとは限らないからです。

x86: GRUB メニューを使ったブート環境のアクティブ化

Solaris 10 1/06 以降のリリースでは、GRUB ブートメニューにブート環境間で切り替えを行うためのオプションの方法があります。GRUB メニューは、luactivate コマンドまたは「Activate」メニューによるアクティブ化に代わるものです。

リモートシステムからの Solaris Live Upgrade の使用

キャラクタユーザーインタフェースを tip 回線などを介してリモートで表示する場合は、必要に応じてTERM 環境変数を VT220 に設定してください。また、共通デスクトップ環境 (CDE) を使用する場合は、TERM 変数の値を xterm ではなく dtterm に設定してください。

第 8 章 Solaris Live Upgrade によるブート環境の作成 (作業)

この章では、Solaris Live Upgrade のインストール、メニューの使用、およびブート環境の作成について説明します。この章の内容は次のとおりです。

• 「Solaris Live Upgrade インタフェースの概要」

• 「Solaris Live Upgrade メニューの使用 (CUI)」

• 「作業マップ: Solaris Live Upgrade のインストールとブート環境の作成」

• 「Solaris Live Upgrade のインストール」

• 「Solaris Live Upgrade の起動と停止 (キャラクタユーザーインタフェース)」

• 「新しいブート環境の作成」

Solaris Live Upgrade インタフェースの概要

Solaris Live Upgrade は、キャラクタユーザーインタフェース (CUI) を介して使用することもコマンド行インタフェース (CLI) で使用することも可能です。次の説明では、CUI と CLI の両方の場合について手順を示してあります。

Solaris Live Upgrade メニューの使用 (CUI)

図 8–1 Solaris Live Upgrade のメインメニュー

Solaris Live Upgrade キャラクタユーザーインタフェースのメニュー間の移動には、矢印キーとファンクションキーを使用します。上下に移動する場合やフィールド内にカーソルを置く場合は、矢印キーを使用してください。処理を実行する場合は、ファンクションキーを使用してください。メニューの最下部には、キーボード上のファンクションキーを示す黒い矩形が表示されます。これらは、最初の矩形が F1、2 番目の矩形が F2 という順序で並んでいます。有効になっている矩形には、「Save」などの処理を示す語句が表示されています。「Configuration」メニューでは、矩形ではなくファンクションキーの番号と対応する動作が表示されます。

• F3 を使用すると、どのメニューの場合も作業の保存 (SAVE) が行われてそのメニューが終了します。

• F6 を使用すると、どのメニューにおいても作業が取り消され (CANCEL) 、変更の保存が行われないままメニューが終了します。

• ほかのファンクションキーの動作は、メニューによって異なります。

次に説明する作業において、ファンクションキーを押すように指示されています。キーボード上のキーが Solaris Live Upgrade メニュー上のファンクションキーと適切に対応していない場合は、Control-F および該当する番号を使用してください。

作業マップ: Solaris Live Upgrade のインストールとブート環境の作成

Solaris Live Upgrade のインストール

現在の OS に Solaris Live Upgrade パッケージをインストールする必要があります。アップグレード後の OS のリリース番号と同じリリース番号の Solaris Live Upgrade パッケージをインストールする必要があります。たとえば、OS を現在使用している Solaris 9 リリースから Solaris 10 リリースにアップグレードする場合、Solaris 10 リリースの Solaris Live Upgrade パッケージをインストールする必要があります。

いくつかのパッチが必要になる場合があります。Solaris Live Upgrade パッケージをインストールする前に、これらのパッチをインストールします。詳細については、以下を参照してください。

• 「Solaris Live Upgrade に必要なパッチのインストール」

• 「pkgadd コマンドを使用して Solaris Live Upgrade をインストールする方法」

• 「Solaris インストールプログラムを使用して Solaris Live Upgrade をインストールする方法」

Solaris Live Upgrade に必要なパッチのインストール

説明	参照先
注意 – Solaris Live Upgrade を正しく操作するためには、指定の OS バージョン用の特定のパッチリビジョンのセットがインストールされている必要があります。Solaris Live Upgrade をインストールまたは実行する前に、これらのパッチをインストールする必要があります。 x86 のみ – このパッチのセットがインストールされていない場合、Solaris Live Upgrade は失敗し、次のエラーメッセージが表示されることがあります。次のエラーメッセージが表示されなくても、必要なパッチがインストールされていない場合があります。Solaris Live Upgrade のインストールを試みる前に、SunSolve の infodoc に記載されたすべてのパッチがすでにインストール済みであることを必ず確認してください。 ERROR: Cannot find or is not executable: </sbin/biosdev>. ERROR: One or more patches required by Live Upgrade has not been installed. infodoc 72099 に記載されたパッチは、随時変更される可能性があります。これらのパッチにより、Solaris Live Upgrade の欠陥が修正される可能性があると同時に、Solaris Live Upgrade が依存するコンポーネントの欠陥も修正される可能性があります。Solaris Live Upgrade で問題が発生した場合は、最新の Solaris Live Upgrade パッチがインストールされていることを確認してください。	http://sunsolve.sun.com で最新のパッチリストを確認してください。SunSolve の Web サイトで、infodoc 72099 を検索してください。
Solaris 8、または Solaris 9 OS を実行している場合、Solaris Live Upgrade インストーラを実行できないことがあります。これらのリリースには、Java 2 Runtime Environment の実行に必要なパッチのセットが含まれていません。Solaris Live Upgrade インストーラを実行してパッケージをインストールするには、Java 2 Runtime Environment の推奨パッチクラスタが必要です。	Solaris Live Upgrade パッケージをインストールするには、pkgadd コマンドを使用します。または、Java 2 Runtime Environment 推奨パッチクラスタをインストールします。このパッチクラスタは http://sunsolve.sun.com から入手できます。

必要なパッチをインストールするには

手順

1. SunSolve^SM の Web サイトから、パッチリストを取得します。

2. スーパーユーザーになるか、同等の役割になります。

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

3. patchadd コマンドを使用してパッチをインストールします。

   # patchadd path_to_patches

4. 必要に応じてシステムをリブートします。いくつかのパッチは、有効にするためにリブートする必要があります。

   x86 のみ: システムをリブートする必要があります。そうしないと、Solaris Live Upgrade は失敗します。

pkgadd コマンドを使用して Solaris Live Upgrade をインストールする方法

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次の順序でパッケージをインストールします。

   # pkgadd -d path_to_packages SUNWlur SUNWluu

   path_to_packages

   ソフトウェアパッケージのあるディレクトリの絶対パスを指定します。

3. 指定したパッケージが正常にインストールされていることを確認します。

   # pkgchk -v SUNWlur SUNWluu

Solaris インストールプログラムを使用して Solaris Live Upgrade をインストールする方法

手順

1. Solaris Operating System DVD または Solaris SOFTWARE - 2 CD を挿入します。

2. インストーラを実行します。

   • Solaris Operating System DVD を使用している場合は、インストーラのあるディレクトリに移動し、インストーラを実行します。

     # cd /cdrom/cdrom0/Solaris_10/Tools/installers # ./liveupgrade20

     Solaris インストールプログラムの GUI が表示されます。

   • Solaris SOFTWARE - 2 CD を使用している場合は、インストーラを実行します。

     % ./installer

     Solaris インストールプログラムの GUI が表示されます。

3. 「インストール形式の選択 (Select Type of Install)」パネルで「カスタム (Custom)」をクリックします。

4. 「ロケールの選択 (Locale Selection)」パネルで、インストールする言語をクリックします。

5. インストールするソフトウェアを選択します。

   • DVD の場合、「コンポーネントの選択 (Component Selection)」パネルの「次へ (Next)」をクリックしてパッケージをインストールします。

   • CD の場合、「製品の選択 (Product Selection)」パネルの Solaris Live Upgrade の項目で「デフォルトインストール (Default Install)」をクリックします。また、ソフトウェアの選択を解除するには、ほかの製品をクリックします。

6. Solaris インストールプログラムの指示に従って、ソフトウェアをインストールします。

Solaris Live Upgrade の起動と停止 (キャラクタユーザーインタフェース)

Solaris Live Upgrade のメニュープログラムの起動と停止方法について説明します。

Solaris Live Upgrade メニューを起動する

キャラクタユーザーインタフェースを tip 回線などを介してリモートで表示する場合は、必要に応じて TERM 環境変数を VT220 に設定してください。また、共通デスクトップ環境 (CDE) を使用する場合は、TERM 変数の値を xterm ではなく dtterm に設定してください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # /usr/sbin/lu

   Solaris Live Upgrade のメインメニューが表示されます。

   図 8–2 Solaris Live Upgrade のメインメニュー

   
   

Solaris Live Upgrade のメニューを終了するには

手順

メインメニューの「Exit」を選択します。

新しいブート環境の作成

ブート環境を作成すると、クリティカルファイルシステムをアクティブなブート環境から新しいブート環境にコピーできます。必要に応じてディスクを再編成し、ファイルシステムをカスタマイズして、クリティカルファイルシステムを新しいブート環境にコピーするには、CUI の「Create」メニュー、「Configuration」サブメニュー、 lucreate コマンドを使用します。

ファイルシステムは、新しいブート環境にコピーする前にカスタマイズできます。このため、クリティカルファイルシステムディレクトリを親のディレクトリにマージすることも、親ディレクトリから分離することも可能になります。ユーザー定義の (共有可能) ファイルシステムは、デフォルトで複数のブート環境で共有されます。ただし、必要に応じて共有可能なファイルシステムをコピーすることもできます。スワップ (共有可能なファイルシステム) の分割やマージも可能です。クリティカルファイルシステムと共有可能ファイルシステムの概要については、「ファイルシステムのタイプ」を参照してください。

ブート環境を作成する (キャラクタユーザーインタフェース)

手順

1. メインメニューから「Create」を選択します。

   「Create a Boot Environment」サブメニューが表示されます。

2. アクティブブート環境 (必要に応じて) と新しいブート環境の名前を入力し、確定します。アクティブブート環境の名前の入力が必要なのは、最初にブート環境を作成するときだけです。

   ブート環境名は英数字で 30 文字以内とします。使用できるのは英数文字だけで、マルチバイト文字を使用することはできません。

   Name of Current Boot Environment: solaris8 Name of New Boot Environment: solaris10

3. F3 を押して変更を保存します。

   「Configuration」メニューが表示されます。

   図 8–3 Solaris Live Upgrade の「Configuration」メニュー

   
   

   「Configuration」メニューには次の項目があります。

   • 元のブート環境は、画面の上部に表示されます。画面の下部には作成されるブート環境が表示されます。

   • 「Device」フィールドには次の情報が含まれています。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • クリティカルファイルシステムの選択領域は、クリティカルファイルシステムを選択するまで空白のままです。 /usr、/var、/opt などのクリティカルファイルシステムは、分割可能です。ルート (/) ファイルシステムとマージすることもできます。

     • /export やスワップなどの共有可能なファイルシステムは「Device」フィールドに表示されます。これらのファイルシステムは、ソースブート環境とターゲットブート環境の両方に同じマウントポイントを持っています。スワップはデフォルトで共有されますが、スワップスライスの分割とマージ (追加と削除) も行うことができます。

       クリティカルファイルシステムと共有可能ファイルシステムの概要については、「ファイルシステムのタイプ」を参照してください。

   • 「FS_Type」フィールドでは、ファイルシステムの種類を変更できます。ファイルシステムの種類は、次のいずれかになります。

     • vxfs: Veritas ファイルシステムを示します

     • swap: スワップファイルシステムを示します

     • ufs: UFS ファイルシステムを示します

4. (省略可能) 次の作業は、必要に応じて行うことができます。

   • 画面上の情報を ASCII ファイルに出力するには F5 を押します。

   • ファイルシステムのリストをスクロールするには、Control-X を押します。

     この操作で、アクティブブート環境のファイルシステムと新しいブート環境のファイルシステムを切り替えてスクロールできるようになります。

   • 「Configuration」メニューを閉じるには、F6 を押します。

     • 「Configuration」メニューが表示されている場合は、変更が保存されず、ファイルシステムは修正されません。

     • 「Configuration」サブメニューが表示されている場合は、「Configuration」メニューに戻ります。

5. F2 を押して、利用できるスライスを選択します。

   「Choices」メニューでは、カーソルが置かれているフィールドに対して、そのシステム上で利用できるスライスが表示されます。このメニューが使用できるフィールドは「Device」と「FS _Type」です。

   1. 矢印キーを使用してフィールド内にカーソルを置き、スライスまたはファイルシステムの種類を選択します。

      • 「Device」フィールドにカーソルを置くと、すべての空きスライスが表示されます。ルート (/) ファイルシステムの場合、「Choices」メニューに表示されるのはルート (/) ファイルシステムの制限事項を満たす空きスライスだけです。「ルート (/) ファイルシステムのスライスを選択するための指針」を参照してください。

      • 「FS_Type」フィールドにカーソルを置くと、利用できるすべてのファイルシステムタイプが表示されます。

      • 現在のファイルシステムには、ボールド書体のスライスを選択できます。スライスのサイズは、ファイルシステムのサイズにアップグレード用に 30% を加えた値が割り当てられます。

      • ボールド書体ではないスライスは、そのファイルシステムをサポートするにはサイズが小さすぎることを意味します。ディスクスライスを作成し直す方法については、手順 6 を参照してください。

   2. Return キーを押してスライスを選択します。

      選択したスライスが「Device」フィールドに表示されるか、あるいは「FS_Type」フィールド内でファイルシステムの種類が変化します。

6. (省略可能) 空きスライスが最小要件を満たしていない場合は、F4 を押して任意の空きスライスを分割し直してください。

   「Solaris Live Upgrade Slice Configuration」メニューが表示されます。

   新しいスライスを作成できるように、format(1M) コマンドが実行されます。画面の指示に従って新しいスライスを作成してください。

   矢印キーを使って、「Device」フィールドと「FS_Type」フィールド間を移動できます。デバイスを選択すると、「Size (Mbytes)」フィールドに値が自動的に表示されます。

   1. デバイスを解放するには、Control-D を押します。

      以上の操作でスライスが利用できるようになり、「Choices」メニューに表示されます。

   2. F3 を押して「Configuration」メニューに戻ります。

7. (省略可能) クリティカルファイルシステムを分割すると、そのファイルシステムは別々のマウントポイントに配置されます。ファイルシステムを分割するには、次の手順に従ってください。

   (ファイルシステムのマージについては、手順 8 を参照してください)。

   1. 分割するファイルシステムを選択します。

      /usr、/var、/opt などのファイルシステムは、それらの親ディレクトリから分割できます。

      ---

      注 –

      ブート環境のファイルシステムを作成する場合のルールは、Solaris OS のファイルシステムを作成する場合と同じです。Solaris Live Upgrade では、クリティカルファイルシステムに無効な構成を作成してしまうことを回避できません。たとえば、lucreate コマンドを入力して、ルート (/) と /kernel に別々のファイルシステムを作成することができますが、このようにルート (/) ファイルシステムを分割するのは誤りです。

      ---

   2. F8 を押します。

   3. 新しいブート環境のファイルシステム名を入力します。例:

      Enter the directory that will be a separate file system on the new boot environment: /opt

      新しいファイルシステムが検証されると、画面に新しい行が追加されます。

   4. F3 を押して「Configuration」メニューに戻ります。

      「Configuration」メニューが表示されます。

8. (省略可能) マージを行うと、ファイルシステムは同じマウントポイントに配置されます。ファイルシステムをその親ディレクトリにマージするには、次の操作を行います。

   (ファイルシステムの分割については、手順 7 を参照してください)。

   1. マージするファイルシステムを選択します。

      /usr、/var、/opt などのファイルシステムをそれらの親ディレクトリにマージできます。

   2. F9 を押します。

      次の例のように、結合されるファイルシステムが表示されます。

      /opt will be merged into /.

   3. Return キーを押します。

   4. F3 を押して「Configuration」メニューに戻ります。

      「Configuration」メニューが表示されます。

9. (省略可能) スワップスライスを追加するか削除するかを決定します。

   • スワップスライスを分割して新しいスライスに配置する場合は、手順 10 に進みます。

   • スワップスライスを削除する場合は、手順 11 に進みます。

10. (省略可能) スワップスライスを分割するには、次の手順に従います。

    1. 「Device」フィールドで、分割するスワップスライスを選択します。

    2. F8 を押します。

    3. プロンプトに対して、次のコマンドを入力します。

       Enter the directory that will be a separate filesystem on the new BE: swap

    4. F2 (Choice) を押します。

       「Choice」メニューに、スワップに利用できるスライスが表示されます。

    5. スワップを配置するスライスを選択します。

       そのスライスが「Device」フィールドに表示され、スワップの新しいスライスとなります。

11. (省略可能) スワップスライスを削除するには、次の手順に従います。

    1. 「Device」フィールドで、削除するスワップスライスを選択します。

    2. F9 を押します。

    3. プロンプトが表示されたら「y」と入力します。

       Slice /dev/dsk/c0t4d0s0 will not be swap partition. Please confirm? [y, n]: y

       このスワップスライスが削除されました。

12. 今すぐにブート環境を作成するか、あとで作成するようにスケジュールするかを決定します。

    • すぐに新しいブート環境を作成する場合は、F3 を押します。

      構成が保存され、構成画面が閉じます。このファイルシステムがコピーされ、ブート環境がブート可能になり、非アクティブブート環境が作成されます。

      ブート環境の作成には、システム構成に応じて、1 時間以上かかる場合があります。続いて、Solaris Live Upgrade メインメニューが表示されます。

    • 後で作成されるようにスケジュールする場合は、次の例に示すように「y」と入力し、続いて開始時刻と電子メールアドレスを入力します。

      Do you want to schedule the copy? y Enter the time in 'at' format to schedule create: 8:15 PM Enter the address to which the copy log should be mailed: someone@anywhere.com

      処理の完了は、電子メールで通知されます。

      時間の書式については、at(1) のマニュアルページを参照してください。

      スケジュールできるのは一度に 1 つのジョブだけです。

    作成が完了すると、非アクティブブート環境をアップグレードできるようになります。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

ブート環境をはじめて作成する (コマンド行インタフェース)

lucreate コマンドに -m オプションを指定することにより、新しいブート環境に作成するファイルシステムとその数を指定できます。作成するファイルシステムの数だけ、このオプションを繰り返し指定する必要があります。たとえば、-m オプションを 1 回だけ使用した場合、すべてのファイルシステムが指定の場所に格納されます。元のブート環境のすべてのファイルシステムが、-m で指定されたファイルシステムにマージされます。-m オプションを 2 回使用すると、ファイルシステムが 2 つ作成されます。-m オプションを使ってファイルシステムを作成する場合、次の項目に留意してください。

• -m オプションを 1 個指定して、新しいブート環境のルート (/) ファイルシステムを作成する必要があります。-m オプションを指定しないで lucreate を実行すると、「Configuration」メニューが表示されます。「Configuration」メニューでは、新しいマウントポイントにファイルを変更して新しいブート環境をカスタマイズできます。

• 現在のブート環境にクリティカルファイルシステムがある場合、このファイルシステムは、-m オプションで指定しなくても新しく作成されたファイルシステムの上位 2 番目のファイルシステムにマージされます。

• 新しいブート環境には、-m オプションで指定されたファイルシステムだけが作成されます。現在のブート環境に複数のファイルシステムがあり、新しいブート環境にも同じ数のファイルシステムを作成する場合は、ファイルシステムごとに 1 個ずつ -m オプションを指定します。たとえば、ルート (/) ファイルシステム、/opt ファイルシステム、/var ファイルシステムがある場合、これらを新しいブート環境に作成するには、それぞれに -m オプションを 1 個ずつ指定します。

• マウントポイントが重複しないようにしてください。たとえば、ルート (/) ファイルシステムを 2 つ作成することはできません。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して新しいブート環境を作成します。

   # lucreate [-A 'BE_description'] -c BE_name \ -m mountpoint:device[,metadevice]:fs_options [-m ...] -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -c BE_name

   アクティブブート環境に名前 BE_name を割り当てます。このオプションは省略可能で、最初のブート環境を作成する場合だけ使用されます。lucreate を初めて実行する場合に -c オプションを省略すると、デフォルトの名前が作成されます。

   デフォルトの名前は、次の基準に従って選択されます。

   • 物理ブートデバイスが判別可能な場合は、その物理ブートデバイスのベース名が現在のブート環境の名前になります。

     たとえば、物理ブートデバイスが /dev/dsk/c0t0d0s0 であれば、現在のブート環境には c0t0d0s0 という名前が与えられます。

   • 物理ブートデバイスが判別不可能な場合は、uname コマンドの -s オプションと -r オプションで取得される名前が組み合わされます。

     たとえば、uname -s で取得される OS の名前が SunOS、uname -r で取得されるリリース名が 5.9 であれば、現在のブート環境には SunOS5.9 という名前が与えられます。

   • 上記のどちらの方法でも名前を決定できない場合、現在のブート環境には current という名前が与えられます。

   ---

   注 –

   最初のブート環境を作成した後は、-c オプションを指定しても無視されるか、エラーメッセージが表示されます。

   • 現在のブート環境と同じ名前を指定すると、このオプションは無視されます。

   • 現在のブート環境と異なる名前を指定すると、作成は失敗し、エラーメッセージが表示されます。次の例は、ブート環境の名前によってエラーメッセージが発生するようすを示しています。

     # lucurr c0t0d0s0 # lucreate -c c1t1d1s1 -n newbe -m /:c1t1d1s1:ufs ERROR: current boot environment name is c0t0d0s0: cannot change name using <-c c1t1d1s1>

   ---

   -m mountpoint:device[,metadevice]:fs_options [-m ...]

   新しいブート環境のファイルシステム構成を vfstab で指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのボリューム名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/md/vxfs/dsk/dnum の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–1 ブート環境を作成する (コマンド行)

この例では、アクティブブート環境の名前は first_disk です。-m オプションはファイルシステムのマウントポイントを表します。ルート (/) ファイルシステムと /usr ファイルシステムが作成されます。新しいブート環境の名前は second_disk です。「mydescription」という記述は、second_disk に対応しています。新しいブート環境 second_disk のスワップは、自動的にソースである first_disk から共有されます。

# lucreate -A 'mydescription' -c first_disk  -m /:/dev/dsk/c0t4d0s0:ufs \
-m /usr:/dev/dsk/c0t4d0s3:ufs  -n second_disk

ブート環境を作成しファイルシステムをマージする (コマンド行インタフェース)

lucreate コマンドに -m オプションを指定することにより、新しいブート環境に作成するファイルシステムとその数を指定できます。作成するファイルシステムの数だけ、このオプションを繰り返し指定する必要があります。たとえば、-m オプションを 1 回だけ使用した場合、すべてのファイルシステムが指定の場所に格納されます。元のブート環境のファイルシステムがすべて 1 つのファイルシステムにマージされます。-m オプションを 2 回使用すると、ファイルシステムが 2 つ作成されます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # lucreate -A 'BE_description' \ -m mountpoint:device[,metadevice]:fs_options \ -m [...] -m mountpoint:merged:fs_options -n BE_name

   -A BE_description

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–2 ブート環境を作成しファイルシステムをマージする (コマンド行インタフェース)

この例の場合、現在のブート環境には、ルート (/) ファイルシステム、/usr ファイルシステム、/opt ファイルシステムがあります。/opt ファイルシステムは、親ファイルシステム /usr にマージされます。新しいブート環境の名前は second_disk です。「mydescription」という記述は、second_disk に対応しています。

# lucreate -A 'mydescription' -c first_disk \
 -m /:/dev/dsk/c0t4d0s0:ufs -m /usr:/dev/dsk/c0t4d0s1:ufs \
 -m /usr/opt:merged:ufs -n second_disk

ブート環境を作成しファイルシステムを分割する (コマンド行インタフェース)

ブート環境のファイルシステムを作成する場合のルールは、Solaris OS のファイルシステムを作成する場合と同じです。Solaris Live Upgrade では、クリティカルファイルシステムに無効な構成を作成してしまうことを回避できません。たとえば、lucreate コマンドを入力して、ルート (/) と /kernel に別々のファイルシステムを作成することができますが、このようにルート (/) ファイルシステムを分割するのは誤りです。

1 つのディレクトリを複数のマウントポイントに分割すると、ファイルシステム間でハードリンクが維持されなくなります。たとえば、/usr/stuff1/file が /usr/stuff2/file にハードリンクされている場合に /usr/stuff1 と /usr/stuff2 を別々のファイルシステムに分割すると、ファイル間のリンクは解除されます。lucreate から警告メッセージが表示され、解除されたハードリンクの代わりとなるシンボリックリンクが作成されます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # lucreate [-A 'BE_description'] \ -m mountpoint:device[,metadevice]:fs_options \ -m mountpoint:device[,metadevice]:fs_options -n new_BE

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

例 8–3 ブート環境を作成しファイルシステムを分割する (コマンド行インタフェース)

この例では、前述のコマンドによって ルート (/) ファイルシステムを新しいブート環境内の複数のディスクスライスに分割しています。ここでは、/usr、/var、および /opt をすべてルート (/) に置いている次のソースブート環境を想定してください。/dev/dsk/c0t0d0s0 / です。

新しいブート環境で、次に示すように別々のスライスにマウントすることによって、ファイルシステム /usr、/var、/opt を分割します。

/dev/dsk/c0t1d0s0 /

/dev/dsk/c0t1d0s1 /var

/dev/dsk/c0t1d0s7 /usr

/dev/dsk/c0t1d0s5 /opt

「mydescription」という記述は、ブート環境名 second_disk に対応しています。

# lucreate -A 'mydescription' -c first_disk \
 -m /:/dev/dsk/c0t1d0s0:ufs -m /usr:/dev/dsk/c0t1d0s7:ufs  \ 
-m /var:/dev/dsk/c0t1d0s1:ufs -m /opt:/dev/dsk/c0t1d0s5:ufs \ 
-n second_disk

新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

ブート環境を作成しスワップを再構成する (コマンド行インタフェース)

スワップスライスは、デフォルトでは複数のブート環境で共有されます。-m オプションでスワップを指定「しない」場合、現在のブート環境と新しいブート環境が同じスワップスライスを共有します。新しいブート環境のスワップを構成し直す場合は、 -m オプションを使用してそのブート環境に対してスワップスライスの追加または削除を行なってください。

スワップスライスを分割したりマージしたりするには、現在のブート環境 (-s オプションを使用した場合はソースブート環境) 以外のブート環境では、スワップスライスが使用中であってはならないという制限があります。ファイルシステムの種類 (スワップ、ufs など) 　にかかわらず、スワップスライスがほかのブート環境によって使用されている場合、ブート環境の作成は失敗します。

既存のスワップスライスを使用してブート環境を作成した後、vfstab ファイルを編集することができます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # lucreate [-A 'BE_description'] \ -m mountpoint:device[,metadevice]:fs_options \ -m -:device:swap -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、一意となるように指定する必要があります。

   スワップが別のスライスまたはデバイスに移動し、新しいブート環境が作成されます。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–4 ブート環境を作成しスワップを再構成する (コマンド行インタフェース)

この例の場合、現在のブート環境には、/dev/dsk/c0t0d0s0 にルート (/)、/dev/dsk/c0t0d0s1 にスワップがあります。新しいブート環境はルート (/) を /dev/dsk/c0t4d0s0 にコピーし、 /dev/dsk/c0t0d0s1 と /dev/dsk/c0t4d0s1 の両方をスワップスライスとして使用します。「mydescription」という記述は、ブート環境名 second_disk に対応しています。

# lucreate -A 'mydescription' -c first_disk \ 
-m /:/dev/dsk/c0t4d0s0:ufs -m -:/dev/dsk/c0t0d0s1:swap \ 
-m -:/dev/dsk/c0t4d0s1:swap -n second_disk 

これらのスワップ割り当ては、second_disk からブートが行われて初めて有効になります。スワップスライスが多数存在する場合は、-M オプションを使用してください。「リストを使用してブート環境を作成しスワップを再構成する (コマンド行インタフェース)」を参照してください。

リストを使用してブート環境を作成しスワップを再構成する (コマンド行インタフェース)

スワップスライスが多数存在する場合は、スワップリストを作成してください。lucreate は、新しいブート環境のスワップスライスにこのリストを使用します。

スワップスライスを分割したりマージしたりするには、現在のブート環境 (-s オプションを使用した場合はソースブート環境) 以外のブート環境では、スワップスライスが使用中であってはならないという制限があります。スワップスライスのファイルシステムの種類 (swap、ufs) などにかかわらず、スワップスライスがほかのブート環境によって使用されている場合、ブート環境の作成は失敗します。

手順

1. 新しいブート環境で使用されるスワップスライスのリストを作成します。このファイルの場所と名前はユーザーが決定できます。この例では、/etc/lu/swapslices ファイルにはデバイスとスライスが挙げられています。

   -:/dev/dsk/c0t3d0s2:swap -:/dev/dsk/c0t3d0s2:swap -:/dev/dsk/c0t4d0s2:swap -:/dev/dsk/c0t5d0s2:swap -:/dev/dsk/c1t3d0s2:swap -:/dev/dsk/c1t4d0s2:swap -:/dev/dsk/c1t5d0s2:swap

2. 次のコマンドを入力します。

   # lucreate [-A 'BE_description'] \ -m mountpoint:device[,metadevice]:fs_options \ -M slice_list -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -M slice_list

   ファイル slice_list 中には、-m オプションのリストが記述されています。これらの引数は、-m に指定されている書式で指定してください。ハッシュ記号 (#) で始まるコメント行は無視されます。-M オプションは、ブート環境用のファイルシステムが多数存在する場合に便利です。-m オプションと -M オプションは一緒に使えます。たとえば、slice_list にスワップスライスを記録しておき、-m を使用して、ルート (/) スライスと /usr スライスを指定できます。

   -m オプションと -M オプションでは、特定のマウントポイントについて複数のスライスを指定できます。これらのスライスを処理する場合、lucreate は利用不可能なスライスをスキップして利用できる最初のスライスを選択します。

   -n BE_name

   作成するブート環境の名前。BE_name は、一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–5 リストを使用してブート環境を作成しスワップを再構成する (コマンド行インタフェース)

この例では、 新しいブート環境のスワップは、/etc/lu/swapslices ファイルに挙げられている一連のスライスです。「mydescription」という記述は、second_disk に対応しています。

# lucreate -A 'mydescription' -c first_disk \ 
-m /:/dev/dsk/c02t4d0s0:ufs -m /usr:/dev/dsk/c02t4d0s1:ufs \ 
-M /etc/lu/swapslices -n second_disk 

ブート環境を作成し共有可能ファイルシステムをコピーする (コマンド行インタフェース)

新しいブート環境に共有可能ファイルシステムをコピーする場合は、-m オプションを使用してマウントポイントがコピーされるように指定してください。それ以外の場合、共有可能なファイルシステムはデフォルトで共有され、vfstab ファイルに指定された同じマウントポイントを使用します。共有可能ファイルシステムに対する更新は、両方の環境に適用されます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. ブート環境を作成します。

   # lucreate [-A 'BE_description'] \ -m mountpoint:device[,metadevice]:fs_options \ -m mountpoint:device[,metadevice]:fs_options -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–6 ブート環境を作成し共有可能ファイルシステムをコピーする (コマンド行インタフェース)

この例の場合、現在のブート環境には、ルート (/) ファイルシステムと/home ファイルシステムがあります。新しいブート環境では、ルート (/) ファイルシステム がルート (/) と /usr の 2 つのファイルシステムに分割されます。/home ファイルシステムは新しいブート環境にコピーされます。「mydescription」という記述は、ブート環境名 second_disk に対応しています。

# lucreate -A 'mydescription' -c first_disk \ 
-m /:/dev/dsk/c0t4d0s0:ufs -m /usr:/dev/dsk/c0t4d0s3:ufs \
-m /home:/dev/dsk/c0t4d0s4:ufs -n second_disk

別々のソースから単一のブート環境を作成 (コマンド行インタフェース)

lucreate コマンドは、アクティブブート環境内のファイルシステムに基づいてブート環境を作成します。アクティブブート環境以外のブート環境に基づいてブート環境を作成する場合は、-s オプションを指定して lucreate を実行します。

新しいブート環境をアクティブにした後、フォールバックを行う必要がある場合は、ソースブート環境ではなく以前にアクティブだったブート環境に戻ります。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. ブート環境を作成します。

   # lucreate [-A 'BE_description'] -s source_BE_name -m mountpoint:device[,metadevice]:fs_options -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -s source_BE_name

   新しいブート環境に対するソースブート環境を指定します。このソースはアクティブブート環境ではありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–7 別々のソースから単一のブート環境を作成 (コマンド行インタフェース)

この例では、ソースブート環境 third_disk 内のルート (/) ファイルシステムに基づいてブート環境を作成します。third_disk はアクティブブート環境ではありません。「mydescription」という記述は、ブート環境名 second_disk に対応しています。

# lucreate -A 'mydescription' -s third_disk \ 
-m /:/dev/dsk/c0t4d0s0:ufs  -n second_disk

Solaris フラッシュアーカイブ用の空のブート環境の作成 (コマンド行インタフェース)

lucreate コマンドは、アクティブブート環境内のファイルシステムに基づいてブート環境を作成します。lucreate コマンドに -s - オプションを指定して実行すると、空のブート環境を短時間で作成できます。スライスは、指定のファイルシステム用に予約されていますが、ファイルシステムはコピーされません。このブート環境は、名前が付けられてはいますが、実際には、Solaris フラッシュアーカイブがインストールされる時にはじめて作成されることになります。空のブート環境にアーカイブがインストールされると、ファイルシステムは予約されたスライスにインストールされます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 空のブート環境を作成します。

   # lucreate -A 'BE_name' -s - \ -m mountpoint:device[,metadevice]:fs_options -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 (BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -s -

   空のブート環境を作成します。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのメタデバイス名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/vx/dsk/volume_name の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

例 8–8 Solaris フラッシュアーカイブ用の空のブート環境の作成 (コマンド行インタフェース)

この例では、ファイルシステムを一切含まないブート環境を作成します。「mydescription」という記述は、ブート環境名 second_disk に対応しています。

# lucreate -A 'mydescription' -s - \ 
-m /:/dev/dsk/c0t1d0s0:ufs  -n second_disk

空のブート環境の作成が完了したら、フラッシュアーカイブをインストールし、アクティブ (ブート可能な状態) にすることができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

空のブート環境の作成とアーカイブのインストールの例については、「空のブート環境を作成して Solaris フラッシュアーカイブをインストールする例 (コマンド行インタフェース)」を参照してください。

次の図は、空のブート環境の作成の様子を示しています。

RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)

ブート環境を作成するとき、Solaris Live Upgrade は Solaris ボリュームマネージャーテクノロジを使って RAID-1 ボリュームを作成します。ブート環境を作成するとき、Solaris Live Upgrade を使って次の作業を行うことができます。

• 単一スライスの連結 (サブミラー) を RAID-1 ボリューム (ミラー) から切り離します。必要な場合は、内容を保存して新しいブート環境の内容にすることができます。内容はコピーされないため、新しいブート環境を短時間で作成できます。ミラーから切り離されたサブミラーは、元のミラーの一部ではなくなります。サブミラーに対する読み取りや書き込みがミラーを介して実行されることはなくなります。

• ミラーを含んだブート環境を作成します。

• 新しく作成したミラーに単一スライスの連結を接続します。

Solaris Live Upgrade のミラー化機能を使用するには、状態データベースと状態データベースの複製を作成する必要があります。状態データベースでは、Solaris ボリュームマネージャー構成の状態に関する情報がディスクに保存されます。

• 状態データベースの作成については、『Solaris ボリュームマネージャの管理』の第 6 章「状態データベース (概要)」を参照してください。

• Solaris ボリュームマネージャーの概要と、Solaris Live Upgrade で実行できる作業については、「RAID-1 ボリュームファイルシステムを持つブート環境の作成」を参照してください。

• Solaris Live Upgrade を使用するときには使用できない Solaris ボリュームマネージャーの複雑な構成の詳細については、『Solaris ボリュームマネージャの管理』の第 2 章「記憶装置管理の概念」を参照してください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して新しいブート環境を作成します。

   # lucreate [-A 'BE_description'] \ -m mountpoint:device[,metadevice]:fs_options [-m...] \ -n BE_name

   -A 'BE_description'

   (省略可能) ブート環境名 ( BE_name) の説明を記述できます。記述の長さ、使用できる文字に制限はありません。

   -m mountpoint:device[,metadevice]:fs_options [-m...]

   新しいブート環境のファイルシステム構成を vfstab で指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのボリューム名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/md/vxfs/dsk/dnum の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。

       • mirror を指定すると、指定したデバイスに RAID–1 ボリューム (ミラー) を作成できます。その後の -m オプションで attach を指定して、少なくとも 1 つの連結を新しいミラーに接続する必要があります。指定するデバイスには、正しく名前が付けられている必要があります。たとえば、論理デバイスの名前 /dev/md/dsk/d10 や短縮名 d10 をミラー名として使用できます。デバイスの命名の詳細は、『Solaris ボリュームマネージャの管理』の「Solaris ボリュームマネージャコンポーネントの概要」を参照してください。

       • detach を指定すると、指定したマウントポイントに関連付けられているボリュームから連結を切り離すことができます。ボリュームを指定する必要はありません。

       • attach を指定すると、指定したマウントポイントに関連付けられているミラーに連結を接続できます。指定した物理ディスクスライスは、単一デバイスの連結になり、ミラーに接続されます。ディスクに接続する連結を指定するには、デバイス名の後ろにコンマと連結の名前を付加します。コンマと連結の名前を省略して lucreate を実行すると、空いているボリュームが連結用に選択されます。

         lucreate で作成できるのは、単一の物理スライスから成る連結だけです。このコマンドでは、1 つのミラーに 3 つまで連結を接続できます。

       • preserve を指定すると、既存のファイルシステムとその内容を保存できます。このキーワードを使うと、ソースブート環境の内容をコピーする処理を省略できます。内容を保存することで、新しいブート環境を短時間で作成できます。特定のマウントポイントについて、preserve で指定できるのは 1 つの物理デバイスだけです。preserve を指定して lucreate コマンドを実行すると、指定したファイルシステムに対してデバイスの内容が適切かどうかが検査されます。この検査は限定的なものなので、適合性を保証することはできません。

         preserve キーワードは、物理スライスと Solaris ボリュームマネージャーのボリュームの両方に使用できます。

         • UFS ファイルシステムが物理スライスに置かれている場合に preserve キーワードを使用すると、UFS ファイルシステムの内容がそのスライスに保存されます。次の -m オプションの例では、preserve キーワードを使って、物理デバイス c0t0d0s0 の内容をルート (/) ファイルシステムとして保存します。

           -m /:c0t0d0s0:preserve,ufs

         • UFS ファイルシステムがボリュームに置かれている場合に preserve キーワードを使用すると、UFS ファイルシステムの内容がそのボリュームに保存されます。

           次の -m オプションの例では、preserve キーワードを使って、RAID-1 ボリューム (ミラー) d10 の内容をルート ( /) ファイルシステムとして保存します。

           -m /:d10:preserve,ufs

           次の -m オプションの例では、RAID-1 ボリューム (ミラー) d10 がルート ( /) ファイルシステムとして構成されます。単一スライスの連結 d20 が現在のミラーから切り離されます。d20 がミラー d10 に接続されます。ルート(/) ファイルシステムは、サブミラー d20 に保持されます。

           -m /:d10:mirror,ufs -m /:d20:detach,attach,preserve

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–9 ミラーを持つブート環境の作成とデバイスの指定 (コマンド行)

この例では、ファイルシステムのマウントポイントを -m オプションで指定します。

• 「mydescription」という記述は、another_disk に対応しています。

• lucreate コマンドにより、ルート (/) マウントポイントの UFS ファイルシステムが構成されます。d10 というミラーが作成されます。このミラー d10 に、現在のブート環境のルート (/) ファイルシステムがコピーされます。ミラー d10 にあるデータはすべて上書きされます。

• 2 つのスライス c0t0d0s0 および c0t1d0s0 は、サブミラー d1 および d2 として指定されています。これら 2 つのサブミラーは、ミラー d10 に追加されます。

• 新しいブート環境には another_disk という名前が付けられます。

# lucreate -A 'mydescription' \ 
-m /:/dev/md/dsk/d10:ufs,mirror \ 
-m /:/dev/dsk/c0t0d0s0,d1:attach \ 
-m /:/dev/dsk/c0t1c0s0,d2:attach -n another_disk

例 8–10 ミラーを持つブート環境の作成とサブミラー名の省略 (コマンド行インタフェース)

この例では、ファイルシステムのマウントポイントを -m オプションで指定します。

• 「mydescription」という記述は、another_disk に対応しています。

• lucreate コマンドにより、ルート (/) マウントポイントの UFS ファイルシステムが構成されます。d10 というミラーが作成されます。このミラー d10 に、現在のブート環境のルート (/) ファイルシステムがコピーされます。ミラー d10 にあるデータはすべて上書きされます。

• 2 つのスライス c0t1d0s0 および c0t2d0s0 は、サブミラーとして指定されています。サブミラーを指定せずに lucreate コマンドを実行すると、利用可能なボリューム名の一覧から名前が選択されます。これら 2 つのサブミラーは、ミラー d10 に接続されます。

• 新しいブート環境には another_disk という名前が付けられます。

# lucreate -A 'mydescription' \ 
-m /:/dev/md/dsk/d10:ufs,mirror \ 
-m /:/dev/dsk/c0t0d0s0:attach \ 
-m /:/dev/dsk/c0t1d0s0:attach -n another_disk

新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–11 ブート環境の作成とサブミラーの切り離し (コマンド行)

この例では、ファイルシステムのマウントポイントを -m オプションで指定します。

• 「mydescription」という記述は、another_disk に対応しています。

• lucreate コマンドにより、ルート (/) マウントポイントの UFS ファイルシステムが構成されます。d10 というミラーが作成されます。

• スライス c0t0d0s0 が現在のミラーから切り離されます。このスライスはサブミラー d1 として指定され、ミラー d10 に追加されます。このサブミラーの内容であるルート (/) ファイルシステムは保存され、コピー処理は発生しません。スライス c0t1d0s0 はサブミラー d2 として指定され、ミラー d10 に追加されます。

• 新しいブート環境には another_disk という名前が付けられます。

# lucreate -A 'mydescription' \ 
-m /:/dev/md/dsk/d10:ufs,mirror \ 
-m /:/dev/dsk/c0t0d0s0,d1:detach,attach,preserve \ 
-m /:/dev/dsk/c0t1d0s0,d2:attach -n another_disk

この例は、次の例のように簡略化できます。物理デバイスや論理デバイスの短縮名が使用されています。サブミラー d1 および d2 の指示子は省略されています。

# lucreate -A 'mydescription' \ 
-m /:d10:ufs,mirror \ 
-m /:c0t0d0s0:detach,attach,preserve \ 
-m /:c0t1d0s0:attach -n another_disk

新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–12 ブート環境の作成、サブミラーの切り離しと内容の保存 (コマンド行)

この例では、ファイルシステムのマウントポイントを -m オプションで指定します。

• 「mydescription」という記述は、another_disk に対応しています。

• lucreate コマンドにより、ルート (/) マウントポイントの UFS ファイルシステムが構成されます。d20 というミラーが作成されます。

• スライス c0t0d0s0 が現在のミラーから切り離され、ミラー d20 に追加されます。サブミラーの名前は指定されていません。このサブミラーの内容であるルート (/) ファイルシステムは保存され、コピー処理は発生しません。

• 新しいブート環境には another_disk という名前が付けられます。

# lucreate -A 'mydescription' \ 
-m /:/dev/md/dsk/d20:ufs,mirror \ 
-m /:/dev/dsk/c0t0d0s0:detach,attach,preserve \ 
-n another_disk

新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–13 2 つのミラーを持つブート環境の作成 (コマンド行インタフェース)

この例では、ファイルシステムのマウントポイントを -m オプションで指定します。

• 「mydescription」という記述は、another_disk に対応しています。

• lucreate コマンドにより、ルート (/) マウントポイントの UFS ファイルシステムが構成されます。d10 というミラーが作成されます。このミラー d10 に、現在のブート環境のルート (/) ファイルシステムがコピーされます。ミラー d10 にあるデータはすべて上書きされます。

• 2 つのスライス c0t0d0s0 および c0t1d0s0 は、サブミラー d1 および d2 として指定されています。これら 2 つのサブミラーは、ミラー d10 に追加されます。

• lucreate コマンドにより、/opt マウントポイントの UFS ファイルシステムが構成されます。d11 というミラーが作成されます。このミラー d11 に、現在のブート環境の /opt ファイルシステムがコピーされます。ミラー d11 にあるデータはすべて上書きされます。

• 2 つのスライス c2t0d0s1 および c3t1d0s1 は、サブミラー d3 および d4 として指定されています。これら 2 つのサブミラーは、ミラー d11 に追加されます。

• 新しいブート環境には another_disk という名前が付けられます。

# lucreate -A 'mydescription' \ 
-m /:/dev/md/dsk/d10:ufs,mirror \ 
-m /:/dev/dsk/c0t0d0s0,d1:attach \ 
-m /:/dev/dsk/c0t1d0s0,d2:attach \ 
-m /opt:/dev/md/dsk/d11:ufs,mirror \ 
-m /opt:/dev/dsk/c2t0d0s1,d3:attach \ 
-m /opt:/dev/dsk/c3t1d0s1,d4:attach -n another_disk

新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

ブート環境の作成と内容のカスタマイズ (コマンド行インタフェース)

次のオプションを使って、新しいブート環境のファイルシステムの内容を変更できます。ディレクトリやファイルは新しいブート環境にコピーされません。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して新しいブート環境を作成します。

   # lucreate -m mountpoint:device[,metadevice]:fs_options [-m ...] \ [-x exclude_dir] [-y include] \ [-Y include_list_file] \ [-f exclude_list_file]\ [-z filter_list] [-I] -n BE_name

   -m mountpoint:device[,metadevice]:fs_options [-m ...]

   新しいブート環境のファイルシステム構成を vfstab で指定します。-m に引数として指定されるファイルシステムは、同じディスク上のファイルシステムでも、複数のディスク上のファイルシステムでも構いません。このオプションは、作成するファイルシステムの数だけ使用します。

   • mountpoint には、任意の有効なマウントポイント、またはスワップパーティションを示す - (ハイフン) を指定できます。

   • device フィールドには、次のいずれかを指定できます。

     • ディスクデバイスの名前。/dev/dsk/cwtxdysz の形式で表されます。

     • Solaris ボリュームマネージャーのボリューム名。/dev/md/dsk/dnum の形式で表されます。

     • Veritas Volume Manager のボリューム名。/dev/md/vxfs/dsk/dnum の形式で表されます。

     • キーワード merged。指定されたマウントポイントのファイルシステムがその親とマージされることを示します。

   • fs_options フィールドには、次のいずれかを指定できます。

     • ufs: UFS ファイルシステムを示します。

     • vxfs: Veritas ファイルシステムを示します。

     • swap: スワップファイルシステムを示します。スワップマウントポイントはハイフン (–) で表します。

     • 論理デバイス (ミラー) であるファイルシステムについては、いくつかのキーワードを使って、そのファイルシステムに対して実行するアクションを指定できます。論理デバイスの作成、論理デバイスの構成変更、論理デバイスの削除などを行うキーワードがあります。これらのキーワードの詳細は、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

   -x exclude_dir

   ファイルやディレクトリを除外して、新しいブート環境にコピーされないようにします。このオプションのインスタンスを複数使用して、複数のファイルまたはディレクトリを除外できます。

   exclude_dir には、除外するディレクトリやファイルの名前を指定します。

   -y include_dir

   指定されたディレクトリやファイルを新しいブート環境にコピーします。ディレクトリは除外するが、個々のサブディレクトリやファイルを含める場合、このオプションを使用します。

   include_dir には、含めるサブディレクトリやファイルの名前を指定します。

   -Y list_filename

   リスト内のディレクトリやファイルを新しいブート環境にコピーします。ディレクトリは除外するが、個々のサブディレクトリやファイルを含める場合、このオプションを使用します。

   • list_filename は、リストを含むファイルのフルパスです。

   • list_filename ファイルでは、1 ファイルを 1 行で表す必要があります。

   • 行でディレクトリを指定すると、そのディレクトリの下にあるすべてのサブディレクトリとファイルが含まれます。行でファイルを指定すると、そのファイルだけが含まれます。

   -f list_filename

   リスト内のファイルやディレクトリを除外して、新しいブート環境にコピーされないようにします。

   • list_filename は、リストを含むファイルのフルパスです。

   • list_filename ファイルでは、1 ファイルを 1 行で表す必要があります。

   -z list_filename

   リスト内のディレクトリやファイルを新しいブート環境にコピーします。リスト内の各ファイルまたはディレクトリには、プラス「+」またはマイナス「-」記号を付けます。プラスはファイルやディレクトリを含めることを、マイナスはファイルやディレクトリを除外することを示します。

   • list_filename は、リストを含むファイルのフルパスです。

   • list_filename ファイルでは、1 ファイルを 1 行で表す必要があります。プラスまたはマイナスとファイル名との間には 1 つの半角スペースが必要です。

   • 行でディレクトリとプラス (+) を指定すると、そのディレクトリの下にあるすべてのサブディレクトリとファイルがコピーされます。行でファイルとプラス (+) を指定すると、そのファイルだけがコピーされます。

   -I

   システムファイルの整合性チェックを無効にします。このオプションは慎重に使用してください。

   重要なシステムファイルをブート環境から除外してしまうことを防ぐために、lucreate は整合性チェックを実行します。このチェックにより、システムパッケージデータベースに登録されたすべてのファイルが検査され、そのいずれかが除外されると、ブート環境の作成が停止します。このオプションを指定すると、この整合性チェックが無効になります。このオプションを指定すると、より短時間でブート環境を作成できますが、問題を検出できなくなる可能性があります。

   -n BE_name

   作成するブート環境の名前。BE_name は、システム上で一意となるように指定する必要があります。

   新しいブート環境の作成が終わると、この環境をアップグレードしてアクティブにする (ブート可能な状態にする) ことができます。第 9 章「Solaris Live Upgrade によるアップグレード (作業) 」を参照してください。

例 8–14 ブート環境の作成とファイルの除外 (コマンド行インタフェース)

この例では、新しいブート環境に second_disk という名前が付けられます。ソースブート環境には、ファイルシステムとしてルート (/) があります。新しいブート環境では、/var ファイルシステムがルート (/) ファイルシステムから分割され、別のスライスに置かれます。lucreate コマンドにより、ルート (/) マウントポイントと /var マウントポイントの UFS ファイルシステムが構成されます。また、2 つの /var メールファイル root および staff は、新しいブート環境にコピーされません。ソースブート環境と新しいブート環境の間で自動的にスワップが共有されます。

# lucreate -n second_disk \ 
-m /:/dev/dsk/c0t1d0s0:ufs -m /var/mail:c0t2d0s0:ufs  \  
-x /var/mail/root -x /var/mail/staff

例 8–15 ブート環境を作成し、ファイルを除外または含める (コマンド行インタフェース)

この例では、新しいブート環境に second_disk という名前が付けられます。ソースブート環境には、OS 用のファイルシステムとしてルート (/) があります。ソースブート環境には /mystuff というファイルシステムもあります。lucreate コマンドにより、ルート (/) マウントポイントと /mystuff マウントポイントの UFS ファイルシステムが構成されます。/mystuff の 2 つのディレクトリ /latest および /backup だけが、新しいブート環境にコピーされます。ソースブート環境と新しいブート環境の間で自動的にスワップが共有されます。

# lucreate -n second_disk \ 
-m /:/dev/dsk/c01t0d0s0:ufs -m /mystuff:c1t1d0s0:ufs  \  
-x /mystuff -y /mystuff/latest -y /mystuff/backup

第 9 章 Solaris Live Upgrade によるアップグレード (作業)

この章では、Solaris Live Upgrade を使用して非アクティブブート環境のアップグレードとアクティブ化を行う方法について説明します。この章の内容は次のとおりです。

• 「作業マップ: ブート環境のアップグレード」

• 「ブート環境のアップグレード」

• 「ブート環境への Solaris フラッシュアーカイブのインストール」

• 「ブート環境のアクティブ化」

Solaris Live Upgrade は、メニューを介して使用することもコマンド行インタフェースで使用することもできます。次の説明では、両方のインタフェースについて手順を説明しています。これらの手順では、Solaris Live Upgrade の使用に関する詳しい説明は省略しています。コマンドの詳細については、第 13 章「Solaris Live Upgrade (コマンドリファレンス)」を参照してください。また、コマンド行インタフェースのオプションの詳細については、各マニュアルページを参照してください。

作業マップ: ブート環境のアップグレード

ブート環境のアップグレード

「Upgrade」メニューまたは luupgrade コマンドを使用してブート環境をアップグレードします。この節では、次の場所に置かれているファイルを使用して非アクティブブート環境をアップグレードする手順について説明します。

• ネットワークファイルシステム (NFS) サーバー

• ローカルファイル

• ローカルテープ

• ローカルデバイス (DVD または CD)

アップグレードのガイドライン

最新の OS へアップグレードする間、アクティブブート環境への影響はありません。新しいファイルは非アクティブブート環境のクリティカルファイルシステムとマージされますが、共有可能ファイルシステムは変更されません。

アップグレードを行う代わりに、Solaris フラッシュアーカイブを作成して、非アクティブブート環境にアーカイブをインストールできます。それらの新しいファイルは非アクティブブート環境のクリティカルファイルシステムを上書きしますが、共有可能ファイルシステムは変更されません。「ブート環境への Solaris フラッシュアーカイブのインストール」を参照してください。

物理ディスクスライス、Solaris ボリュームマネージャーのボリューム、および Veritas Volume Manager のボリュームがどのような組み合わせで含まれているブート環境もアップグレードできます。ルート (/) ファイルシステム用のスライスは、RAID–1 ボリューム (ミラー) に含まれている単一スライスの連結でなければいけません。ミラー化されたファイルシステムを持つブート環境の作成手順については、「RAID-1 ボリューム (ミラー) を持つブート環境の作成 (コマンド行インタフェース)」を参照してください。

現在のシステム上に VxVM ボリュームが構成されている場合は、lucreate コマンドを使用して新しいブート環境を作成できます。新しいブート環境にデータをコピーすると、Veritas ファイルシステム構成が失われ、新しいブート環境に UFS ファイルシステムが作成されます。

パッケージまたはパッチによるシステムのアップグレード

Solaris Live Upgrade を使ってパッケージやパッチをシステムに追加できます。Solaris Live Upgrade では、現在動作しているシステムのコピーが作成されます。この新しいブート環境は、アップグレードすることも、パッケージやパッチを追加することもできます。Solaris Live Upgrade を使用すると、システムのダウンタイムはリブートの時間だけですみます。luupgrade コマンドを使って、パッチやパッケージを新しいブート環境に追加できます。

Solaris Live Upgrade でパッケージやパッチの追加または削除を行うには、パッケージやパッチが SVR4 パッケージガイドラインに準拠している必要があります。Sun のパッケージはこのガイドラインに準拠していますが、サードパーティーベンダーのパッケージがこれに準拠しているとは限りません。非準拠のパッケージを追加しようとすると、パッケージ追加ソフトウェアの障害が発生するか、アップグレード中にアクティブブート環境が改変されてしまう可能性があります。

パッケージの要件については、付録 B 「その他の SVR4 パッケージ要件 (リファレンス)」を参照してください。

ブート環境のオペレーティングシステムイメージをアップグレードする (キャラクタユーザーインタフェース)

この手順でアップグレードを行う場合は、DVD または結合されたインストールイメージを使用する必要があります。CD でインストールする場合は、「複数の CD を使用してオペレーティングシステムイメージをアップグレードする (コマンド行インタフェース)」の手順に従う必要があります。

手順

1. Solaris Live Upgrade のメインメニューから「Upgrade」を選択します。

   「Upgrade」メニューが表示されます。

2. 新しいブート環境の名前を入力します。

3. Solaris インストールイメージが置かれている場所のパスを入力します。

   インストールメディアの種類	説明
   ネットワークファイルシステム	インストールイメージが置かれているネットワークファイルシステムのパスを指定します。
   ローカルファイル	インストールイメージが置かれているローカルファイルシステムのパスを指定します。
   ローカルテープ	インストールイメージが置かれているローカルテープデバイスとテープ上の位置を指定します。
   ローカルデバイス、DVD、または CD	ローカルデバイスと、インストールイメージのパスを指定します。

   • SPARC: DVD または CD を使用する場合は、次の例のように、そのディスクへのパスを入力します。

     /cdrom/cdrom0/s0/Solaris_10/s0

   • 1 つに結合されたイメージがネットワーク上に存在する場合は、次の例のようにそのネットワークファイルシステムのパスを入力します。

     /net/installmachine/export/Solaris_10/os_image

4. F3 を押してアップグレードします。

   アップグレードが完了すると、メインメニューが表示されます。

ブート環境のオペレーティングシステムイメージをアップグレードする (コマンド行インタフェース)

この手順でアップグレードを行う場合は、DVD または結合されたインストールイメージを使用する必要があります。インストールに複数の CD が必要な場合は、「複数の CD を使用してオペレーティングシステムイメージをアップグレードする (コマンド行インタフェース)」の手順に従ってください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して、アップグレードするブート環境とインストールソフトウェアのパスを指定します。

   # luupgrade -u -n BE_name -s os_image_path

   -u

   ブート環境のオペレーティングシステムイメージをアップグレードします。

   -n BE_name

   アップグレード対象のブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。

例 9–1 ブート環境のオペレーティングシステムイメージをアップグレードする (コマンド行インタフェース)

この例では、second_disk ブート環境をアップグレードします。

# luupgrade -u -n second_disk \ 
-s /net/installmachine/export/Solaris_10/OS_image 

複数の CD を使用してオペレーティングシステムイメージをアップグレードする (コマンド行インタフェース)

オペレーティングシステムイメージは複数の CD 上にあるため、このアップグレード手順を使用する必要があります。ほかの CD がある場合は、luupgrade コマンドに -i オプションを指定してそれらの CD をインストールします。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して、アップグレードするブート環境とインストールソフトウェアのパスを指定します。

   # luupgrade -u -n BE_name -s os_image_path

   -u

   ブート環境のオペレーティングシステムイメージをアップグレードします。

   -n BE_name

   アップグレード対象のブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。

3. 1 枚目の CD のインストーラ処理が完了したら、2 枚目の CD を挿入します。

4. この手順は前述のものと同じですが、-u オプションではなく -i オプションを使用します。メニューまたはテキストモードで、2 枚目の CD 上のインストーラを実行するように選択してください。

   • 次のコマンドは、メニューを使用して 2 枚目の CD 上のインストーラを実行します。

     # luupgrade -i -n BE_name -s os_image_path

   • 次のコマンドは、テキストモードで 2 枚目の CD 上のインストーラを実行します。ユーザーに入力を求めるプロンプトは表示されません。

     # luupgrade -i -n BE_name -s os_image_path -O '-nodisplay -noconsole'

   -i

   追加の CD がインストールされます。ソフトウェアは、指定されたメディア上のインストールプログラムを探し、そのプログラムを実行します。インストーラプログラムは、-s で指定します。

   -n BE_name

   アップグレード対象のブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。

   -O '-nodisplay -noconsole '

   (省略可能) テキストモードで 2 枚目の CD 上のインストーラを実行します。ユーザーに入力を求めるプロンプトは表示されません。

5. インストールする CD ごとに、手順 3 と手順 4 を繰り返します。

   このようにして、ブート環境をアクティブにする準備が整います。「ブート環境のアクティブ化」を参照してください。

例 9–2 SPARC: 複数の CD によりオペレーティングシステムイメージをアップグレードする (コマンド行インタフェース)

この例では、second_disk ブート環境をアップグレードします。インストールイメージは、2 枚の CD に入っています。Solaris SOFTWARE - 1 CD と Solaris SOFTWARE - 2 CD です。-u オプションでは、CD セットのすべてのパッケージを格納するだけの領域があるかどうかを判定します。-O オプションと -nodisplay および -noconsole オプションを指定すると、2 枚目の CD の読み取りの後にキャラクタユーザーインタフェースは表示されません。これらのオプションを使用すると、情報の入力を求められません。このインタフェースを表示する場合は、これらのオプションを省略します。

Solaris SOFTWARE - 1 CD を挿入し、次のように入力します。

# luupgrade -u -n second_disk -s /cdrom/cdrom0/s0 

Solaris SOFTWARE - 2 CD を挿入し、次のように入力します。

# luupgrade -i -n second_disk -s /cdrom/cdrom0 -O '-nodisplay \ 
-noconsole'

インストールする各 CD について、上記の手順を繰り返します。

ブート環境のオペレーティングシステムイメージにパッケージを追加する (コマンド行インタフェース)

次の手順では、新しいブート環境に対してパッケージの削除と追加を行います。

Solaris Live Upgrade でアップグレードしたりパッケージやパッチの追加・削除を行なったりするには、パッケージやパッチが SVR4 パッケージガイドラインに準拠していなければなりません。Sun のパッケージはこのガイドラインに準拠していますが、サードパーティーベンダーのパッケージがこれに準拠しているとは限りません。非準拠のパッケージを追加しようとすると、パッケージ追加ソフトウェアの障害が発生するか、アクティブブート環境が改変されてしまう可能性があります。

パッケージの要件については、付録 B 「その他の SVR4 パッケージ要件 (リファレンス)」を参照してください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 新しいブート環境から 1 つのパッケージまたは一連のパッケージを削除するには、次のように入力します。

   # luupgrade -P -n second_disk package-name

   -P

   指定したパッケージをブート環境から削除することを示します。

   -n BE_name

   パッケージを削除するブート環境の名前を指定します。

   package-name

   削除するパッケージの名前を指定します。複数のパッケージ名を指定する場合は、スペースで区切ります。

3. 新しいブート環境に 1 つのパッケージまたは一連のパッケージを追加するには、次のように入力します。

   # luupgrade -p -n second_disk -s /path-to-packages package-name

   -p

   ブート環境にパッケージを追加することを示します。

   -n BE_name

   パッケージを追加するブート環境の名前を指定します。

   -s path-to-packages

   追加するパッケージが含まれているディレクトリへのパスを指定します。

   package-name

   追加するパッケージの名前を指定します。複数のパッケージ名を指定する場合は、スペースで区切ります。

例 9–3 ブート環境のオペレーティングシステムイメージにパッケージを追加する (コマンド行インタフェース)

この例では、second_disk ブート環境に対してパッケージの削除と追加を行います。

# luupgrade -P -n second_disk SUNWabc SUNWdef SUNWghi
# luupgrade -p -n second_disk -s /net/installmachine/export/packages \
SUNWijk SUNWlmn SUNWpkr

ブート環境のオペレーティングシステムイメージにパッチを追加する (コマンド行インタフェース)

次の手順では、新しいブート環境に対してパッチの削除と追加を行います。

Solaris Live Upgrade でパッケージやパッチの追加または削除を行うには、パッケージやパッチが SVR4 パッケージガイドラインに準拠している必要があります。Sun のパッケージはこのガイドラインに準拠していますが、サードパーティーベンダーのパッケージがこれに準拠しているとは限りません。非準拠のパッケージを追加しようとすると、パッケージ追加ソフトウェアの障害が発生するか、アクティブブート環境が改変されてしまう可能性があります。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 新しいブート環境から 1 つのパッチまたは一連のパッチを削除するには、次のように入力します。

   # luupgrade -T -n second_disk patch_name

   -T

   指定したパッチをブート環境から削除することを示します。

   -n BE_name

   パッチを削除するブート環境の名前を指定します。

   patch-name

   削除するパッチの名前を指定します。複数のパッチ名を指定する場合は、スペースで区切ります。

3. 新しいブート環境に 1 つのパッチまたは一連のパッチを追加するには、次のコマンドを入力します。

   # luupgrade -t -n second_disk -s /path-to-patches patch-name

   -t

   ブート環境にパッチを追加することを示します。

   -n BE_name

   パッチを追加するブート環境の名前を指定します。

   -s path-to-patches

   追加するパッチが含まれているディレクトリへのパスを指定します。

   patch-name

   追加するパッチの名前を指定します。複数のパッチ名を指定する場合は、スペースで区切ります。

例 9–4 ブート環境のオペレーティングシステムイメージにパッチを追加する (コマンド行インタフェース)

この例では、second_disk ブート環境に対してパッチの削除と追加を行います。

# luupgrade -T -n second_disk 222222-01
# luupgrade -t -n second_disk -s /net/installmachine/export/packages \
333333-01 4444444-01

ブート環境にインストールされているパッケージの情報を取得する (コマンド行インタフェース)

次の手順では、新しいブート環境にインストールされているパッケージの整合性を確認します。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 新しいブート環境に新たにインストールされたパッケージの整合性を確認するには、次のように入力します。

   # luupgrade -C -n second_disk -O "-v" package-name

   -C

   指定したパッケージに対して pkgchk コマンドを実行することを示します。

   -n BE_name

   検査を実行するブート環境の名前を指定します。

   -O

   pkgchk コマンドにオプションを直接渡します。

   package-name

   検査するパッケージの名前を指定します。複数のパッケージ名を指定する場合は、スペースで区切ります。パッケージ名を省略すると、指定したブート環境にあるすべてのパッケージに対して検査が実行されます。

   “-v”

   コマンドを冗長モードで実行することを指定します。

例 9–5 ブート環境のパッケージの整合性を確認する (コマンド行インタフェース)

この例では、パッケージ SUNWabc、SUNWdef、および SUNWghi を検査して、これらが正しくインストールされ損傷がないことを確認します。

# luupgrade -C -n second_disk SUNWabc SUNWdef SUNWghi

JumpStart プロファイルを使用したアップグレード

Solaris Live Upgrade で使用する JumpStart プロファイルを作成することができます。ユーザーがカスタム JumpStart プログラムに精通しているのであれば、これはカスタム JumpStart で使用するものと同じプロファイルです。次の手順により、luupgrade コマンドに -j オプションを指定して使用して、プロファイルの作成、プロファイルのテスト、および インストールを行うことができます。

Solaris OS を Solaris フラッシュアーカイブとともにインストールする場合は、アーカイブおよびインストール用メディアに同一の OS バージョンが含まれている必要があります。たとえば、アーカイブが Solaris 10 3/05 オペレーティングシステムで、DVD メディアを使用している場合は、Solaris 10 3/05 DVD メディアを使用してアーカイブをインストールする必要があります。OS バージョンが一致しないと、ターゲットシステムへのインストールは失敗します。次のキーワードまたはコマンドを使用する場合は、同一のオペレーティングシステムが必要です。

• プロファイルの archive_location キーワード

• -s、- a、-j、および -J オプションを指定した luupgrade コマンド

詳細については、以下を参照してください。

• 「Solaris Live Upgrade で使用されるプロファイルを作成する」

• 「Solaris Live Upgrade で使用されるプロファイルをテストする」

• 「プロファイルを使用して Solaris Live Upgrade でアップグレードする (コマンド行インタフェース)」

• JumpStart プロファイルの作成については、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「プロファイルの作成」を参照してください。

Solaris Live Upgrade で使用されるプロファイルを作成する

ここでは、Solaris Live Upgrade で使用されるプロファイルの作成方法について説明します。luupgrade コマンドに -j オプションを指定してこのプロファイルを使用し、非アクティブブート環境をアップグレードできます。

このプロファイルの使用方法については、次の 2 つの節を参照してください。

• プロファイルを使用したアップグレードについては、「プロファイルを使用して Solaris Live Upgrade でアップグレードする (コマンド行インタフェース)」を参照してください。

• プロファイルを使用した Solaris フラッシュのインストールについては、「プロファイルを使用した Solaris フラッシュアーカイブのインストール (コマンド行インタフェース)」を参照してください。

手順

1. テキストエディタを使用してテキストファイルを作成します。

   ファイルにわかりやすい名前を付けます。プロファイルの名前は、システムに Solaris ソフトウェアをインストールするためにそのプロファイルをどのように使用するかを示すものにしてください。たとえば、このプロファイルに upgrade_Solaris_10 という名前を付けます。

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

   Solaris Live Upgrade プロファイルで使用できるのは、次の表に示されたアップグレードキーワードだけです。

   次の表に、Install_type キーワードの値 upgrade または flash_install とともに使用できるキーワードを示します。

   初期アーカイブ作成のキーワード	説明	参照
   (必須) Install_type	システムの既存の Solaris 環境をアップグレードするか、システムに Solaris フラッシュアーカイブをインストールするかを定義します。このキーワードには、次の値を使用します。  アップグレードの場合は、upgrade Solaris フラッシュインストールの場合は、flash_install Solaris フラッシュ差分インストールの場合は、flash_update	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「install_type プロファイルキーワード」を参照してください。
   (Solaris フラッシュアーカイブの場合は必須) archive_location	指定された位置から Solaris フラッシュアーカイブを取得します。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「archive_location プロファイルキーワード」を参照してください。
   (省略可能) cluster (クラスタの追加または削除)	システムにインストールされるソフトウェアグループに対してクラスタを追加するか、または削除するかを指定します。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「cluster プロファイルキーワード (ソフトウェアグループの追加)」を参照してください。
   (省略可能) geo	システムにインストールする地域ロケールか、あるいはシステムのアップグレード時に追加する地域ロケールを指定します。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「geo プロファイルキーワード」を参照してください。
   (省略可能) local_customization	クローンシステムに Solaris フラッシュアーカイブをインストールする前に、カスタムスクリプトを作成して、クローンシステム上のローカル構成を保存できます。local_customization キーワードは、これらのスクリプトの格納先ディレクトリを示します。この値は、クローンシステム上のスクリプトへのパスです。	配置前および配置後スクリプトの詳細は、『Solaris 10 インストールガイド (Solaris フラッシュアーカイブの作成とインストール)』の「カスタムスクリプトの作成」を参照してください。
   (省略可能) locale	インストールまたはアップグレード時に追加するロケールパッケージを指定します。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「locale プロファイルキーワード」を参照してください。
   (省略可能) package	システムにインストールされるソフトウェアグループに対してパッケージを追加するか、または削除するかを指定します。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「package プロファイルキーワード」を参照してください。

   次の表に、Install_type キーワードの値 flash_update とともに使用できるキーワードを示します。

   差分アーカイブ作成のキーワード	説明	参照
   (必須) Install_type	システムに Solaris フラッシュアーカイブをインストールすることを指定します。差分アーカイブを表す値は flash_update です。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「install_type プロファイルキーワード」を参照してください。
   (必須) archive_location	指定された位置から Solaris フラッシュアーカイブを取得します。	このキーワードで使用可能な値のリストについては、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「archive_location プロファイルキーワード」を参照してください。
   (省略可能) forced_deployment	ソフトウェアで想定されているものとは異なるクローンシステムに、Solaris フラッシュ差分アーカイブを強制的にインストールします。forced_deployment を使用すると、クローンシステムを期待される状態にするために、新規ファイルがすべて削除されます。ファイルを削除して良いかどうか判断できない場合には、デフォルトを使用してください。デフォルトでは、新規ファイルが削除されそうになると、インストールが停止します。	このキーワードの詳細は、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「forced_deployment プロファイルキーワード (Solaris フラッシュ差分アーカイブのインストール)」を参照してください。
   (省略可能) local_customization	クローンシステムに Solaris フラッシュアーカイブをインストールする前に、カスタムスクリプトを作成して、クローンシステム上のローカル構成を保存できます。local_customization キーワードは、これらのスクリプトの格納先ディレクトリを示します。この値は、クローンシステム上のスクリプトへのパスです。	配置前および配置後スクリプトの詳細は、『Solaris 10 インストールガイド (Solaris フラッシュアーカイブの作成とインストール)』の「カスタムスクリプトの作成」を参照してください。
   (省略可能) no_content_check	Solaris フラッシュ差分アーカイブを使用してクローンシステムをインストールする場合、no_content_check キーワードを使用してファイルごとの検証を省略できます。ファイルごとの検証により、クローンシステムがマスターシステムの複製であることが保証されます。クローンシステムが元のマスターシステムの複製であることが確実である場合を除き、このキーワードの使用は避けてください。	このキーワードの詳細は、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「no_content_check プロファイルキーワード (Solaris フラッシュアーカイブのインストール)」を参照してください。
   (省略可能) no_master_check	Solaris フラッシュ差分アーカイブを使用してクローンシステムをインストールする場合、no_master_check キーワードを使用してファイルの検証を省略できます。クローンシステムのファイルの検証は行われません。この検証により、クローンシステムが元のマスターシステムから構築されていることが保証されます。クローンシステムが元のマスターシステムの複製であることが確実である場合を除き、このキーワードの使用は避けてください。	このキーワードの詳細は、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「no_master_check プロファイルキーワード (Solaris フラッシュアーカイブのインストール)」を参照してください。

3. プロファイルをローカルシステムのディレクトリに保存します。

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

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

   プロファイルのテスト方法については、「Solaris Live Upgrade で使用されるプロファイルをテストする」を参照してください。

例 9–6 Solaris Live Upgrade プロファイルの作成

この例では、プロファイルはアップグレードパラメータを提供します。このプロファイルでは、Solaris Live Upgrade の luupgrade コマンドに -u および -j オプションを指定して、非アクティブなブート環境をアップグレードします。このプロファイルでは、パッケージおよびクラスタを追加します。地域ロケールおよび追加ロケールも、プロファイルに追加されます。プロファイルにロケールを追加する場合、ブート環境がディスク容量に余裕を持って作成されていることを確認してください。

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade
  package                  SUNWxwman add
  cluster                  SUNWCacc add
  geo                      C_Europe
  locale                   zh_TW
  locale                   zh_TW.BIG5
  locale                   zh_TW.UTF-8
  locale                   zh_HK.UTF-8
  locale                   zh_HK.BIG5HK
  locale                   zh
  locale                   zh_CN.GB18030
  locale                   zh_CN.GBK
  locale                   zh_CN.UTF-8

例 9–7 差分アーカイブをインストールするための Solaris Live Upgrade プロファイルの作成

次のプロファイルの例は、Solaris Live Upgrade でクローンシステムに差分アーカイブをインストールするためのものです。差分アーカイブで指定されているファイルだけが、追加、削除、または変更されます。Solaris フラッシュアーカイブは、NFS サーバーから取得されます。イメージは元のマスターシステムから構築されたものなので、クローンシステムのイメージの妥当性検査は行われません。このプロファイルは、Solaris Live Upgrade の luupgrade コマンドの -u オプションと -j オプション で使用します。

# profile keywords         profile values
# ----------------         -------------------
 install_type              flash_update
 archive_location          nfs installserver:/export/solaris/archive/solarisarchive
 no_master_check

luupgrade コマンドによる差分アーカイブのインストールについては、「プロファイルを使用した Solaris フラッシュアーカイブのインストール (コマンド行インタフェース)」を参照してください。

Solaris Live Upgrade で使用されるプロファイルをテストする

プロファイルを作成したら、luupgrade コマンドを使用してプロファイルをテストします。luupgrade が生成するインストール出力を調べることによって、意図したとおりにプロファイルが動作するかをすばやく調べることができます。

手順

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

# luupgrade -u -n BE_name -D -s os_image_path -j profile_path

-u

ブート環境のオペレーティングシステムイメージをアップグレードします。

-n BE_name

アップグレード対象のブート環境の名前を指定します。

-D

luupgrade コマンドは、選択されたブート環境のディスク構成を使用して、-j オプションと共に渡されたプロファイルオプションをテストします。

-s os_image_path

オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。このディレクトリはインストールメディア (DVD-ROM や CD-ROM など) 上でも NFS または UFS ディレクトリであってもかまいません。

-j profile_path

アップグレード用に構成されたプロファイルのパス。プロファイルは、ローカルマシンのディレクトリに存在する必要があります。

例 9–8 Solaris Live Upgrade を使用したプロファイルのテスト

次の例では、プロファイル名は Flash_profile です。このプロファイルは、second_disk という名前の非アクティブブート環境でのテストに成功します。

# luupgrade -u -n u1b08 -D -s /net/installsvr/export/u1/combined.u1wos \
 -j /var/tmp/flash_profile
Validating the contents of the media /net/installsvr/export/u1/combined.u1wos.
The media is a standard Solaris media.
The media contains an operating system upgrade image.
The media contains Solaris version 10.
Locating upgrade profile template to use.
Locating the operating system upgrade program.
Checking for existence of previously scheduled Live Upgrade requests.
Creating upgrade profile for BE second_disk.
Determining packages to install or upgrade for BE second_disk.
Simulating the operating system upgrade of the BE second_disk.
The operating system upgrade simulation is complete.
INFORMATION: var/sadm/system/data/upgrade_cleanup contains a log of the
upgrade operation.
INFORMATION: var/sadm/system/data/upgrade_cleanup contains a log of
cleanup operations required.
The Solaris upgrade of the boot environment second_disk is complete.

これで、プロファイルを使用して非アクティブブート環境をアップグレードできます。

プロファイルを使用して Solaris Live Upgrade でアップグレードする (コマンド行インタフェース)

ここでは、プロファイルを使用した OS のアップグレード方法を、手順を追って説明します。

プロファイルを使用して Solaris フラッシュアーカイブをインストールする場合は、「プロファイルを使用した Solaris フラッシュアーカイブのインストール (コマンド行インタフェース)」を参照してください。

プロファイルにロケールを追加した場合、ブート環境がディスク容量に余裕を持って作成されていることを確認してください。

Solaris OS を Solaris フラッシュアーカイブとともにインストールする場合は、アーカイブおよびインストール用メディアに同一の OS バージョンが含まれている必要があります。たとえば、アーカイブが Solaris 10 3/05 オペレーティングシステムで、DVD メディアを使用している場合は、Solaris 10 3/05 DVD メディアを使用してアーカイブをインストールする必要があります。OS バージョンが一致しないと、ターゲットシステムへのインストールは失敗します。次のキーワードまたはコマンドを使用する場合は、同一のオペレーティングシステムが必要です。

• プロファイルの archive_location キーワード

• -s、- a、-j、および -J オプションを指定した luupgrade コマンド

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. プロファイルを作成します。

   Solaris Live Upgrade プロファイルで使用可能なアップグレードキーワードのリストについては、「Solaris Live Upgrade で使用されるプロファイルを作成する」を参照してください。

3. 次のコマンドを入力します。

   # luupgrade -u -n BE_name -s os_image_path -j profile_path

   -u

   ブート環境のオペレーティングシステムイメージをアップグレードします。

   -n BE_name

   アップグレード対象のブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。このディレクトリはインストールメディア (DVD-ROM や CD-ROM など) 上でも NFS または UFS ディレクトリであってもかまいません。

   -j profile_path

   プロファイルへのパス。プロファイルは、ローカルマシンのディレクトリに存在する必要があります。プロファイル作成についての詳細は、「Solaris Live Upgrade で使用されるプロファイルを作成する」を参照してください。

   このようにして、ブート環境をアクティブにする準備が整います。

例 9–9 カスタム JumpStart プロファイルを使用したブート環境のアップグレード (コマンド行インタフェース)

この例では、second_disk ブート環境はプロファイルを使用してアップグレードされます。-j オプションを使用して、プロファイルにアクセスします。このようにして、ブート環境をアクティブにする準備が整います。プロファイルを作成する場合は、「Solaris Live Upgrade で使用されるプロファイルを作成する」を参照してください。

# luupgrade -u -n second_disk \ 
-s /net/installmachine/export/solarisX/OS_image \ 
-j /var/tmp/profile 

ブート環境への Solaris フラッシュアーカイブのインストール

この節では、Solaris Live Upgrade を使用して Solaris フラッシュアーカイブをインストールする手順を説明します。Solaris フラッシュアーカイブをインストールすると、新しいブート環境上に存在する共有ファイル以外のすべてのファイルが上書きされます。アーカイブは、次のメディアに格納されています。

• HTTP サーバー

• FTP サーバー - コマンド行インタフェースでのみ使用可能

• ネットワークファイルシステム (NFS) サーバー

• ローカルファイル

• ローカルテープ

• ローカルデバイス (DVD または CD)

Solaris フラッシュアーカイブをインストールおよび作成する場合は、次の点に注意してください。

説明	例
注意 – Solaris OS を Solaris フラッシュアーカイブとともにインストールする場合は、アーカイブおよびインストール用メディアに同一の OS バージョンが含まれている必要があります。OS バージョンが一致しないと、ターゲットシステムへのインストールは失敗します。次のキーワードまたはコマンドを使用する場合は、同一のオペレーティングシステムが必要です。 プロファイルの archive_location キーワード -s、- a、-j、および -J オプションを指定した luupgrade コマンド	たとえば、アーカイブが Solaris 10 3/05 オペレーティングシステムで、DVD メディアを使用している場合は、Solaris 10 3/05 DVD メディアを使用してアーカイブをインストールする必要があります。
注意 – Solaris フラッシュアーカイブは、非大域ゾーンがインストールされている場合は適切に作成できません。Solaris フラッシュ機能は、Solaris ゾーン機能とは互換性がありません。非大域ゾーンに Solaris フラッシュアーカイブを作成するか、非大域ゾーンがインストールされている大域ゾーンにアーカイブを作成すると、作成されるアーカイブは、アーカイブが配置されるときに適切にインストールされません。

ブート環境への Solaris フラッシュアーカイブのインストール (キャラクタユーザーインタフェース)

手順

1. Solaris Live Upgrade のメインメニューから「Flash」を選択します。

   「Flash an Inactive Boot Environment」メニューが表示されます。

2. Solaris フラッシュアーカイブをインストールするブート環境の名前と、インストールメディアの場所を入力します。

   Name of Boot Environment: Solaris_10 Package media: /net/install-svr/export/Solaris_10/latest

3. アーカイブを追加するために F1 を押します。

   「Archive Selection」サブメニューが表示されます。

   Location - Retrieval Method <No Archives added> - Select ADD to add archives

   このメニューでは、アーカイブのリストを作成できます。アーカイブの追加または削除を行うには、次の手順を実行します。

   1. アーカイブをリストに追加する場合は F1 を押します。

      「Select Retrieval Method」サブメニューが表示されます。

      HTTP NFS Local File Local Tape Local Device

   2. 「Select Retrieval Method」メニューで、Solaris フラッシュアーカイブの場所を選択します。

      選択された媒体	プロンプト
      HTTP	Solaris フラッシュアーカイブのアクセスに必要となる URL 情報とプロキシ情報を指定します。
      NFS	Solaris フラッシュアーカイブが置かれているネットワークファイルシステムのパスを指定します。アーカイブのファイル名も指定できます。
      ローカルファイル	Solaris フラッシュアーカイブが置かれているローカルファイルシステムのパスを指定します。
      ローカルテープ	Solaris フラッシュアーカイブが置かれているローカルテープデバイスとテープ上の位置を指定します。
      ローカルデバイス	Solaris フラッシュアーカイブが置かれているローカルデバイス、パス、ファイルシステムの種類を指定します。

      次のような「Retrieval」サブメニューが表示されます。表示は選択されたメディアによって異なります。

      NFS Location:

   3. 次の例のように、アーカイブのパスを入力します。

      NFS Location: host:/path/to archive.flar

   4. F3 を押してリストにアーカイブを追加します。

   5. (省略可能) アーカイブをリストから削除する場合は F2 を押します。

   6. インストールするアーカイブがリストに含まれた時点で F6 を押して終了します。

4. F3 を押して 1 つまたは複数のアーカイブをインストールします。

   Solaris フラッシュアーカイブがブート環境にインストールされます。ブート環境上のファイルは、共有可能ファイルを除きすべて上書きされます。

   このようにして、ブート環境をアクティブにする準備が整います。「ブート環境のアクティブ化 (キャラクタユーザーインタフェース)」を参照してください。

ブート環境へ Solaris フラッシュアーカイブをインストールする (コマンド行インタフェース)

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # luupgrade -f -n BE_name -s os_image_path -a archive

   -f

   オペレーティングシステムを Solaris フラッシュアーカイブからインストールすることを示します。

   -n BE_name

   アーカイブを使用してインストールするブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。このディレクトリはインストールメディア (DVD-ROM や CD-ROM など) 上でも NFS または UFS ディレクトリであってもかまいません。

   -a archive

   Solaris フラッシュアーカイブへのパス (ローカルファイルシステムでそのアーカイブが利用できる場合)。-s オプションと -a オプションを使用して指定するオペレーティングシステムイメージのバージョンは、同じでなければなりません。

例 9–10 ブート環境へ Solaris フラッシュアーカイブをインストールする (コマンド行インタフェース)

この例では、アーカイブは second_disk ブート環境にインストールされます。アーカイブはローカルシステムに存在します。-s および -a オプションで指定するオペレーティングシステムのバージョンは、どちらも Solaris 10 リリースです。second_disk 上のファイルは、共有可能ファイルを除いてすべて上書きされます。

# luupgrade -f -n second_disk \ 
-s /net/installmachine/export/Solaris_10/OS_image \ 
-a /net/server/archive/Solaris_10 

このようにして、ブート環境をアクティブにする準備が整います。

プロファイルを使用した Solaris フラッシュアーカイブのインストール (コマンド行インタフェース)

ここでは、プロファイルを使用して Solaris フラッシュアーカイブまたは差分アーカイブをインストールする手順を説明します。

プロファイルにロケールを追加した場合、ブート環境がディスク容量に余裕を持って作成されていることを確認してください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. プロファイルを作成します。

   Solaris Live Upgrade プロファイルで使用可能なキーワードのリストについては、「Solaris Live Upgrade で使用されるプロファイルを作成する」を参照してください。

3. 次のコマンドを入力します。

   # luupgrade -f -n BE_name -s os_image_path -j profile_path

   -f

   オペレーティングシステムを Solaris フラッシュアーカイブからインストールすることを示します。

   -n BE_name

   アップグレード対象のブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。このディレクトリはインストールメディア (DVD-ROM や CD-ROM など) 上でも NFS または UFS ディレクトリであってもかまいません。

   -j profile_path

   フラッシュインストール用に構成された JumpStart プロファイルへのパス。プロファイルは、ローカルマシンのディレクトリに存在する必要があります。-s オプションのオペレーティングシステムのバージョンと Solaris フラッシュアーカイブのオペレーティングシステムのバージョンは、同一でなければいけません。

   このようにして、ブート環境をアクティブにする準備が整います。

例 9–11 プロファイルを使用してブート環境に Solaris フラッシュアーカイブをインストールする (コマンド行インタフェース)

この例では、インストールするアーカイブの場所をプロファイルで指定しています。

# profile keywords         profile values
# ----------------         -------------------
 install_type              flash_install
 archive_location          nfs installserver:/export/solaris/flasharchive/solarisarchive
 

プロファイルを作成した後、luupgrade コマンドを実行してアーカイブをインストールできます。-j オプションを使用して、プロファイルにアクセスします。

# luupgrade -f -n second_disk \ 
-s /net/installmachine/export/solarisX/OS_image \ 
-j /var/tmp/profile 

このようにして、ブート環境をアクティブにする準備が整います。プロファイルを作成する場合は、「Solaris Live Upgrade で使用されるプロファイルを作成する」を参照してください。

プロファイルキーワードを使用した Solaris フラッシュアーカイブのインストール (コマンド行インタフェース)

ここでは、プロファイルファイルではなく、archive_location キーワードをコマンド行で使用して、Solaris フラッシュアーカイブをインストールする手順を説明します。プロファイルファイルを使用せずに、アーカイブを取得できます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # luupgrade -f -n BE_name -s os_image_path -J 'archive_location path-to-profile'

   -f

   オペレーティングシステムを Solaris フラッシュアーカイブからアップグレードすることを指定します。

   -n BE_name

   アップグレード対象のブート環境の名前を指定します。

   -s os_image_path

   オペレーティングシステムイメージが置かれているディレクトリのパス名を指定します。このディレクトリはインストールメディア (DVD-ROM や CD-ROM など) 上でも NFS または UFS ディレクトリであってもかまいません。

   -J 'archive_location path-to-profile'

   archive_location プロファイルキーワードと、JumpStart プロファイルへのパスを指定します。-s オプションのオペレーティングシステムのバージョンと Solaris フラッシュアーカイブのオペレーティングシステムのバージョンは、同一でなければいけません。キーワードの値については、『Solaris 10 インストールガイド (カスタム JumpStart/ 上級編)』の「archive_location プロファイルキーワード」を参照してください。

   このようにして、ブート環境をアクティブにする準備が整います。

例 9–12 プロファイルキーワードを使用した Solaris フラッシュアーカイブのインストール (コマンド行インタフェース)

この例では、アーカイブは second_disk ブート環境にインストールされます。-J オプションと archive_location キーワードを使用して、アーカイブを取得します。second_disk 上のファイルは、共有可能ファイルを除いてすべて上書きされます。

# luupgrade -f -n second_disk \ 
-s /net/installmachine/export/solarisX/OS_image \ 
-J 'archive_location http://example.com/myflash.flar' 

ブート環境のアクティブ化

ブート環境をアクティブにすると、次のシステムリブートでブート可能になります。新しいアクティブブート環境で何か問題が発生する場合は、元のブート環境にすぐに戻すことができます。第 10 章「障害回復: 元のブート環境へのフォールバック (作業)」を参照してください。

ブート環境をアクティブ化するための要件と制限

ブート環境を正常にアクティブにするためには、そのブート環境が次の条件を満たしている必要があります。

Solaris 10 1/06 以降のリリースでは、GRUB メニューを使用してブート環境を切り替えることができます。「x86: GRUB メニューを使ったブート環境のアクティブ化」を参照してください。

x86: (省略可能) アクティブ化の前にブート用フロッピーディスクを更新する

• Solaris 10 1/06 以降のリリースでは、Solaris Device Configuration Assistant (デバイス構成用補助) ソフトウェアは Solaris ソフトウェアに含まれていないため、このソフトウェアをブートする必要はありません。次の手順はスキップしてください。

• Solaris 10 3/05 リリースでは、次のいずれかの手順を使用してください。

  • システムが CD または DVD からのブートをサポートしている場合、このソフトウェアをブートする必要はありません。次の手順はスキップしてください。

  • Solaris Device Configuration Assistant (デバイス構成用補助) のフロッピーディスクを使用してブートする場合は、ブート用フロッピーディスクを更新する必要があります。次の手順を使用して、既存のフロッピーディスクを上書きするか、あるいは新しいフロッピーディスクに書き込むことにより、使用中のリリースと一致するようにブート用フロッピーディスクを更新します。

手順

1. Solaris 10 3/05 Device Configuration Assistant (デバイス構成用補助) フロッピーディスクを挿入します。これは、上書きされる既存のフロッピーディスクまたは新しいフロッピーディスクのいずれかです。

2. このリリース用の最新のイメージに、ブートフロッピーディスクを更新します。

3. ブートフロッピーディスクを取り出します。

4. 次のコマンドを入力します。

   volcheck

5. このフロッピーディスクに新しいブート環境の boot/solaris/bootenv.rc ファイルをコピーします。

   cp /a/boot/solaris/bootenv.rc /floppy/floppy0/solaris/bootenv.rc

6. フロッピーディスク上の入力デバイスと出力デバイスをチェックして、それらが正しいことを確認します。正しくない場合はそれらを更新してください。

   このようにして、新しいブート環境をアクティブにする準備が整います。

ブート環境のアクティブ化 (キャラクタユーザーインタフェース)

新しく作成したブート環境で初めてブートする時に、Solaris Live Upgrade は新しいブート環境と以前のアクティブブート環境の同期をとります。ここでいう「同期」とは、いくつかのクリティカルなシステムファイルやディレクトリを、以前にアクティブだったブート環境から、ブート中のブート環境へコピーすることです。Solaris Live Upgrade では、強制的に同期を行うようにプロンプトで指定しない限り、2 回目以降のブート時には同期は行われません。

同期の詳細については、「ブート環境間でのファイルの同期」を参照してください。

Solaris 10 1/06 以降のリリースでは、GRUB メニューを使用してブート環境を切り替えることができます。「x86: GRUB メニューを使ったブート環境のアクティブ化」を参照してください。

手順

1. Solaris Live Upgrade のメインメニューで「Activate」を選択します。

2. アクティブにするブート環境の名前を入力します。

   Name of Boot Environment: Solaris_10 Do you want to force a Live Upgrade sync operations: no

3. ファイルの同期を実行することも、実行せずに処理を続けることもできます。

   • Return キーを押して継続します。

     ブート環境の最初のブートでは、ファイルの同期が自動的に行われます。

   • ファイルの同期を実行できますが、この機能は慎重に使用してください。同期するファイルに、それぞれのブート環境のオペレーティングシステムが対応していなければなりません。ファイルの同期を実行する場合は、次のように入力します。

     Do you want to force a Live Upgrade sync operations: yes

     ---

     注意 –

     以前のアクティブブート環境で発生した変更にユーザーが気付いていない場合や、それらの変更を制御できない場合もあるため、同期を使用する際には十分注意してください。たとえば、現在のブート環境で Solaris 10 ソフトウェアを実行していて、強制的な同期処理を行なったあとで、Solaris 9 リリースにブート環境を戻したとします。この場合、Solaris 9 リリースでファイルが変更されることがあります。ファイルは OS のリリースに依存しているため、Solaris 9 リリースのブートは失敗する可能性があります。Solaris 10 のファイルと Solaris 9 のファイルは互換性があるとは限らないからです。

     ---

4. F3 を押して、アクティブ化の処理を開始します。

5. Return キーを押して継続します。

   新しいブート環境は、次のリブート時にアクティブになります。

6. 非アクティブブート環境をリブートしてアクティブにします。

   # init 6

ブート環境をアクティブにする (コマンド行インタフェース)

ブート環境をアクティブにするには、使用しているリリースに応じて次の手順を使用します。

• SPARC システムの場合、すべてのリリースで、次の手順を使用します。

• x86 システムの場合:

  • Solaris 10 3/05 リリースの場合、次の手順を使用します。

Solaris 10 1/06 以降のリリースでは、GRUB メニューを使用してブート環境を切り替えることができます。「x86: GRUB メニューを使ったブート環境のアクティブ化」を参照してください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して、ブート環境をアクティブにします。

   # /sbin/luactivate BE_name

   BE_name

   アクティブにするブート環境の名前を指定します。

3. リブートします。

   # init 6

   ---

   注意 –

   リブートには init か shutdown コマンドを使用してください。reboot や halt、uadmin コマンドを使用すると、ブート環境の切り替えは行われません。以前にアクティブであったブート環境が再びブートされます。

   ---

例 9–13 ブート環境をアクティブにする (コマンド行インタフェース)

この例では、次のリブート時に second_disk ブート環境がアクティブになります。

# /sbin/luactivate second_disk
# init 6

ブート環境をアクティブにしてファイルを同期させる (コマンド行インタフェース)

新しく作成したブート環境で初めてブートする時に、Solaris Live Upgrade は新しいブート環境と以前のアクティブブート環境の同期をとります。ここでいう「同期」とは、いくつかのクリティカルなシステムファイルやディレクトリを、以前にアクティブだったブート環境から、ブート中のブート環境へコピーすることです。Solaris Live Upgrade では、強制的に同期を行うように luactivate コマンドの -s オプションで指定しない限り、2 回目以降のブート時には同期は行われません。

同期の詳細については、「ブート環境間でのファイルの同期」を参照してください。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のように入力して、ブート環境をアクティブにします。

   # /sbin/luactivate -s BE_name

   -s

   以前にアクティブであったブート環境と新しいブート環境のファイルを同期します。ブート環境の最初のアクティブ化ではファイル間の同期が行われますが、それ以降のアクティブ化では -s オプションを指定しない限りファイルの同期は行われません。

   ---

   注意 –

   以前のアクティブブート環境で発生した変更にユーザーが気付いていない場合や、それらの変更を制御できない場合もあるため、このオプションを使用する際には十分注意してください。たとえば、現在のブート環境で Solaris 10 ソフトウェアを実行していて、強制的な同期処理を行なったあとで、Solaris 9 リリースにブート環境を戻したとします。この場合、Solaris 9 リリースでファイルが変更されることがあります。ファイルは OS のリリースに依存しているため、Solaris 9 リリースのブートは失敗する可能性があります。Solaris 10 のファイルと Solaris 9 のファイルは互換性があるとは限らないからです。

   ---

   BE_name

   アクティブにするブート環境の名前を指定します。

3. リブートします。

   # init 6

例 9–14 ブート環境をアクティブにする (コマンド行インタフェース)

この例では、次のリブート時に second_disk ブート環境がアクティブになり、ファイルの同期がとられます。

# /sbin/luactivate -s second_disk
# init 6

x86: GRUB メニューを使ったブート環境のアクティブ化

Solaris 10 1/06 以降のリリースでは、GRUB メニューにブート環境間で切り替えを行うためのオプションの方法があります。GRUB メニューは、luactivate コマンドまたは「Activate」メニューによるアクティブ化 (ブート) に代わるものです。GRUB メニューの使用には、次のような制限があります。

• ブート環境の最初のアクティブ化は、luactivate コマンドまたは「Activate」メニューを使って行う必要があります。最初のアクティブ化のあと、ブート環境が GRUB メニューに表示されます。そのあと、ブート環境を GRUB メニューからブートすることができます。

• GRUB メニューを使ってブート環境に切り替えると、同期処理は省略されます。ファイルの同期の詳細は、「ブート環境間での強制的な同期」のリンクを参照してください。

ブート環境をアクティブ化したあとは、BIOS ディスク順序を変更しないでください。この順序を変更すると、GRUB メニューが無効になる可能性があります。この問題が発生した場合は、ディスク順序を元の順序に変更すれば、GRUB メニューが修正されます。

作業	説明	参照先
ブート環境のはじめてのアクティブ化	ブート環境をはじめてアクティブ化する場合は、luactivate コマンドまたは「Activate」メニューを使用する必要があります。次回のブート時には、そのブート環境の名前が GRUB メインメニューに表示されます。それにより、GRUB メニューで適切なエントリを選択して、このブート環境に切り替えることができます。	「x86: GRUB メニューを使ってブート環境をアクティブ化する (コマンド行インタフェース)」 「x86: GRUB ベースのブート (概要)」
ファイルの同期	はじめてブート環境をアクティブ化すると、現在のブート環境と新しいブート環境の間でファイルが同期されます。以降のアクティブ化では、ファイルは同期されません。GRUB メニューを使ってブート環境間で切り替えを行なった場合も、ファイルは同期されません。-s オプションを指定して luactivate コマンドを使用すると、強制的に同期処理を実行できます。	「ブート環境をアクティブにしてファイルを同期させる (コマンド行インタフェース)」
Solaris 10 1/06 リリースより前に作成されたブート環境	ブート環境が Solaris 8、9、または 10 3/05 リリースで作成されている場合、このブート環境は、必ず luactivate コマンドまたは「Activate」メニューを使ってアクティブ化する必要があります。これらの古いブート環境は、GRUB メニューには表示されません。
GRUB メニューエントリの編集またはカスタマイズ	menu.lst ファイルには、GRUB メニューに表示される情報が含まれています。このファイルは、次の理由のために修正することができます。 Solaris OS 以外のオペレーティングシステムのために GRUB メニューエントリに追加する。 ブート動作をカスタマイズする。たとえば、ブートを詳細モードに変更したり、自動的に OS をブートするデフォルトの時間を変更したりできます。 注 – GRUB メニューを変更する場合は、menu.lst ファイルを見つける必要があります。詳細な手順については、「x86: GRUB メニューの menu.lst ファイルの検出 (作業)」を参照してください。 注意 – Solaris Live Upgrade エントリを変更する場合は、GRUB menu.lst ファイルを使用しないでください。変更すると、Solaris Live Upgrade が失敗する可能性があります。menu.lst ファイルを使用してブート動作をカスタマイズすることはできますが、推奨されるカスタマイズの方法は eeprom コマンドを使用することです。menu.lst ファイルを使用してカスタマイズすると、ソフトウェアのアップグレード中に Solaris OS エントリが変更される場合があります。ファイルへの変更は失われる可能性があります。	「x86: GRUB ベースのブート (概要)」 『Solaris のシステム管理 (基本編)』の第 11 章「GRUB ベースのブート (手順)」

x86: GRUB メニューを使ってブート環境をアクティブ化する (コマンド行インタフェース)

Solaris 10 1/06 以降のリリースでは、GRUB メニューを使って 2 つのブート環境間での切り替えを行うことができます。次の制限に注意してください。

• ブート環境の最初のアクティブ化は、 luactivate コマンドまたは「Activate」メニューを使って行う必要があります。最初のアクティブ化のあと、ブート環境が GRUB メニューに表示されます。そのあと、ブート環境を GRUB メニューからブートすることができます。

• 注意 - GRUB メニューを使ってブート環境を切り替えると、同期処理が省略されます。ファイルの同期の詳細は、「ブート環境間での強制的な同期」のリンクを参照してください。

ブート環境が Solaris 8、9、または 10 3/05 リリースで作成されている場合、このブート環境は、必ず luactivate コマンドまたは「Activate」メニューを使ってアクティブ化する必要があります。これらの古いブート環境は、GRUB メニューには表示されません。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. システムをリブートします。

   # init 6

   GRUB メインメニューが表示されます。Solaris と、Solaris Live Upgrade ブート環境である second_disk という、2 つのオペレーティングシステムがリストされます。failsafe エントリは、なんらかの理由で主 OS がブートしない場合の回復用です。

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | |second_disk | |second_disk failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

3. ブート環境をアクティブ化するには、矢印キーを使用して目的のブート環境を選択し、Return キーを押します。

   選択したブート環境がブートされ、アクティブなブート環境になります。

第 10 章 障害回復: 元のブート環境へのフォールバック (作業)

この章では、アクティブ化によって発生した問題を解決する方法について説明します。

アップグレードのあとに障害が検出されたり、アップグレードされたコンポーネントにアプリケーションが対応できない場合は、次のいずれかの手順 (プラットフォームによって異なる) を使って元のブート環境にフォールバックしてください。

• SPARC システムの場合:

  • 「SPARC: 新しいブート環境のアクティブ化に成功した場合のフォールバック」

  • 「SPARC: ブート環境のアクティブ化に失敗した場合のフォールバック」

  • 「SPARC: DVD、CD、またはネットワークインストールイメージを使って元のブート環境にフォールバックする」

• x86 システムの場合:

  • Solaris 10 1/06 以降のリリースで GRUB メニューを使用している場合:

    • 「x86: 新しいブート環境のアクティブ化に成功した場合の GRUB メニューを使ったフォールバック」

    • 「x86: ブート環境のアクティブ化に失敗した場合の GRUB メニューを使ったフォールバック」

  • Solaris 10 3/05 リリースの場合:

    • 「x86: 別のディスクに存在するブート環境をフォールバックする」

    • 「x86: 同じディスクに存在するブート環境をフォールバックする」

SPARC: 元のブート環境へのフォールバック (コマンド行インタフェース)

元のブート環境には、次の 3 つの方法でフォールバックできます。

• 「SPARC: 新しいブート環境のアクティブ化に成功した場合のフォールバック」

• 「SPARC: ブート環境のアクティブ化に失敗した場合のフォールバック」

• 「SPARC: DVD、CD、またはネットワークインストールイメージを使って元のブート環境にフォールバックする」

SPARC: 新しいブート環境のアクティブ化に成功した場合のフォールバック

新しいブート環境のアクティブ化に成功したが、その結果に満足できない場合は、この手順を使用します。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # /sbin/luactivate BE_name

   BE_name

   アクティブにするブート環境の名前を指定します。

3. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

SPARC: ブート環境のアクティブ化に失敗した場合のフォールバック

• 新しいブート環境のブートに失敗した場合で、元のブート環境をシングルユーザーモードでブートできる場合は、この手順を使って元のブート環境にフォールバックします。

• メディアやネットインストールイメージからブートする場合は、「SPARC: DVD、CD、またはネットワークインストールイメージを使って元のブート環境にフォールバックする」を参照してください。

手順

1. OK プロンプトで、Solaris Operating System DVD、Solaris SOFTWARE - 1 CD、ネットワーク、またはローカルディスクからマシンをシングルユーザーモードで起動します。

   OK boot device_name -s

   device_name

   システムをブートするデバイスの名前を指定します (たとえば、 /dev/dsk/c0t0d0s0)。

2. 次のコマンドを入力します。

   # /sbin/luactivate BE_name

   BE_name

   アクティブにするブート環境の名前を指定します。

   • このコマンドを実行してもプロンプトが表示されない場合は、「SPARC: DVD、CD、またはネットワークインストールイメージを使って元のブート環境にフォールバックする」へ進みます。

   • プロンプトが表示される場合は、次の手順に進んでください。

3. プロンプトに対して、次のコマンドを入力します。

   Do you want to fallback to activate boot environment <disk name> (yes or no)? yes

   フォールバックによるアクティブ化が正常に行われたことを示すメッセージが表示されます。

4. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

SPARC: DVD、CD、またはネットワークインストールイメージを使って元のブート環境にフォールバックする

DVD、CD、ネットインストールイメージ、またはブート可能な別のディスクからブートするには、この手順を使用します。この場合、以前のアクティブブート環境からルート (/) スライスをマウントする必要があります。そのあとで、ブート環境の切り替えを行う luactivate コマンドを実行してください。リブートすると、以前のアクティブブート環境が再び起動されます。

手順

1. OK プロンプトで、Solaris Operating System DVD、Solaris SOFTWARE - 1 CD、ネットワーク、またはローカルディスクからマシンをシングルユーザーモードで起動します。

   OK boot cdrom -s

   または、

   OK boot net -s

   または、

   OK boot device_name -s

   device_name

   オペレーティングシステムのコピーが格納されているディスクおよびスライスの名前を指定します (たとえば、/dev/dsk/c0t0d0s0)。

2. 必要に応じて、フォールバックブート環境のルート (/) ファイルシステムの整合性を確認します。

   # fsck device_name

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

3. アクティブブート環境のルート (/) スライスをディレクトリ (/mnt など) にマウントします。

   # mount device_name /mnt

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

4. アクティブブート環境のルート (/) スライスから、次のように入力します。

   # /mnt/sbin/luactivate

   前の稼働ブート環境がアクティブになり、結果が示されます。

5. /mnt をマウント解除します。

   # umount /mnt

6. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

x86: 元のブート環境へのフォールバック

元のブート環境にフォールバックするには、ご使用の環境にもっとも適した手順を選択してください。

x86: 新しいブート環境のアクティブ化に成功した場合の GRUB メニューを使ったフォールバック

• Solaris 10 3/05 リリースを使用している場合は、この手順は使用しないでください。使用しているシステムに応じて、次のいずれかの手順を参照してください。

  • 「x86: 別のディスクに存在するブート環境をフォールバックする」

  • 「x86: 同じディスクに存在するブート環境をフォールバックする」

• Solaris 10 1/06 以降のリリースでは、新しいブート環境のアクティブ化に成功したが、その結果に満足できない場合は、この手順を使用します。GRUB メニューを使用すれば、元のブート環境にすばやく切り替えることができます。

  ---

  注 –

  切り替えるブート環境は、GRUB ソフトウェアで作成された GRUB ブート環境でなければなりません。

  ---

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. システムをリブートします。

   # init 6

   GRUB メニューが表示されます。Solaris OS は、元のブート環境です。second_disk ブート環境は正常にアクティブ化されていて、GRUB メニューに表示されます。failsafe エントリは、なんらかの理由で主エントリがブートしない場合の回復用です。

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | |second_disk | |second_disk failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

3. 元のブート環境をブートするには、矢印キーを使用して元のブート環境を選択し、Return キーを押します。

例 10–1 新しいブート環境のアクティブ化に成功した場合のフォールバック

# su
# init 6

GNU GRUB version 0.95 (616K lower / 4127168K upper memory)
+-------------------------------------------------------------------+
|Solaris                                                            |
|Solaris  failsafe                                                  |
|second_disk                                                        |
|second_disk failsafe                                               |
+-------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted. Press
enter to boot the selected OS, 'e' to edit the commands before
booting, or 'c' for a command-line.

元のブート環境である Solaris を選択します。

x86: ブート環境のアクティブ化に失敗した場合の GRUB メニューを使ったフォールバック

• Solaris 10 3/05 リリースを使用している場合は、この手順は使用しないでください。使用しているシステムに応じて、次のいずれかの手順を参照してください。

  • 「x86: 別のディスクに存在するブート環境をフォールバックする」

  • 「x86: 同じディスクに存在するブート環境をフォールバックする」

• Solaris 10 1/06 以降のリリースでは、ブート中に障害が発生した場合、次の手順を使用して元のブート環境にフォールバックします。この例では、GRUB メニューは適切に表示されますが、新しいブート環境のブートに失敗します。デバイスは /dev/dsk/c0t4d0s0 です。元のブート環境 c0t4d0s0 がアクティブブート環境になります。

Solaris 10 3/05 リリースでは、以前のブート環境と新しいブート環境が異なるディスク上にある場合に推奨されるフォールバック方法には、BIOS でのハードディスクのブート順序の変更が含まれていました。Solaris 10 1/06 以降のリリースでは、BIOS ディスク順序を変更する必要はなく、変更しないことを強くお勧めします。BIOS ディスク順序を変更すると、GRUB メニューが無効になることがあり、ブート環境がブートできなくなることがあります。BIOS ディスク順序が変更されている場合は、この順序を元の設定に戻せば、システムの機能が復元されます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. GRUB メニューを表示するには、システムをリブートします。

   # init 6

   GRUB メニューが表示されます。

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | |second_disk | |second_disk failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

3. GRUB メニューから、元のブート環境を選択します。ブート環境は、GRUB ソフトウェアで作成されている必要があります。Solaris 10 1/06 リリースより前に作成されたブート環境は、GRUB ブート環境ではありません。ブート可能な GRUB ブート環境がない場合は、この手順と、「x86: ブート環境のアクティブ化に失敗した場合の GRUB メニューと DVD または CD を使ったフォールバック」の手順をスキップしてください。

4. GRUB メニューを編集して、シングルユーザーモードでブートします。

   1. GRUB メインメニューを編集するには、e と入力します。

      GRUB 編集メニューが表示されます。

      root (hd0,2,a) kernel /platform/i86pc/multiboot module /platform/i86pc/boot_archive

   2. 矢印キーを使用して、元のブート環境のカーネルエントリを選択します。

   3. ブートエントリを編集するには、e と入力します。

      GRUB 編集メニューにカーネルエントリが表示されます。

      grub edit>kernel /boot/multiboot

   4. -s と入力し、Enter キーを押します。

      次の例では、-s オプションの配置に注意してください。

      grub edit>kernel /boot/multiboot -s

   5. シングルユーザーモードでブート処理を開始するには、b と入力します。

5. 必要に応じて、フォールバックブート環境のルート (/) ファイルシステムの整合性を確認します。

   # fsck mount_ point

   mount_point

   信頼性のあるルート (/) ファイルシステム

6. 元のブート環境のルートスライスをいずれかのディレクトリ (/mnt など) にマウントします。

   # mount device_name /mnt

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

7. アクティブブート環境のルートスライスから、次のように入力します。

   # /mnt/sbin/luactivate

   前の稼働ブート環境がアクティブになり、結果が示されます。

8. /mnt をマウント解除します。

   # umount /mnt

9. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

x86: ブート環境のアクティブ化に失敗した場合の GRUB メニューと DVD または CD を使ったフォールバック

• Solaris 10 3/05 リリースを使用している場合は、この手順は使用しないでください。使用しているシステムに応じて、次のいずれかの手順を参照してください。

  • 「x86: 別のディスクに存在するブート環境をフォールバックする」

  • 「x86: 同じディスクに存在するブート環境をフォールバックする」

• Solaris 10 1/06 以降のリリースでは、ブート中に障害が発生した場合、次の手順を使用して元のブート環境にフォールバックします。この例では、新しいブート環境のブートに失敗しています。また、GRUB メニューも表示されません。デバイスは /dev/dsk/c0t4d0s0 です。元のブート環境 c0t4d0s0 がアクティブブート環境になります。

Solaris 10 3/05 リリースでは、以前のブート環境と新しいブート環境が異なるディスク上にある場合に推奨されるフォールバック方法には、BIOS でのハードディスクのブート順序の変更が含まれていました。Solaris 10 1/06 以降のリリースでは、BIOS ディスク順序を変更する必要はなく、変更しないことを強くお勧めします。BIOS ディスク順序を変更すると、GRUB メニューが無効になることがあり、ブート環境がブートできなくなることがあります。BIOS ディスク順序が変更されている場合は、この順序を元の設定に戻せば、システムの機能が復元されます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. Solaris Operating System DVD (x86 版) または Solaris SOFTWARE - 1 CD (x86 版) を挿入します。

3. DVD または CD からブートします。

   # init 6

   GRUB メニューが表示されます。

   GNU GRUB version 0.95 (616K lower / 4127168K upper memory) +-------------------------------------------------------------------+ |Solaris | |Solaris failsafe | +-------------------------------------------------------------------+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line.

4. GRUB メニューを編集して、シングルユーザーモードでブートします。

   1. GRUB メインメニューを編集するには、e と入力します。

      GRUB 編集メニューが表示されます。

      root (hd0,2,a) kernel /platform/i86pc/multiboot module /platform/i86pc/boot_archive

   2. 矢印キーを使用して、元のブート環境のカーネルエントリを選択します。

   3. ブートエントリを編集するには、e と入力します。

      エディタにカーネルエントリが表示されます。

      grub edit>kernel /boot/multiboot

   4. -s と入力し、Enter キーを押します。

      次の例では、-s オプションの配置に注意してください。

      grub edit>kernel /boot/multiboot -s

   5. シングルユーザーモードでブート処理を開始するには、b と入力します。

5. 必要に応じて、フォールバックブート環境のルート (/) ファイルシステムの整合性を確認します。

   # fsck mount_ point

   mount_point

   信頼性のあるルート (/) ファイルシステム

6. 元のブート環境のルートスライスをいずれかのディレクトリ (/mnt など) にマウントします。

   # mount device_name /mnt

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

7. アクティブブート環境のルートスライスから、次のように入力します。

   # /mnt/sbin/luactivate Do you want to fallback to activate boot environment c0t4d0s0 (yes or no)? yes

   前の稼働ブート環境がアクティブになり、結果が示されます。

8. /mnt をマウント解除します。

   # umount device_name

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

9. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

x86: 新しいブート環境のアクティブ化に成功した場合のフォールバック

• Solaris 10 1/06 以降のリリースでは、この手順は使用しないでください。「x86: 新しいブート環境のアクティブ化に成功した場合の GRUB メニューを使ったフォールバック」を参照してください。

• Solaris 10 3/05 リリースでは、新しいブート環境のアクティブ化には成功したが、その結果に満足できない場合は、この手順を使用します。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # /sbin/luactivate BE_name

   BE_name

   アクティブにするブート環境の名前を指定します。

3. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

x86: 別のディスクに存在するブート環境をフォールバックする

• Solaris 10 1/06 以降では、この手順は使用しないでください。「x86: ブート環境のアクティブ化に失敗した場合の GRUB メニューを使ったフォールバック」を参照してください。

• Solaris 10 3/05 リリースでは、ブート環境のルート (/) ファイルシステムが別の物理ディスク上にある場合は、次の手順を使用して元のブート環境にフォールバックします。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. システムをリブートし、該当する BIOS メニューに入ります。

   • ブートデバイスが SCSI の場合は、SCSI コントローラのマニュアルを参照して SCSI BIOS へ入る方法を確認してください。

   • ブートデバイスがシステム BIOS で管理されている場合は、システム BIOS のマニュアルを参照してシステム BIOS へ入る方法を確認してください。

3. 該当する BIOS のマニュアルに従って、元のブート環境のブートデバイスに戻るようにブートデバイスを変更します。

4. BIOS の変更を保存します。

5. ブート処理を開始するために、BIOS メニューを閉じます。

6. b -s と入力して、シングルユーザー状態でマシンをブートします。

7. 次のコマンドを入力します。

   # /sbin/luactivate

8. リブートします。

   # init 6

x86: 同じディスクに存在するブート環境をフォールバックする

• Solaris 10 1/06 以降のリリースでは、この手順は使用しないでください。「x86: ブート環境のアクティブ化に失敗した場合の GRUB メニューを使ったフォールバック」を参照してください。

• Solaris 10 3/05 リリースでは、root (/) ファイルシステムが同じ物理ディスク上にある場合は、次の手順を使用して元のブート環境にフォールバックします。この場合、以前のアクティブブート環境からルート (/) スライスをマウントする必要があります。そのあとで、ブート環境の切り替えを行う luactivate コマンドを実行してください。リブートすると、以前のアクティブブート環境が再び起動されます。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. システムのブート方法を決定します。

   • Solaris Operating System DVD または Solaris SOFTWARE - 1 CD からブートする場合は、そのディスクを挿入します。この場合、システムの BIOS が DVD または CD からのブートをサポートしている必要があります。

   • ネットワークからブートする場合は、PXE (Preboot Execution Environment) ネットワークブートを使用してください。システムは PXE をサポートするものでなければなりません。システムの BIOS 設定ツールまたはネットワークアダプタの構成設定ツールを使用して、PXE を使用するようにシステムを設定します。

   • フロッピーディスクからブートする場合は、システムのフロッピーディスクドライブに Solaris 10 3/05 Device Configuration Assistant (デバイス構成用補助) フロッピーディスクを挿入します。

     ---

     x86 のみ –

     「x86: (省略可能) アクティブ化の前にブート用フロッピーディスクを更新する」の手順に従って、Solaris Operating System DVD (x86 版) または Solaris SOFTWARE - 2 CD (x86 版) からフロッピーディスクへ Device Configuration Assistant (デバイス構成用補助) ソフトウェアをコピーできます。

     ---

   画面の指示に従って進み、「Current Boot Parameters」メニューを表示します。

3. b -s と入力して、シングルユーザー状態でマシンをブートします。

4. 必要に応じて、フォールバックブート環境のルート (/) ファイルシステムの整合性を確認します。

   # fsck mount_ point

   mount_point

   信頼性のあるルート (/) ファイルシステム

5. アクティブブート環境のルートスライスをディレクトリ (/mnt など) にマウントします。

   # mount device_name /mnt

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

6. アクティブブート環境のルートスライスから、次のように入力します。

   # /mnt/sbin/luactivate

   前の稼働ブート環境がアクティブになり、結果が示されます。

7. /mnt/sbin のマウントを解除します。

   # umount device_name

   device_name

   フォールバックするブート環境のディスクデバイスにあるルート (/) ファイルシステムの名前を指定します。デバイス名の形式は、/dev/dsk/cwtxdysz です。

8. リブートします。

   # init 6

   前の稼働ブート環境がアクティブブート環境になります。

第 11 章 Solaris Live Upgrade ブート環境の管理 (作業)

この章では、ブート環境のファイルシステムを最新の状態に維持したり、ブート環境を削除するなど、さまざまな管理作業について説明します。この章の内容は次のとおりです。

• 「Solaris Live Upgrade 管理作業の概要」

• 「すべてのブート環境のステータスの表示」

• 「以前に構成されたブート環境の更新」

• 「スケジュールされた処理 (作成/アップグレード/コピー) の取り消し」

• 「ブート環境の比較」

• 「非アクティブブート環境の削除」

• 「アクティブブート環境の名前の表示」

• 「ブート環境の名前の変更」

• 「ブート環境名に関連付ける説明の作成または変更」

• 「ブート環境の構成の表示」

Solaris Live Upgrade 管理作業の概要

すべてのブート環境のステータスの表示

ブート環境についての情報を表示するには、「Status」メニューまたは lustatus コマンドを使用してください。ブート環境を指定しない場合は、システム上のすべてのブート環境のステータス情報が表示されます。

各ブート環境について、次の詳細情報が表示されます。

• Name – 各ブート環境の名前。

• Complete – コピー処理、作成処理とも進行中ではなく、ブート環境をブートできる状態であることを示します。作成処理またはアップグレード処理が進行中であったり失敗した場合などは、ステータスは未完了として示されます。たとえば、あるブート環境のコピー処理が進行中であるか、コピー処理がスケジュールされている場合は、そのブート環境は未完了とみなされます。

• Active – アクティブブート環境であるかどうかを示します。

• ActiveOnReboot – システムの次のリブート時にそのブート環境がアクティブになるかどうかを示します。

• CopyStatus – ブート環境の作成またはコピーの状態 (作成またはコピーがスケジュールされている、アクティブ、またはアップグレード中) を示します。ステータスが SCHEDULED の場合、Solaris Live Upgrade のコピー、名前変更、アップグレードの各処理を行うことはできません。

すべてのブート環境のステータスを表示する (キャラクタユーザーインタフェース)

手順

メインメニューから「Status」を選択します。

次のような表が表示されます。

boot environment Is Active Active Can Copy Name Complete Now OnReboot Delete Status ------------------------------------------------------------------------ disk_a_S9 yes yes yes no - disk_b_S10database yes no no yes COPYING disk_b_S9a no no no yes -

---

注 –

この例では、disk_b_S9a と disk_b_S10database に対してコピー、名前変更、アップグレードの各処理を行うことができません。これは、disk_b_S9a は未完了の状態で、disk_b_S10database は Solaris Live Upgrade による処理中だからです。

---

すべてのブート環境のステータスを表示する (コマンド行インタフェース)

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # lustatus BE_name

   BE_name

   ステータスを表示する非アクティブブート環境の名前を指定します。BE_name を省略すると、lustatus によりシステム内のすべてのブート環境のステータスが表示されます。

   この例では、すべてのブート環境のステータスが表示されます。

   # lustatus boot environment Is Active Active Can Copy Name Complete Now OnReboot Delete Status ------------------------------------------------------------------------ disk_a_S9 yes yes yes no - disk_b_S10database yes no no yes COPYING disk_b_S9a no no no yes -

   ---

   注 –

   disk_b_S9a と disk_b_S10database に対してコピー、名前変更、アップグレードの各処理を行うことができません。これは、disk_b_S9a は未完了の状態で、disk_b_S10database は Solaris Live Upgrade による処理中だからです。

   ---

以前に構成されたブート環境の更新

「Copy」メニューまたは lumake コマンドを使用して、以前に構成されたブート環境の内容を更新できます。アクティブ (ソース) ブート環境のファイルシステムがターゲットブート環境にコピーされます。ターゲット上にあったデータは破棄されます。コピー元のブート環境のステータスは、「complete」である必要があります。ブート環境のステータスを確認する方法については、「すべてのブート環境のステータスの表示」を参照してください。

コピー作業はあとで行われるようにスケジュールできます。スケジュールできるのは一度に 1 つのジョブだけです。スケジュールされたコピー処理を取り消す方法については、「スケジュールされた処理 (作成/アップグレード/コピー) の取り消し」を参照してください。

以前に構成されたブート環境を更新する (キャラクタユーザーインタフェース)

手順

1. メインメニューから「Copy」を選択します。

2. 更新する非アクティブブート環境の名前を入力します。

   Name of Target Boot Environment: solaris8

3. コピー処理を継続するか、またはあとでコピーが実行されるようにスケジュールします。

   • コピーを継続するには、Return キーを押します。

     以上の手順で、非アクティブブート環境が更新されます。

   • あとでコピーが実行されるようにスケジュールするには、「y」と入力し、時刻 (at コマンドの書式を使用) と、結果の送信先電子メールアドレスを指定します。

     Do you want to schedule the copy? y Enter the time in 'at' format to schedule copy: 8:15 PM Enter the address to which the copy log should be mailed: someone@anywhere.com

     時間の書式については、at(1) のマニュアルページを参照してください。

     以上の手順で、非アクティブブート環境が更新されます。

     スケジュールされたコピー処理を取り消す方法については、「スケジュールされた処理 (作成/アップグレード/コピー) の取り消し」を参照してください。

以前に構成されたブート環境を更新する (コマンド行インタフェース)

この手順では、以前に作成されたブート環境上の古いファイルを上書きしてソースファイルをコピーします。

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # lumake -n  BE_name [-s source_BE] [-t  time] [-m email_address]

   -n BE_name

   ファイルシステムを書き換えるブート環境の名前を指定します。

   -s source_BE

   (省略可能) ターゲットブート環境にコピーするファイルシステムがあるソースブート環境の名前を指定します。このオプションを省略すると、lumake は現在のブート環境をソースとして使用します。

   -t time

   (省略可能) 指定されたブート環境上のファイルを指定された時刻に上書きするバッチジョブを設定します。時刻は、at(1) のマニュアルページに指定されている書式で入力します。

   -m email_address

   (省略可能) コマンドが完了した時点で、ここで指定する電子メールアドレスに lumake の出力を送ります。email_address はチェックされません。このオプションは、-t と併用する必要があります。

例 11–1 以前に構成されたブート環境を更新する (コマンド行インタフェース)

この例では、first_disk のファイルシステムが second_disk にコピーされます。処理が完了した時点で、電子メールが Joe@anywhere.com 宛に送信されます。

# lumake -n  second_disk -s first_disk -m joe@anywhere.com

first_disk 上のファイルが second_disk にコピーされ、通知の電子メールが送信されます。スケジュールされたコピー処理を取り消す方法については、「スケジュールされた処理 (作成/アップグレード/コピー) の取り消し」を参照してください。

スケジュールされた処理 (作成/アップグレード/コピー) の取り消し

ブート環境のスケジュールされた処理 (作成、アップグレード、コピー) は、その処理の開始前に取り消すことができます。GUI では、「Create a Boot Environment」、「Upgrade a Boot Environment」、または「Copy a Boot Environment」メニューを使用して、特定の時間に処理が実行されるようにスケジュールすることができます。CLI では、lumake コマンドを使用して、処理をスケジュールできます。システムでスケジュールできるジョブは一度に 1 つだけです。

スケジュールされた処理 (作成/アップグレード/コピー) を取り消す (キャラクタユーザーインタフェース)

手順

1. メインメニューから「Cancel」を選択します。

2. 取り消しが可能なブート環境の一覧を表示するには、F2 を押します。

3. 取り消すブート環境を選択します。

   これで、指定されている時刻に処理は実行されなくなります。

スケジュールされた処理 (作成/アップグレード/コピー) を取り消す (コマンド行インタフェース)

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # lucancel

   これで、指定されている時刻に処理は実行されなくなります。

ブート環境の比較

アクティブブート環境とその他のブート環境の相違を確認するには、「Compare」メニューまたは lucompare コマンドを使用します。比較をするためには、非アクティブブート環境は完了状態で、コピー処理がスケジュールされていない必要があります。「すべてのブート環境のステータスの表示」を参照してください。

lumount または mount を使用してマウントされたパーティションのあるブート環境は、指定できません。

ブート環境を比較する (キャラクタユーザーインタフェース)

手順

1. メインメニューから「Compare」を選択します。

2. 「Compare to Original」または「Compare to an Active Boot Environment」を選択します。

3. F3 を押します。

4. 次に示すように、元の (アクティブ) ブート環境の名前、非アクティブブート環境の名前、およびファイルのパスを入力します。

   Name of Parent: solaris8 Name of Child: solaris8-1 Full Pathname of the file to Store Output: /tmp/compare

5. F3 を押してファイルに保存します。

   「Compare」メニューに次の属性が表示されます。

   • 「モード」。

   • 「リンクの数」。

   • 「所有者」。

   • 「グループ」。

   • チェックサム - 指定されたブート環境内のファイルとこれに対応するアクティブブート環境内のファイルが、前述したすべてのフィールドにおいて一致する場合だけ、チェックサムを計算します。すべて一致するがチェックサムは異なるという場合には、異なるチェックサムが比較対象ファイルのエントリに付加されます。

   • 「サイズ」。

   • いずれか一方のブート環境だけに存在するファイル。

6. F3 を押して「Compare」メニューに戻ります。

ブート環境を比較する (コマンド行インタフェース)

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # /usr/sbin/lucompare -i  infile

   または

   # /usr/sbin/lucompare -t -o  outfile BE_name

   -i  infile

   infile 中に指定されたファイルを比較します。比較するファイルは、絶対パスで指定する必要があります。ファイルのエントリがディレクトリである場合、比較はディレクトリに対して再帰的に行われます。このオプションまたは -t のいずれか一方を使用できます (両方は使用できません)。

   -t

   バイナリ以外のファイルだけを比較します。この比較では、ファイルごとに file(1) コマンドを使用してそのファイルがテキストファイルであるかを確認します。ユーザーは、このオプションまたは -i のいずれか一方を使用できます (両方は使用できません)。

   -o  outfile

   相違についての出力を outfile にリダイレクトします。

   BE_name

   アクティブブート環境と比較するブート環境の名前を指定します。

例 11–2 ブート環境の比較 (コマンド行インタフェース)

この例では、 first_disk ブート環境 (ソース) と second_disk ブート環境が比較され、結果がファイルに出力されます。

# /usr/sbin/lucompare -i  /etc/lu/compare/ \
-o /var/tmp/compare.out second_disk

非アクティブブート環境の削除

「Delete」メニューまたは ludelete コマンドを使用してブート環境を削除してください。次の制限に注意してください。

• アクティブブート環境および次のリブートでアクティブになるブート環境は、削除できません。

• 削除するブート環境は完了状態でなければなりません。完了状態のブート環境とは、ステータスを変更する処理が終了している環境を指します。ブート環境のステータスを確認する方法については、「すべてのブート環境のステータスの表示」を参照してください。

• lumount を使用してファイルシステムをマウントしているブート環境を削除することはできません。

• x86 のみ: Solaris 10 1/06 以降のリリースでは、アクティブな GRUB メニューがあるブート環境を削除することはできません。ブート環境を再使用するには、lumake コマンドまたは luupgrade コマンドを使用します。アクティブな GRUB メニューがあるブート環境の確認については、「x86: GRUB メニューの menu.lst ファイルの検出 (作業)」を参照してください。

非アクティブブート環境を削除する (キャラクタユーザーインタフェース)

手順

1. メインメニューから「Delete」を選択します。

2. 削除する非アクティブブート環境の名前を入力します。

   Name of boot environment: solaris8

   指定された非アクティブブート環境が削除されます。

非アクティブブート環境を削除する (コマンド行インタフェース)

手順

1. スーパーユーザーになるか、同等の役割になります。

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

2. 次のコマンドを入力します。

   # ludelete BE_name

   BE_name

   削除する非アクティブブート環境の名前を指定します。

例 11–3 非アクティブブート環境の削除 (コマンド行インタフェース)

この例では、ブート環境 second_disk が削除されます。

# ludelete second_disk

アクティブブート環境の名前の表示

現在のブート環境の名前を表示するには、「Current」メニューまたは lucurr コマンドを使用してください。システム上に構成されたブート環境がない場合は、「No Boot Environments are defined」というメッセージが表示されます。lucurr で表示されるのは現在のブート環境の名前だけです。次のブート時にアクティブになるブート環境の名前は表示されません。ブート環境のステータスを確認する方法については、「すべてのブート環境のステータスの表示」を参照してください。

アクティブブート環境の名前を表示する (キャラクタユーザーインタフェース)

手順

メインメニューから「Current」を選択します。

アクティブブート環境の名前または「No Boot Environments are defined」というメッセージが表示されます。

アクティブブート環境の名前を表示する (コマンド行インタフェース)

手順

次のコマンドを入力します。

# /usr/sbin/lucurr

例 11–4 アクティブブート環境の名前の表示 (コマンド行インタフェース)

この例では、現在のブート環境の名前が表示されます。

# /usr/sbin/lucurr
solaris8

ブート環境の名前の変更

ブート環境の名前の変更は、ブート環境の Solaris リリースを別のリリースにアップグレードする場合などに便利です。たとえば、オペレーティングシステムのアップグレード処理後に、ブート環境の名前を solaris8 から solaris10 に変更できます。

非アクティブブート環境の名前を変更する場合は、「Rename」メニューまたは lurename コマンドを使用してください。