この章では、Solaris OS のインストールやアップグレードに伴うシステム要件について説明します。また、ディスク容量やデフォルトスワップ空間の割り当ての計画に関する一般的な指針についても説明します。この章の内容は次のとおりです。
要件の種類 |
サイズ |
---|---|
インストールまたはアップグレードするために必要なメモリー |
注 – オプションのインストール機能の中には、十分な量のメモリーがないと使用できないものがあります。たとえば、メモリーが足りないシステムに DVD からインストールする場合、Solaris インストールプログラムの GUI ではなく、テキストインストーラを使用する必要があります。これらのメモリー要件については、表 3–2 を参照してください。 |
スワップ領域 |
デフォルトのサイズは 512M バイトです。 注 – スワップ空間は必要に応じてカスタマイズできます。スワップ空間のサイズは、システムのハードディスクのサイズに基づいて決定されます。 |
プロセッサ要件 |
|
ソフトウェアのインストールに GUI を使用するか、ウィンドウ表示環境を使用するか、またはウィンドウ表示環境を使用しないかを選択できます。十分なメモリーがある場合は、デフォルトで GUI が表示されます。GUI を表示するためのメモリーが不足している場合は、デフォルトでその他の環境が表示されます。ブートオプション nowin または text を使用すると、デフォルト動作を変更できます。しかし、システム内のメモリー容量による制約、またはリモートインストールによる制約があります。また、ビデオアダプタが検出されない場合、Solaris インストールプログラムは、自動的にコンソールベースの環境で表示されます。表 3–2 に、これらの環境と、その表示に必要な最小メモリー要件を示します。
表 3–2 表示オプションごとのメモリー要件
Solaris ソフトウェアをインストールする前に、ディスク容量の計画をたてて、システムに十分なディスク容量があるかどうかを調べることができます。
ディスク容量の計画のたて方は、ユーザーによって異なります。必要に応じて、次の条件で容量を割り当てます。
表 3–3 ディスク容量とスワップ空間に関する一般的な計画
容量の割り当ての条件 |
説明 |
---|---|
ファイルシステム |
ファイルシステムを割り当てる場合には、将来の Solaris バージョンにアップグレードするときのために、現在必要な容量よりも 30% 多く割り当ててください。 デフォルトでは、ルート(/) とスワップ領域 (/swap) だけが作成されます。OS サービスのためにディスク容量が割り当てられたときは、/export ディレクトリも作成されます。Solaris のメジャーリリースにアップグレードする場合は、システムスライスを切り直す必要や、インストールに要する容量の 2 倍を割り当てる必要が生じる可能性があります。Update リリースにアップグレードする場合、将来のアップグレードに備えて余分のディスク容量を割り当てておけば、システムのスライスを切り直す手間を軽減できます。Solaris Update リリースにアップグレードするたびに、直前のリリースに比べておよそ 10% のディスク容量が追加で必要になります。何回分かの Solaris Update リリースを見込んで、各ファイルシステムにそれぞれ 30% ずつ多めにディスク容量を割り当てることもできます。 |
/var ファイルシステム |
クラッシュダンプ機能 savecore(1M) を使用する場合は、/var ファイルシステムの容量を物理メモリーの倍のサイズに設定します。 |
スワップ |
Solaris インストールプログラムは、次の場合、デフォルトのスワップ領域 512M バイトを割り当てます。
デフォルトでは、Solaris インストールプログラムは、最初の使用可能なディスクシリンダ (通常、SPARC システムではシリンダ 0) からスワップ空間を割り当てます。この配置によって、デフォルトのディスクレイアウト時にはルート (/) ファイルシステムに最大のスワップ空間を割り当てることができ、アップグレード時にはルート (/) ファイルシステムを拡張できます。 将来スワップ領域を拡張することを考えている場合、次のいずれかの手順を実行してスワップスライスを配置することにより、別のディスクシリンダでスワップスライスを開始できます。
スワップ領域の概要については、『Solaris のシステム管理 (デバイスとファイルシステム)』の第 21 章「追加スワップ空間の構成 (手順)」を参照してください。 |
ホームディレクトリファイルシステムを提供しているサーバー |
ホームディレクトリは、通常デフォルトで /export ファイルシステムにあります。 |
インストールする Solaris ソフトウェアグループ |
ソフトウェアグループとは、ソフトウェアパッケージの集まりのことです。ディスク容量を計画する際には、選択したソフトウェアグループから個々のソフトウェアパッケージを個別に追加したり削除したりできることを覚えておいてください。ソフトウェアグループの詳細については、「ソフトウェアグループごとの推奨ディスク容量」を参照してください。 |
アップグレード |
|
言語サポート |
たとえば、中国語、日本語、韓国語などです。単一の言語をインストールする場合は、約 0.7G バイトのディスク容量をその言語用に追加して割り当ててください。すべての言語サポートをインストールする場合は、インストールするソフトウェアグループに応じて、最大で約 2.5G バイトのディスク容量を言語サポート用に追加して割り当てる必要があります。 |
印刷やメールのサポート |
追加の容量を割り当てます。 |
追加ソフトウェアや Sun 以外のソフトウェア |
追加の容量を割り当てます。 |
Solaris ソフトウェアグループは Solaris パッケージの集まりです。それぞれのソフトウェアグループには、異なる機能やハードウェアドライバのサポートが含まれています。
初期インストールの場合、システム上で実行する機能に基づいて、インストールするソフトウェアグループを選択します。
アップグレードの場合、システムにすでにインストールされているソフトウェアグループをアップグレードする必要があります。たとえば、システムにエンドユーザーシステムサポートソフトウェアグループがインストールされている場合には、開発者システムサポートソフトウェアグループにアップグレードするオプションはありません。ただし、アップグレード中に、インストール済みのソフトウェアグループに属していないソフトウェアをシステムに追加することはできます。
Solaris ソフトウェアのインストール時には、選択した Solaris ソフトウェアグループに対してパッケージを追加したり、削除したりすることができます。追加や削除するパッケージを選択する際には、ソフトウェアの依存関係や Solaris ソフトウェアがどのようにパッケージ化されているかを知っている必要があります。
次に、ソフトウェアパッケージのグループの成り立ちを図示します。限定ネットワークサポートソフトウェアグループには、最小限のパッケージだけが含まれています。これに対して、全体ディストリビューションと OEM サポートソフトウェアグループには、すべてのパッケージが含まれています。
表 3–4 に、各 Solaris ソフトウェアグループごとの、インストールに必要な推奨ディスク容量を示します。
表 3–4 に示す推奨ディスク容量には、次の項目のための容量が含まれています。
スワップ領域
パッチ
追加のソフトウェアパッケージ
ソフトウェアグループに必要なディスク容量が、この表に一覧表示されている容量より少ない場合もあります。
ソフトウェアグループ |
説明 |
推奨ディスク容量 |
---|---|---|
全体ディストリビューションと OEM サポート |
全体ディストリビューションソフトウェアグループに、ハードウェアドライバが追加されたパッケージです。ここには、インストール時にシステムに存在していないハードウェアのドライバも含まれます。 |
6.8G バイト |
全体ディストリビューション |
開発者システムサポートソフトウェアグループに、サーバー用のソフトウェアが追加されたパッケージです。 |
6.7G バイト |
開発者システムサポート |
エンドユーザーシステムサポートソフトウェアグループに、ソフトウェア開発のサポートが追加されたパッケージです。ソフトウェア開発のサポートとして、ライブラリ、インクルードファイル、マニュアルページ、プログラミングツールなどが追加されています。ただし、コンパイラは含まれていません。 |
6.6G バイト |
エンドユーザーシステムサポート |
ネットワークに接続された Solaris システムと共通デスクトップ環境 (CDE) の起動と実行に必要な最小限のコードを提供するパッケージです。 |
5.3G バイト |
コアシステムサポート |
ネットワークに接続された Solaris システムの起動と実行に必要な最小限のコードを提供するパッケージです。 |
2.0G バイト |
限定ネットワークシステムサポート |
Solaris システム (ネットワークサービスのサポートは一部のみ) の起動と実行に必要な最小限のコードを提供するパッケージです。限定ネットワークシステムサポートソフトウェアグループは、テキストベースのマルチユーザーコンソールとシステム管理ユーティリティーを提供します。このソフトウェアグループは、システムによるネットワークインタフェースの認識を可能にしますが、ネットワークサービスをアクティブにはしません。 |
2.0G バイト |
システムのアップグレードには、3 つの方法があります。Solaris Live Upgrade、Solaris インストールプログラム、およびカスタム JumpStart です。
表 3–5 Solaris のアップグレード方法
問題 |
説明 |
---|---|
別のソフトウェアグループへのアップグレード |
システムのソフトウェアグループを、アップグレード時に別のソフトウェアグループに変更することはできません。たとえば、システムにエンドユーザーシステムサポートソフトウェアグループがインストールされている場合には、開発者システムサポートソフトウェアグループにアップグレードするオプションはありません。ただし、アップグレード中に、インストール済みのソフトウェアグループに属していないソフトウェアをシステムに追加することはできます。 |
非大域ゾーンがインストールされている場合のアップグレード |
Solaris OS をアップグレードするときに、非大域ゾーンがインストールされているシステムをアップグレードできます。Solaris 対話式インストールプログラムおよびカスタム JumpStart プログラムを使用するとアップグレードが可能です。アップグレードする場合の制限については、「システムに Solaris ゾーンがインストールされている場合のアップグレード」を参照してください。 |
Veritas ファイルシステムでのアップグレード |
Solaris 対話式インストールプログラムとカスタム JumpStart プログラムでは、次のような条件で Veritas VxVM ファイルシステムを使用している場合、システムをアップグレードする機会が与えられません。
Veritas VxVM が構成されている場合にアップグレードを行うには、次のいずれかの方法を使用します。
|
標準的な対話式アップグレードには Solaris インストールプログラム、無人アップグレードにはカスタム JumpStart インストールを使用します。Solaris Live Upgrade では、実行中のシステムをアップグレードできます。
アップグレードプログラム |
説明 |
参照先 |
---|---|---|
Solaris Live Upgrade |
現在実行中のシステムのコピーを作成できます。このコピーをアップグレードし、再起動します。すると、このアップグレード済みコピーが現在実行中のシステムと切り替わります。Solaris Live Upgrade を使用すると、Solaris OS のアップグレード時のダウンタイムを短縮できます。Solaris Live Upgrade では、アップグレードに伴うさまざまな問題を防ぐこともできます。たとえば、アップグレード中に電源障害が発生すると、アップグレードを回復することができなくなります。しかし、Solaris Live Upgrade では、現在実行中のシステムではなく、コピーをアップグレードするので、この問題は起こりません。 |
Solaris Live Upgrade を使用する場合のディスク容量の割り当て計画については、『Solaris 10 6/06 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の「Solaris Live Upgrade の要件」を参照してください。 |
Solaris インストールプログラム |
対話式 GUI のガイドに従ってアップグレードを実行できます。 |
『Solaris 10 6/06 インストールガイド (基本編)』の第 2 章「Solaris インストールプログラムによるインストール (作業)」。 |
カスタム JumpStart プログラム |
自動アップグレードを行います。必要な情報は、プロファイルファイルと、オプションのプリインストールスクリプトならびにポストインストールスクリプトによって提供されます。アップグレード用にカスタム JumpStart プロファイルを作成するときは、install_type upgrade を指定します。さらに、実際にアップグレードを行う前に、システムの現在のディスク構成およびシステムに現在インストールされているソフトウェアに対して、カスタム JumpStart プロファイルが目的どおりのことを実行しようとしているかを確認する必要があります。アップグレードしようとしているシステム上で、pfinstall - D コマンドを実行して、プロファイルをテストします。ディスク構成ファイルを使用してアップグレード用プロファイルをテストすることはできません。 |
|
Solaris フラッシュのインストール機能では、マスターシステムからインストール全体のコピーを作成し、これを多数のクローンシステムに複製できます。このコピーを「Solaris フラッシュアーカイブ」と呼びます。アーカイブは、任意のインストールプログラムでインストールできます。
非大域ゾーンがインストールされていると、Solaris フラッシュアーカイブは正常に作成できません。Solaris フラッシュ機能には Solaris ゾーン区分技術との互換性はありません。Solaris フラッシュアーカイブを作成する場合、そのアーカイブの配備条件が次のいずれかの場合は、作成されたアーカイブは正しくインストールされません。
アーカイブが非大域ゾーンに作成された場合
アーカイブが、非大域ゾーンがインストールされている大域ゾーンに作成された場合
Solaris インストールプログラムのアップグレードオプションとカスタム JumpStart プログラムの upgrade キーワードはどちらも、ディスク容量の再配置機能を提供します。この再配置により、ディスクスライスのサイズが自動的に変更されます。アップグレードするのに十分な容量が現在のファイルシステムにない場合、ディスク容量を割り当て直すことができます。たとえば、アップグレードに伴ってファイルシステムの容量を増やす必要があるのは、次のような場合です。
新しいリリースで、システムに現在インストールされている Solaris ソフトウェアグループに新たにソフトウェアが追加されている。ソフトウェアグループに新しいソフトウェアが含まれている場合は、アップグレード時に自動的に選択されてインストールされます。
新しいリリースで、システム上の既存のソフトウェアのサイズが大きくなった。
自動配置機能を使用すると、ファイルシステムに必要な容量を確保するようにディスク容量の再配置が行われます。自動配置機能では、デフォルトの制約にもとづいて容量の再配置が試みられます。このため、この機能によって容量の再配置が行われない場合は、ファイルシステムの制約を変更する必要があります。
自動配置機能では、ファイルシステムの「サイズを大きくする」ことはできません。自動配置機能は、次のように容量を割り当て直します。
変更する必要があるファイルシステム上の必要なファイルのバックアップを作成する。
ファイルシステムの変更内容に基づいて、ディスクパーティションを割り当て直す。
アップグレード前にバックアップファイルを復元する。
Solaris インストールプログラムの自動配置機能がディスク容量をどのように再配置するかを決定できない場合は、カスタム JumpStart プログラムを使用してアップグレードを行う必要があります。
カスタム JumpStart によるアップグレードでアップグレード用プロファイルを作成する際に、ディスク容量が問題になることがあります。現在のファイルシステムのディスク容量が不足していてアップグレードできない場合は、キーワード backup_media および layout_constraint を使ってディスク容量を割り当て直すことができます。キーワード backup_media と layout_constraint の、プロファイルでの使用例については、「プロファイルの例」を参照してください。
最初の Solaris 10 3/05 リリースに続く次のいずれかのリリースにアップグレードする場合に、パッチアナライザはシステムの解析を実行します。
Solaris 10 1/06 リリース
Solaris 10 6/06 リリース
すでに Solaris OS を実行していて、個別のパッチをインストール済みの場合、以降の Solaris 10 リリースにアップグレードしたときの動作は次のとおりです。
前述のリリースの 1 つでその一部として提供されているすべてのパッチが、システムに再び適用されます。これらのパッチはバックアウトできません。
システムにすでにインストールされていたパッチのうち、前述のリリースの 1 つに含まれていないものは、すべて削除されます。
パッチアナライザを使用すると、削除されるパッチがどれであるかを判断できます。パッチアナライザの詳しい使用方法については、『Solaris 10 6/06 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の付録 C「アップグレード時のパッチアナライザの使用 (作業)」を参照してください。
Solaris OS へのアップグレードを実行する前に、既存のファイルシステムのバックアップを作成しておくことを強くお勧めします。ファイルシステムをテープなどのリムーバブルメディアにコピーすれば、データの損失や損傷、破壊などを防止できます。
システムのバックアップの詳しい作成方法については、『Solaris のシステム管理 (デバイスとファイルシステム)』の第 24 章「ファイルシステムのバックアップと復元 (概要)」を参照してください。
非大域ゾーンがインストールされている場合にシステムのバックアップを作成する方法については、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の第 25 章「Solaris のゾーン管理 (概要)」を参照してください。
システムで稼働中の Solaris ソフトウェアのバージョンを確認するには、次のいずれかのコマンドを入力します。
$ uname -a |
cat コマンドを使用すると、より詳しい情報を得られます。
$ cat /etc/release |
インストールの一環として、システムで使用するロケールを事前構成できます。「ロケール」によって、オンライン情報を特定の言語と地域で表示する方法が決まります。また、日付と時間の表記、数字や通貨、綴りなどの地域的差異を表すために、1 つの言語に対して複数のロケールが存在することもあります。
システムのロケールを事前構成するには、カスタム JumpStart プロファイルか sysidcfg ファイルを使用します。
プロファイルを使ったロケールの設定 | |
sysidcfg ファイルを使ったロケールの設定 |
『Solaris 10 6/06 インストールガイド (ネットワークインストール)』の「sysidcfg ファイルによる事前設定」 |
ロケール値のリスト |
ネットワークインストール用にクライアントを追加する際は、システムアーキテクチャー (プラットフォームグループ) の情報が必要です。カスタム JumpStart インストールの rules ファイルを作成する場合は、プラットフォーム名が必要になります。
プラットフォーム名とプラットフォームグループの例を下記の表に示します。SPARC システムの完全な一覧については、『Solaris Sun ハードウェアマニュアル 』(http://docs.sun.com/) を参照してください。
表 3–6 プラットフォーム名とプラットフォームグループの例
システム |
プラットフォーム名 |
プラットフォームグループ |
---|---|---|
Sun Fire |
T2000 |
sun4v |
Sun BladeTM |
SUNW,Sun-Blade-100 |
sun4u |
x86 ベース |
i86pc |
i86pc |
システムが動作している場合、システムのプラットフォーム名は uname -i コマンドで、システムのプラットフォームグループは uname -m コマンドで、それぞれ調べることもできます。
この節では、Solaris ゾーン区分技術の簡略な概要、非大域ゾーンがインストールされている場合のアップグレードの概要、およびディスク容量計画のガイドラインについて説明します。
ゾーンの概要、計画、作成、および構成の詳細については、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の第 16 章「Solaris ゾーンの紹介」を参照してください。
Solaris ゾーン区分技術は、オペレーティングシステムサービスを仮想化し、安全で隔離されたアプリケーション実行環境を提供します。非大域ゾーンは、Solaris OS の 1 つのインスタンス内で作成される、仮想化されたオペレーティングシステム環境です。非大域ゾーンを作成すると、アプリケーション実行環境が生成されます。このアプリケーション実行環境内のプロセスは、システムのほかの部分から隔離されます。このように隔離されているので、ある非大域ゾーンで実行中のプロセスが、ほか の非大域ゾーンで実行中のプロセスから監視または操作されることがありません。スーパーユーザー資格で実行されているプロセスであっても、ほかのゾーンの活動を監視したり操作したりすることはできません。また、非大域ゾーンにより、アプリケーションを配備するマシンの物理的属性からアプリケーションを分離する抽象層も提供されます。このような属性の例として、物理デバイスパスがあります。
各 Solaris システムには大域ゾーンが 1 つ含まれています。大域ゾーンは 2 つの機能を持っています。大域ゾーンは、システムのデフォルトのゾーンであり、システム全体の管理に使用されるゾーンでもあります。大域管理者が非大域ゾーンを作成した場合を除き、すべてのプロセスが大域ゾーンで実行されます。非大域ゾーンの構成、インストール、管理、およびアンインストールは、大域ゾーンからのみ行うことができます。システムハードウェアから起動できるのは、大域ゾーンだけです。物理デバイス、ルーティング、動的再構成 (DR) といったシステムインフラストラクチャーの管理は、大域ゾーンでのみ行うことができます。大域ゾーンで実行されるプロセスは、適切な権限が付与されていれば、非大域ゾーンに関連付けられているオブジェクトにもアクセスできます。
Solaris OS をインストールした後、非大域ゾーンをインストールして構成することができます。Solaris OS をアップグレードする準備が完了したら、非大域ゾーンがインストールされているシステムをアップグレードできます。Solaris 対話式インストールプログラムおよびカスタム JumpStart プログラムを使用するとアップグレードが可能です。
Solaris 対話式インストールプログラムで、「「アップグレード」または「初期」インストールの選択」パネルで、「アップグレードインストール」を選択して、非大域ゾーンにあるシステムをアップグレードできます。インストールプログラムがシステムを分析してアップグレード可能かどうかを判定し、分析の概要を表示します。その後インストールプログラムは、アップグレードの続行を求めるプロンプトを表示します。このプログラムを使用する場合には、次の制限事項があります。
アップグレードのカスタマイズはできません。たとえば、追加のソフトウェア製品のインストール、追加のロケールパッケージのインストール、またはディスクレイアウトの変更を行うことはできません。
Solaris Operating System DVD または DVD に作成したネットワークインストールイメージを使用する必要があります。Solaris SOFTWARE CD を使用してシステムをアップグレードすることはできません。このプログラムによるインストール方法については、『Solaris 10 6/06 インストールガイド (基本編)』の第 2 章「Solaris インストールプログラムによるインストール (作業)」を参照してください。
カスタム JumpStart インストールプログラムでは、アップグレードに使用できるキーワードは install_type および root_device のみです。
いくつかのキーワードは非大域ゾーンに影響を与えるため、これらのキーワードはプロファイルに含められません。たとえば、パッケージを追加するキーワード、ディスク容量を再配置するキーワード、またはロケールを追加するキーワードを使用すると非大域ゾーンに影響を与えます。これらのキーワードを使用すると、キーワードが無視されるか JumpStart アップグレードが失敗します。これらのキーワードの一覧については、「非大域ゾーンでアップグレードする際のプロファイルキーワードの制限」を参照してください。
プログラムまたは条件 |
説明 |
---|---|
Solaris Live Upgrade |
非大域ゾーンがインストールされている場合は、Solaris Live Upgrade を使用してシステムをアップグレードすることはできません。lucreate コマンドでブート環境を作成できますが、luupgrade コマンドを使用するとアップグレードに失敗します。エラーメッセージが表示されます。 |
Solaris フラッシュアーカイブ |
非大域ゾーンがインストールされていると、Solaris フラッシュアーカイブは正常に作成できません。Solaris フラッシュ機能には Solaris ゾーン区分技術との互換性はありません。Solaris フラッシュアーカイブを作成する場合、そのアーカイブの配備条件が次のいずれかの場合は、作成されたアーカイブは正しくインストールされません。
|
場合によっては、-R オプションまたは同等のオプションを使用するコマンドを使用してはいけません。 |
次の条件がいずれも成立する場合は、コマンドに -R オプションまたは同等のオプションを使用して代替ルート (/) ファイルシステムを指定してはいけません。
たとえば、pkgadd ユーティリティーに -R root_path オプションで非大域ゾーンのルート (/) ファイルシステムへのパスを指定して、大域ゾーンから実行する場合です。 代替ルート (/) ファイルシステムが指定可能なユーティリティーの一覧およびゾーンの詳細については、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の「大域ゾーンから非大域ゾーンにアクセスする際の制限」を参照してください。 |
アップグレードを実行する前に、Solaris システムの大域ゾーンと非大域ゾーンをバックアップしてください。ゾーンがインストールされているシステムのバックアップを作成する方法については、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の第 25 章「Solaris のゾーン管理 (概要)」を参照してください。
大域ゾーンをインストールするときには、作成するすべてのゾーンに十分なディスク容量を必ず確保してください。非大域ゾーンごとに、ディスク容量要件は異なる場合があります。
1 つのゾーンで消費できるディスク容量に制限はありません。容量制限は大域ゾーンの管理者が行います。単一プロセッサの小規模なシステムでも、多数のゾーンを同時に実行できます。非大域ゾーンを作成するときの容量要件は、大域ゾーンにインストールされたパッケージの種類によって異なります。パッケージ数と容量要件がその要因になります。
計画の要件と推奨事項の詳細は、『Solaris のシステム管理 (Solaris コンテナ : 資源管理と Solaris ゾーン)』の第 18 章「非大域ゾーンの計画と構成 (手順)」を参照してください。
x86 システムで Solaris OS を使用する場合、次のガイドラインに従ってシステムのパーティション分割を行ってください。
Solaris インストールプログラムは、デフォルトのブートディスクパーティションレイアウトを使用します。これらのパーティションを「fdisk パーティション」と呼びます。fdisk パーティションは、x86 システム上にある特定のオペレーティングシステム専用のディスクドライブの論理パーティションです。x86 システム上に Solaris ソフトウェアをインストールするには、1 つ以上の Solaris fdisk パーティションを設定する必要があります。x86 ベースのシステムでは、1 台のディスクに最大 4 つの fdisk パーティションを作成できます。これらのパーティションは、個別のオペレーティングシステムをインストールして使用できます。各オペレーティングシステムは、独自の fdisk パーティション上に存在しなければなりません。個々のシステムの Solaris fdisk パーティションの数は、1 台のディスクにつき 1 つに限られます。
表 3–8 x86: デフォルトパーティション
パーティション |
パーティション名 |
パーティションサイズ |
---|---|---|
1 番目のパーティション (一部のシステムのみ) |
診断・サービスパーティション |
システム上の既存のサイズ |
2 番目のパーティション (一部のシステムのみ) |
x86 ブートパーティション | |
3 番目のパーティション |
Solaris OS パーティション |
ブートディスク上に残っている容量 |
Solaris インストールプログラムは、デフォルトのブートディスクパーティションレイアウトを使って、診断・サービスパーティションに対応することができます。システムに診断・サービスパーティションが含まれている場合、デフォルトブートディスクパーティションレイアウトを使用して、このパーティションを保持できます。
診断・サービスパーティションが含まれない x86 システムに Solaris OS をインストールする場合、デフォルトでは、新しい診断・サービスパーティションは生成されません。システムに診断・サービスパーティションを作成する場合は、ハードウェアのマニュアルを参照してください。