ここでは、Solaris 10 OS のインストールまたは Solaris 10 OS へのアップグレードを行う前に知っておく必要がある重要な問題点について説明します。このような問題点による影響で、インストールやアップグレードが正常に完了しない場合があります。ここで説明する問題点が使用しているシステムに該当する場合は、インストールやアップグレードを行う前に、推奨される回避方法を実行する必要があります。
Solaris OS をインストールする場合、Solaris インストールプログラムを使用して Companion DVD を インストールすることはできません。pkgadd(1M) コマンドを使用して Solaris Companion DVD をインストールしてください。詳細なインストール手順については、Companion DVD に収録されている README ファイルを参照してください。
Solaris 10 8/07 リリース以降では、Solaris ゾーンに Solaris Live Upgrade を使用できます。この詳細は、SunSolveSM の Web サイトで、InfoDoc 72099 を参照してください。
Solaris Trusted Extensions が構成された Solaris システムでは、非大域ゾーンが使用されます。システムに Solaris Trusted Extensions が構成されている場合は、次のアップグレード手順を使用してください。
ゾーンのアップグレードも含め、通常の Solaris のアップグレードを実行しますが、そのあとリブートはしないでください。
リブートする前に、次の Trusted Extensions のパッチを適用します。
# cd <release_media>/Solaris_10/ExtraValue/CoBundled/Trusted_Extensions/Patches ## for SPARC # patchadd -R /a 125533-01 # patchadd -R /a 126363-01 # patchadd -R /a 126365-02 # patchadd -R /a 126448-03 # patchadd -R /a 126450-01 # patchadd -R /a 126916-01 ## for x86 # patchadd -R /a 125534-01 # patchadd -R /a 126364-02 # patchadd -R /a 126366-02 # patchadd -R /a 126449-03 # patchadd -R /a 126451-01 # patchadd -R /a 126917-01 |
パッチを適用したシステムをリブートします。
# init 6 |
現在のところ、ZFS ゾーンが構成されている Solaris システムは、この手順ではアップグレードできません。ZFSゾーンが構成されている Solaris Trusted Extensions システムの場合は、代替手段としてゾーンを再作成します。まず、tar -T コマンドを使用してすべてのデータをバックアップします。次に、ゾーンを削除します。システムをアップグレードし、すべてのゾーンを再構成します。ゾーンの構成が完了したら、すべてのデータを復元します。
リブート後、各ラベル付きゾーンをはじめて起動するとき、NFSv4 ドメインの入力を求めるプロンプトが表示されます。このプロンプトが表示されないようにするには、アップグレードを行う前に、各ラベル付きゾーンの /etc/default/nfs ファイルに正しい NFSMAPID_DOMAIN 値を追加します。詳細は、CR 5110062 を参照してください。
システムに Solaris Trusted Extensions が構成されている場合は、Live Upgrade を使用して Solaris 10 8/07 リリースにアップグレードすることもできます。次のアップグレード手順を使用してください。
Solaris Live Upgrade を使用してシステムをアップグレードします。ゾーンが構成されているシステムに対して Live Upgrade を使用する場合の、標準的な Solaris の指示に従ってください。
代替ブート環境が含まれているファイルシステムをマウントします。次の例では、/a を使用しています。
# mount <filesystem> /a |
代替ブート環境に Trusted Extensions のパッチを適用します。
# cd <release_media>/Solaris_10/ExtraValue/CoBundled/Trusted_Extensions/Patches ## for SPARC # patchadd -R /a 125533-01 # patchadd -R /a 126363-01 # patchadd -R /a 126365-02 # patchadd -R /a 126448-03 # patchadd -R /a 126450-01 # patchadd -R /a 126916-01 ## for x86 # patchadd -R /a 125534-01 # patchadd -R /a 126364-02 # patchadd -R /a 126366-02 # patchadd -R /a 126449-03 # patchadd -R /a 126451-01 # patchadd -R /a 126917-01 |
ファイルシステムのマウントを解除し、代替ブート環境をアクティブにします。
パッチを適用したシステムをリブートします。
# init 6 |
インストール時にシステムでネームサービスを使用するように構成した場合、それがアップグレード中に使用されるネームサービスと異なっていると、ブート後に大域ゾーンが新しいネームサービスで正しく起動しない可能性があります。たとえば、システムのインストール時にネームサービスとして NIS を使用するように指定した場合、あとでシステムを LDAP クライアントに変換したときは、luactivate ブートを使用して、大域ゾーンで使用するネームサービスを NIS に戻すことができます。この原因は CR 6569407 です。
回避方法としては、/var/svc/profile ディレクトリの name_service.xml シンボリックリンクを調整して、現在使用されているネームサービスに対応する正しい xml ファイルを指すようにします。たとえば、インストール時にネームサービスとして NIS を指定した場合、name_service.xml は ns_nis.xml へのシンボリックリンクになります。そのあとでシステムが LDAP クライアントに変換された場合、Live Upgrade 中に使用されたネームサービスが LDAP であれば、次のコマンドを実行します。
# ln -fs ns_ldap.xml name_service.xml |
これは、Live Upgrade を開始する前または lucreate コマンドを実行する前に行うようにしてください。ただし、lucreate の前にこのコマンドを実行しなかった場合は、luactivate コマンドを実行したあとで次の手順を実行します。
新しいブート環境を lumount でマウントします。
# lumount <BE_name> |
ブート環境の /var/svc/profile ディレクトリに移動します。
# cd /.alt.<BE_name>/var/svc/profile |
name_service.xml リンクを適切に設定します。次に例を示します。
# ln -fs ns_ldap.xml name_sevice.xml |
ブート環境を luumount でマウント解除します。
# luumount <BE_name> |
上記の手順を実行せずにシステムをブートした場合は、ネームサービスに関連する適切な SMF クライアントサービスを手動で起動する必要があります。
x86 マシン上のミニルートにパッチを適用する場合に、-C ターゲット指定子を指定して patchadd を使用する手順が変更されています。変更後の手順では、ミニルートを展開し、パッチを適用してから、ミニルートを再度パッケージ化する必要があります。
詳細な手順については、次のトピックを参照してください。
『Solaris 10 8/07 インストールガイド (ネットワークインストール)』の第 5 章「DVD メディアを使用したネットワークインストール (作業)」
『Solaris 10 8/07 インストールガイド (ネットワークインストール)』の第 6 章「CD メディアを使用したネットワークインストール (作業)」
Solaris 10 8/07 リリース以降、Solaris 10 OS ソフトウェアには Solaris Data Encryption Supplement パッケージがデフォルトで含まれています。これらのパッケージをダウンロードしてインストールする必要はなくなりました。
次のパッチは、CR 6277164 および CR 6214222 で報告されている問題を解決するためのパッチです。
パッチ ID 119366-05 (SPARC ベースのシステム用)
パッチ ID 119367-05 (x86 ベースのシステム用)
次の節では、それら報告済みの問題を完全に解決するために必要な追加手順について説明します。
elx または pcelx ネットワークインタフェースカード (NIC) を備えたシステムでは、インストールが失敗します。NIC の構成中に、次のエラーメッセージが表示されることがあります。
WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT> |
詳細は、elxl(7D) または pcelx(7D) のマニュアルページを参照してください。
回避方法: elx または pcelx NIC を使用していないシステムにインストールして実行してください。
次のような状況では、/var ファイルシステムのデフォルトのサイズは Extra Value 製品には不十分な場合があります。
Solaris 10 の DVD または CD で提供されている Extra Value 製品のいずれかをインストールする場合
/var ファイルシステムが別のスライスに置かれている場合
/var ファイルシステムのスライスサイズを手動で大きくする必要があります。
/var ファイルシステムが別のスライスやパーティションに置かれていない場合、この問題は発生しません。
回避方法: 次のいずれかを選択してください。
Solaris GUI インストールプログラムを使用している場合は、次の手順を実行します。
インストールを開始します。
「インストール形式の選択」から「カスタムインストール」を選択します。
Solaris インストールプログラムでは、いくつかの画面が表示され、インストールするソフトウェアの地域対応、製品、およびディスク配置をカスタマイズできます。
「ファイルシステムの配置」から「変更」を選択します。
ディスク配置画面が表示されます。
特定のスライスの「ファイルシステム」列に /var と入力し、「適用」をクリックします。
インストールプログラムによって /var ファイルシステムのデフォルトのサイズが提示されます。
/var ファイルシステムの「サイズ」列のエントリを編集して、ディスク容量サイズの 2 倍に設定します。
たとえば、インストールプログラムで 40M バイトの容量が割り当てられている場合は、「サイズ」の値を 80 に変更します。
インストールを完了します。
Solaris インストールプログラムのテキストインストーラを使用している場合は、次の手順を実行します。
インストールを開始します。
「インストール形式の選択」から「カスタムインストール」を選択します。
Solaris インストールプログラムでは、いくつかの画面が表示され、インストールするソフトウェアの地域対応、製品、およびディスク配置をカスタマイズできます。
「ファイルシステムの配置」から「自動配置」を選択します。
ディスク配置画面が表示されます。
特定のスライスの「ファイルシステム」列に /var と入力します。
インストールプログラムによって /var ファイルシステムのデフォルトのサイズが提示されます。
/var ファイルシステムのサイズをカスタマイズするには、F4_Customize キーを押します。
/var ファイルシステムの「サイズ」列のエントリを編集して、ディスク容量サイズの 2 倍に設定します。
たとえば、インストールプログラムで 40M バイトの容量が割り当てられている場合は、「サイズ」の値を 80 に変更します。
インストールを完了します。
カスタム JumpStart プログラムを使用している場合は、filesys プロファイルキーワードを使用して /var ファイルシステムのサイズを設定します。次の例では、スライス 5 の /var ファイルシステムのサイズを 256M バイトに設定しています。
filesys c0t0d0s5 256 /var |
Solaris 10 ソフトウェアには、大きなパーティションをインストールできる機能が含まれています。システム BIOS は Logical Block Addressing (LBA) をサポートしている必要がありますが、BIOS バージョン GG.06.13 は LBA アクセスをサポートしていません。このような衝突を Solaris ブートプログラムは処理できません。このことはほかの HP Vectra システムにも影響します。
このシステムをアップグレードすると、HP システムはブートしなくなります。暗い画面上に点滅する下線が表示されるだけです。
回避方法: 最新の BIOS バージョン GG.06.13 の HP Vectra XU シリーズシステムを Solaris 10 リリースにアップグレードしないでください。Solaris 10 リリースでは、これらのシステムはサポートされていません。
ブートフロッピーディスクまたはブート CD を使用すれば、ブートにハードディスクコードを使用しないので、システムをブートすることができます。その後、ブート可能デバイスとして、ネットワークまたは CD-ROM ドライブではなくハードディスクを選択してください。
SPARC ベースのシステムでは、Solaris 10 OS は 64 ビットモードでのみ動作します。一部の Sun4UTM システムでは、OS を 64 ビットモードで実行するために、Flash PROM 内の OpenBootTM ファームウェアを高いレベルに更新する必要があります。次のシステムでは、Flash PROM の更新が必要となる場合があります。
UltraTM 2
Ultra 450 および Sun EnterpriseTM 450
Sun Enterprise 3000、4000、5000、および 6000 の各システム
次の表に、UltraSPARC システムと、64 ビットの Solaris 10 OS を実行するために必要な最小限のファームウェアバージョンを示します。システムタイプは、uname -i コマンドを実行して確認できます。実行中のファームウェアバージョンは、prtconf -V コマンドを実行して確認できます。
表 1–1 UltraSPARC システム上で 64 ビット Solaris ソフトウェアを実行するために必要なファームウェアバージョン
システムタイプ (uname -i で出力される) |
必要最小限のファームウェアバージョン (prtconf -V で出力される) |
---|---|
SUNW,Ultra-2 |
3.11.2 |
SUNW,Ultra-4 |
3.7.107 |
SUNW,Ultra-Enterprise |
3.2.16 |
この表に記載されていないシステムでは、Flash PROM を更新する必要はありません。
Flash PROM を更新する方法については、http://docs.sun.com で『Solaris 8 Sun ハードウェアマニュアル』のいずれかの版を参照してください。
Solaris Live Upgrade が正しく動作するためには、使用する OS バージョンに特定のパッチリビジョンのセットをインストールする必要があります。http://sunsolve.sun.com を参照して、最新のパッチリストを使用しているかどうか確認してください。さらに詳しい情報は、SunSolve の Web サイトで、InfoDoc 72099 を参照してください。
Solaris 7 または Solaris 8 リリースを実行している場合、Solaris Live Upgrade インストールプログラムを実行できない可能性があります。これらのリリースには、JavaTM 2 実行環境を実行するのに必要なパッチセットが含まれていません。
これにより発生する失敗で一番多いのは、Java の例外エラーです。次のメッセージが表示される場合があります。
InvocationTargetException in ArchiveReader constructornull java.lang.reflect.InvocationTargetException at install.instantiateArchiveReader(Compiled Code) at install.<init>(Compiled Code) at install.main(Compiled Code) |
Solaris Live Upgrade インストールプログラムを実行してパッケージをインストールするためには、Java 2 実行環境の推奨パッチクラスタが必要です。
回避方法: 次の回避方法を完了してください。
pkgadd コマンドを使用して、Solaris Live Upgrade パッケージをインストールします。
手順については、『Solaris 10 8/07 インストールガイド (Solaris Live Upgrade とアップグレードの計画)』の第 4 章「Solaris Live Upgrade によるブート環境の作成 (作業)」を参照してください。
Java 2 実行環境の推奨パッチクラスタをインストールします。パッチクラスタは、 http://sunsolve.sun.com で入手できます。その後、Solaris Live Upgrade インストールプログラムを使用してパッケージをインストールできます。
Solaris Management Console 2.1 ソフトウェアは、旧バージョンの Solaris Management Console 1.0、1.0.1、1.0.2 ソフトウェアと互換性がありません。Solaris Management Console 1.0、1.0.1、1.0.2 のいずれかのソフトウェアがインストールされた状態で Solaris 10 リリースおよびその互換バージョンにアップグレードする場合は、Solaris Management Console ソフトウェアをアンインストールする必要があります。システムに SEAS 2.0、SEAS 3.0、Solaris 8 Admin Pack のいずれかがインストールされていると、Solaris Management Console ソフトウェアが存在している可能性があります。
回避方法: 次のいずれかを選択してください。
アップグレードする前に /usr/bin/prodreg コマンドを実行して、Solaris Management Console ソフトウェアのフルアンインストールを行います。
Solaris 10 リリースへのアップグレード前に Solaris Management Console ソフトウェア 1.0、1.0.1、1.0.2 をアンインストールしていなかった場合は、Solaris Management Console ソフトウェア 1.0、1.0.1、1.0.2 のすべてのパッケージを削除する必要があります。パッケージの削除には prodreg コマンドではなく、pkgrm コマンドを使用します。必ず、手順に記載された順番どおりに削除してください。次の手順を実行します。
スーパーユーザーになります。
次のコマンドを入力します。
# pkginfo | grep “Solaris Management Console“ |
前述の出力結果で、パッケージ名の説明文の先頭に「Solaris Management Console 2.1」という文字列がない場合、そのパッケージは Solaris Management Console 1.0 ソフトウェアのパッケージです。
pkgrm を使用して、Solaris Management Console 1.0 ソフトウェアパッケージのすべてのインスタンスを次の順序で削除します。
説明文に「Solaris Management Console 2.1」という文字列が含まれているパッケージは削除しないでください。たとえば、SUNWmc.2 は Solaris Management Console 2.1 ソフトウェアのパッケージです。
pkginfo の出力に、複数のバージョンの Solaris Management Console 1.0 ソフトウェアパッケージが含まれている場合は、pkgrm を使用して、すべてのバージョンを削除してください。このとき、パッケージ名の末尾に番号が付いていないものを先に削除します。その後、末尾に番号が付いているものを削除してください。たとえば、pkginfo の出力に SUNWmcman と SUNWmcman.2 が含まれている場合、最初に SUNWmcman を削除して、次に SUNWmcman.2 を削除します。prodreg は使用しないでください。
# pkgrm SUNWmcman # pkgrm SUNWmcapp # pkgrm SUNWmcsvr# pkgrm SUNWmcsvu # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmcsws |
端末ウィンドウで次のコマンドを実行します。
# rm -rf /var/sadm/pkg/SUNWmcapp |
これで Solaris Management Console 2.1 ソフトウェアが正しく機能するようになります。将来 Solaris Management Console 2.1 ソフトウェアの保守を行う場合や、Solaris Management Console 2.1 ソフトウェアが正しく機能しない場合は、Solaris Management Console 2.1 ソフトウェアをいったん削除します。次の手順で再インストールしてください。
pkgrm を使用して、Solaris Management Console 2.1 ソフトウェアパッケージのすべてのインスタンスを次の順序で削除します。
SUNWmc と SUNWmc.2 のように、ある Solaris Management Console 2.1 ソフトウェアパッケージに対して複数のインスタンスがシステム上に存在する場合は、最初に SUNWmcを削除して、次に SUNWmc.2 を削除してください。prodreg は使用しないでください。
# pkgrm SUNWpmgr # pkgrm SUNWrmui # pkgrm SUNWlvmg # pkgrm SUNWlvma # pkgrm SUNWlvmr # pkgrm SUNWdclnt # pkgrm SUNWmga # pkgrm SUNWmgapp # pkgrm SUNWmcdev # pkgrm SUNWmcex # pkgrm SUNWwbmc # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmccom |
Solaris 10 SOFTWARE - 4 CD を CD-ROM ドライブに挿入します。端末ウィンドウで次のように入力します。
# # cd /cdrom/cdrom0/Solaris_10/Product # pkgadd -d . SUNWmccom SUNWmcc SUNWmc SUNWwbmc SUNWmcex SUNWmcdev \ SUNWmgapp SUNWmga SUNWdclnt SUNWlvmr SUNWlvma SUNWlvmg SUNWpmgr \ SUNWrmui |
これによって、すべての旧バージョンの Solaris Management Console ソフトウェアが削除され、Solaris Management Console 2.1 ソフトウェアが正しく機能するようになります。
特定の状況において、BIOS デバイスのユーティリティー (/sbin/biosdev) に障害が発生し、インストールまたはアップグレードが正常に行われないことがあります。このエラーは、次のいずれかの状況で発生する可能性があります。
パッチ ID 117435-02 を適用したが、システムをリブートしなかった。
システムに、同一の fdisk パーティションを持つ複数の同一ディスクがある。
次のエラーメッセージが表示されます。
biosdev: Could not match any!! |
回避方法: パッチ ID 117435-02 を適用したあとは、必ずシステムをリブートしてください。インストールまたはアップグレードに使用される同一のディスクが、異なる fdisk パーティションレイアウトで構成されていることを確認してください。
次の例で使用するシステムには、同じ fdisk パーティションレイアウトで構成される 2 つのディスクが含まれています。これらのレイアウトを変更するには、次の手順を実行します。
スーパーユーザーになります。
ディスク管理ユーティリティーを起動します。
# format |
システム上で使用できるディスクのリストが表示されます。
fdisk パーティションを変更するディスクを選択するために、ディスクの番号を入力します。
「Format」オプションのリストから、「fdisk」を選択します。
ディスクのパーティション情報と fdisk オプションのリストが表示されます。
ディスクのレイアウトを変更するために、次のいずれかの方法を選択します。
別のアクティブパーティションを指定する場合は、2 を押します。
別のディスクパーティションを追加する場合は、1 を押します。
未使用のパーティションを削除する場合は、3 を押します。
変更を保存して fdisk メニューを終了するには、5 を押します。
ディスク管理ユーティリティーを終了するには、「Format」オプションから「Quit」を選択します。
システムをリブートします。
システムをリブートしたあとに、エラーメッセージが表示されなくなったことを確認します。スーパーユーザーとして、次のコマンドを入力します。
# /sbin/biosdev |
それでもエラーメッセージが生成される場合は、前記の手順を繰り返します。ただし、手順 5 では別のオプションを選択してください。
同一の fdisk パーティションレイアウトを持つ同一のディスクがほかにもシステムに含まれている場合は、それらのディスクに対して手順 1 〜 9 を繰り返します。そのようなディスクがない場合は、Solaris のインストールまたはアップグレードを続行できます。
最新の Solaris リリースから、非大域ゾーンがインストールされているときに、Solaris Flash アーカイブを適切に作成できなくなっています。Solaris Flash 機能は、最新のリリースでは Solaris コンテナ (ゾーン) 機能との互換性を持っていません。
flar create コマンドを使用して、次の環境に Solaris Flash アーカイブを作成しないでください。
非大域ゾーン内
非大域ゾーンがインストールされている場合の大域ゾーン内
このような環境に Solaris フラッシュアーカイブを作成すると、配置したアーカイブが適切にインストールされないことがあります。
回避方法: ありません。
Sun Java Workstation 2100Z の DVD コンボドライブのファームウェアが原因で、システムパニックが発生することがあります。このパニックは、ワークステーションを Solaris 10 Operating System DVD からブートするときに発生します。カーネル起動画面が表示されたあと、次のメッセージがごく短時間に表示されます。
panic[cpu0]/thread=fec1be20: mod_hold_stub: Couldn't load stub module sched/TS_DTBL fec25cb0 genunix:mod_hold_stub+139 (fec04088, 63, fea11) fec25cc4 unix:stubs_common_code+9 (1, 8, fec026e4) fec25ce4 unix:disp_add+3d (fec026dc) fec25d00 genunix:mod_installsched+a4 (fef01530, fef01518) fec25d20 genunix:mod_install+2f (fef01518, fec25d3c,) fec25d2c TS:_init+d (0, d6d89c88, fec25d) fec25d3c genunix:modinstall+d9 (d6d89c88) fec25d50 genunix:mod_hold_installed_mod+2e (d6d77640, 1, fec25d) fec25d7c genunix:modload+ac (fec026c4, fec26c4) fec25d98 genunix:scheduler_load+3d (fec026c4, fec026dc) fec25db4 genunix:getcid+50 (fec026c4, fec28514) fec25dcc unix:dispinit+df (fec25ddc, fe814ba9) fec25dd4 unix:startup_modules+d5 (fec25dec, fe8cac37) fec25ddc unix:startup+19 (fe800000, 166130, 7) fec25dec genunix:main+16 () |
その後、システムが自動的にリセットされます。
回避方法: 次のいずれかを選択してください。
回避方法 1: BIOS の構成設定の一部を変更します。この一時的な回避方法によって、Solaris 10 のインストールを完了できます。ただし、この方法では、DVD の読み取りパフォーマンスが低下することがあります。次の手順を実行します。
システムのブート中に、プロンプトで F2 キーを押してセットアップモードに入ります。
画面には、次のような接続タイプのオプションが表示されます。
Primary Master [ ] Primary Slave [ ] Secondary Master [CD-ROM] Secondary Slave [ ] |
DVD ドライブの接続タイプを選択するために、CD-ROM 用の接続タイプを選択します。
システムに光学式ドライブが複数ある場合など、画面に CD-ROM 用の接続タイプが複数表示されることがあります。そのような場合は、システムのケースを開き、DVD ドライブの接続点を調べる必要があります。必ず DVD ドライブに適した接続タイプを選択してください。
適切な CD-ROM 接続タイプを選択したら、Enter キーを押します。
次に表示される画面では、Type:[Auto] が自動的に選択されています。
スペースバーを 2 回押して選択を Type:[CD-ROM] に変更します。
矢印キーを使用して「Transfer Mode」を選択します。
Enter キーを押して、「Transfer Mode」のほかのオプションを一覧表示します。
矢印キーを使用して「Standard」を選択し、Enter キーを押して確定します。
F10 キーを押して、構成の変更を保存し、BIOS セットアップを終了します。
システムが再起動します。
回避方法 2: DVD コンボドライブのファームウェアを v1.12 に更新します。この回避方法を実行するには、Microsoft Windows が稼働しているシステムに DVD コンボドライブを接続する必要があります。次の手順を実行します。
DVD コンボドライブを Sun Java Workstation 2100z から取り外します。ドライブを正しく取り外す手順については、ワークステーションのユーザーガイドを参照してください。
Microsoft Windows が稼働しているシステムにドライブを接続します。必要な場合は必ず、マスターおよびスレーブのジャンパ設定を変更してください。
AOpen のダウンロードセンターを参照します。 http://download.aopen.com.tw/default.aspx
次の情報を使用して、使用している DVD ドライブのファームウェアを検索します。
Product: Combo drives
Model: COM5232/AAH
Categories: Firmware
ファームウェアバージョン R1.12 をダウンロードし、インストールします。
ドライブをワークステーションに再び取り付けます。必要に応じて、マスターおよびスレーブのジャンパ設定を元に戻します。
このサイトには、これよりも新しいバージョンのファームウェアが用意されている可能性もあります。Sun のテストでは、パニックの問題は v1.12 リリースで解決されることが確認されています。v1.12 より新しいバージョンのファームウェアでも同様にこの問題が解決されるかどうかは、Sun では確認できません。
次の Sun Fire システムでは、デフォルトではシリアルコンソール (ttya) が動作しません。
Sun Fire V20z
Sun Fire V40z
Sun Fire V60x
Sun Fire V65x
シリアルコンソールを使用するには、システムの BIOS を手動で設定する必要があります。
回避方法: この回避方法を実行するには、システムに Sun キーボードとディスプレイモニターが必要です。次の手順を実行します。
マシンをブートします。
システムのブート中に、プロンプトで F2 キーを押して Phoenix BIOS にアクセスします。
「Peripherals」で、通信ポートを「disabled」から「enabled」に変更します。
設定を保存し、システムをブートします。
eeprom コマンドを使用して、入力デバイスと出力デバイスを ttya に変更します。
これらのシステムでは、システムのブート中に Stop キーと N キーを押しても、低レベルのファームウェアをデフォルトの設定にリセットすることはできません。
x86 ブートパーティションがすでに存在しているシステムでは、Solaris GUI インストールプログラムが失敗する場合があります。既存の x86 ブートパーティションが Solaris GUI インストールプログラムで作成された場合に、この失敗が発生します。次のエラーメッセージが表示されます。
Default layout will not work on this system. Error: Error: ERROR: Could not create explicit fdisk partition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 Error: Error: ERROR: System installation failed Pfinstall failed. Exit stat= java.lang.UNIXProcess@a89ce3 2 artition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 ERROR: System installation failed |
回避方法: 次のいずれかを選択してください。
回避方法 1: インストールプログラムで、インストールの種類を選択するよう求めるプロンプトが表示されたら、「3 Solaris Interactive Text (Desktop Session)」を選択します。
回避方法 2: Solaris GUI インストールプログラムを使用している場合は、次の手順を実行します。
インストールを開始します。
インストールの種類を選択するよう求めるプロンプトで、「カスタムインストール」を選択します。
カスタムインストールのパネルでは、インストールするロケール、ソフトウェア、およびディスクに関する情報を入力するよう求められます。
システムに応じて、これらの画面の質問に適切に回答します。
Fdisk の選択画面で、x86boot パーティションが含まれているディスクにチェックマークを付けます。
プルダウンメニューで x86boot パーティションを「UNUSED」に変更して、このパーティションを削除します。
x86boot パーティションを「UNUSED」から元の「x86boot」に変更して、このパーティションを追加します。
インストールを続行します。