test

Solaris 10 5/09 インストールガイド (ネットワークインストール)

第 2 章 システム構成情報の事前設定 (作業)

この章では、sysidcfg ファイルを使用してシステム情報の事前構成を行う方法について説明します。事前に設定を行うと、Solaris OS をインストールする際に、システム構成情報の入力を求められません。この章では、さらに、Power ManagementTM 情報の事前設定についても説明します。この章の内容は次のとおりです。

システム構成情報を事前設定することの利点

どのインストール方法でも、周辺機器、ホスト名、IP (インターネットプロトコル) アドレス、ネームサービスなどのシステム構成情報が必要です。インストールプログラムは、構成情報の入力を求める前に、ほかの場所に格納されている構成情報を調べます。

システム情報を事前構成するには、2 つの方法があります。

表 2–1 事前構成オプション

事前構成ファイルまたは事前構成サービス 

説明 

詳細情報 

sysidcfg ファイル

sysidcfg ファイル内のキーワードを使用して、ドメイン名、ネットマスク、DHCP、IPv6 などのパラメータを事前設定します。

「sysidcfg ファイルによる事前設定」

ネームサービス 

ネームサービスにシステム情報を事前構成する方法で、ホスト名と IP アドレスを事前設定します。 

「ネームサービスによる事前設定」

DHCP 

システムがブートするときに DHCP を使って、TCP/IP ネットワーク上のホストシステムをネットワーク用に自動的に設定できます。DHCP は、IP アドレスを必要とするクライアントに IP アドレスをリースすることにより、IP アドレスを管理します。 

「DHCP サービスによるシステム構成情報の事前設定 (作業)」

事前構成方法の選択の詳細については、「ネームサービスの選択」を参照してください。

Solaris インストールプログラムやカスタム JumpStartTM インストールプログラムは、事前設定されたシステム構成情報を検出すると、その情報の入力を求めることはありません。たとえば、いくつかのシステムがあり、各システムに Solaris 最新リリースをインストールするたびに時間帯を入力することは避けたい場合があります。この時間帯を sysidcfg ファイル中またはネームサービスデータベース中に指定できます。Solaris 最新リリースのインストール時に、インストールプログラムから時間帯の入力を求められなくなります。

sysidcfg ファイルによる事前設定

sysidcfg ファイルに一連のキーワードを指定すると、システムを事前設定できます。「sysidcfg ファイルキーワード」は、これらのキーワードを示しています。

注 –

sysidcfg ファイルに name_service キーワードを指定すると、Solaris OS のインストール中にネームサービスが自動的に設定されます。この設定は、site.xml にすでに設定されている SMF サービスより優先されます。このため、インストール後にネームサービスの再設定が必要になる場合があります。

異なる構成情報を必要とするシステムごとに、固有の sysidcfg ファイルを作成する必要があります。すべてのシステムに同じ時間帯を割り当てる場合は、同じ sysidcfg ファイルを使用して、一連のシステムに時間帯を事前設定することができます。ただし、これらの各システムに異なる root (スーパーユーザー) パスワードを事前設定する場合は、各システムに固有の sysidcfg ファイルを作成する必要があります。

sysidcfg ファイルは、次のいずれかに置くことができます。

表 2–2 sysidcfg の場所

NFS ファイルシステム 

sysidcfg ファイルを共有 NFS ファイルシステムに置く場合は、ネットワークからのインストールをシステムに設定するときに、add_install_client(1M) コマンドの -p オプションを使用します。-p オプションは、Solaris 最新リリースのインストール時に sysidcfg ファイルを検索する場所を指定します。

UFS または PCFS フロッピーディスク 

sysidcfg ファイルをフロッピーディスクのルート (/) ディレクトリに置きます。

カスタム JumpStart インストールを実行していて、フロッピーディスク上の sysidcfg ファイルを使用する場合は、プロファイルフロッピーディスク上に sysidcfg ファイルを置きます。プロファイルフロッピーディスクを作成するには、『Solaris 10 5/09 インストールガイド (カスタム JumpStart/ 上級編)』の「スタンドアロンシステム用のプロファイルフロッピーディスクの作成」を参照してください。

1 つのディレクトリまたはフロッピーディスクには、1 つの sysidcfg ファイルだけを入れることができます。複数の sysidcfg ファイルを作成する場合は、各ファイルを異なるディレクトリまたは異なるフロッピーディスクに置く必要があります。

HTTP または HTTPS サーバー 

WAN ブートインストールを実行する場合は、sysidcfg ファイルを Web サーバーのドキュメントルートディレクトリに置きます。

ネームサービスまたは DHCP を使用してシステムの事前構成を行うことができます。詳細については、第 3 章ネームサービスまたは DHCP による事前構成を参照してください。

Proceduresysidcfg 構成ファイルを作成する方法

  1. テキストエディタで、sysidcfg という名前のファイルを作成し、必要なキーワードを指定します。

  2. 表 2–2 の場所のいずれかを使用して、クライアントが sysidcfg ファイルを利用できるようにします。

例 2–1 SPARC: sysidcfg ファイル

SPARC ベースのシステムで使用される sysidcfg ファイルの例を次に示します。このシステムのホスト名、IP アドレス、およびネットマスクは、ネームサービスを編集することにより、すでに事前設定されています。このファイルにはすべてのシステム構成情報が事前設定されているので、カスタム JumpStart プロファイルを使ってカスタム JumpStart インストールを実行できます。この例では、NFSv4 ドメイン名はネームサービスから自動的に取得されます。この例に service_profile キーワードは含まれていないため、ネットワークサービスの設定はインストール中に変更されません。

keyboard=US-English
system_locale=en_US
timezone=US/Central
terminal=sun-cmd
timeserver=localhost
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.31.112.3)}
nfs4_domain=dynamic
root_password=m4QPOWNY
network_interface=hme0 {hostname=host1 
                       default_route=172.31.88.1 
                       ip_address=172.31.88.210 
                       netmask=255.255.0.0 
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=example.com 
                          admin_server=krbadmin.example.com 
                          kdc=kdc1.example.com, 
                          kdc2.example.com}
例 2–2 x86: sysidcfg ファイル

x86 ベースのシステムで使用される sysidcfg ファイルの例を次に示します。この例では、NFSv4 ドメイン名が example.com になるように指定されています。このカスタム名は、デフォルトのドメイン名よりも優先されます。また、この例では、ネットワークサービスが無効になるか、あるいはローカル接続だけに制限されます。

keyboard=US-English
timezone=US/Central
timeserver=timehost1
terminal=ibm-pc
service_profile=limited_net

name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.25.112.3)}
nfs4_domain=example.com
root_password=URFUni9
例 2–3 複数のインタフェースを構成する場合の sysidcfg ファイル

次の例に挙げる sysidcfg ファイルには、eri0 および eri1 ネットワークインタフェースの構成情報が指定されています。eri0 インタフェースは 1 次ネットワークインタフェースとして構成され、eri1 は 2 次ネットワークインタフェースとして構成されます。この例では、NFSv4 ドメイン名はネームサービスから自動的に取得されます。

timezone=US/Pacific
system_locale=C
terminal=xterms
timeserver=localhost
network_interface=eri0 {primary
                        hostname=host1
                        ip_address=192.168.2.7
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=192.168.2.1}

network_interface=eri1 {hostname=host1-b
                        ip_address=192.168.3.8
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=NONE}
root_password=JE2C35JGZi4B2
security_policy=none
name_service=NIS {domain_name=domain.example.com
                  name_server=nis-server(192.168.2.200)}
nfs4_domain=dynamic
インストールの続行

sysidcfg ファイルを使ってネットワーク経由のインストールを行うには、インストールサーバーを設定し、システムをインストールクライアントとして追加する必要があります。詳細については、第 4 章ネットワークからのインストール (概要)を参照してください。

sysidcfg ファイルを使って WAN ブートインストールを行うには、追加の作業を行う必要があります。詳細については、第 10 章WAN ブート (概要)を参照してください。

sysidcfg ファイルを使ってカスタム JumpStart インストールを行うには、プロファイルと rules.ok ファイルを作成する必要があります。詳細については、『Solaris 10 5/09 インストールガイド (カスタム JumpStart/ 上級編)』の第 2 章「カスタム JumpStart (概要)」を参照してください。

参照

sysidcfg ファイルの詳細は、sysidcfg(4) のマニュアルページを参照してください。

sysidcfg ファイルの構文規則

sysidcfg ファイルで使用するキーワードには、 非依存型と依存型の 2 種類があります。依存型キーワードは、非依存型キーワード内でのみ固有であることが保証されています。依存型キーワードは、対応する非依存型キーワードによって識別される場合にのみ存在します。

次の例では、name_service が非依存型キーワードであり、domain_name と name_server が依存型キーワードです。

name_service=NIS {domain_name=marquee.central.example.com
name_server=connor(192.168.112.3)}

構文規則 

例 

非依存型キーワードは任意の順序で指定可能です。 

 
pointer=MS-S
display=ati {size=15-inch}

キーワードは、大文字と小文字を区別しません。 

 
TIMEZONE=US/Central
terminal=sun-cmd

関連する非依存型キーワードを結合するには、すべての依存型キーワードを中括弧 { } で囲みます。 

 
name_service=NIS 
       {domain_name=marquee.central.example.com
        name_server=connor(192.168.112.3)}

値は単一引用符 (') または二重引用符 (“) で囲んで指定可能です。 

 
network_interface='none'

network_interface を除くすべてのキーワードは、1 回だけ指定可能です。キーワードを複数回指定した場合は最初のキーワードだけが有効です。

 
name_service=NIS
name_service=DNS

sysidcfg ファイルキーワード

表 2–3 に、sysidcfg ファイルでシステム情報を設定するときに使用できるキーワードの一覧を示します。

表 2–3 sysidcfg で使用するキーワード

構成情報 

キーワード 

キー配列とキーボード言語 

「keyboard キーワード」

ネームサービス、ドメイン名、ネームサーバー 

「name_service キーワード」

ネットワークインタフェース、ホスト名、IP アドレス、ネットマスク、DHCP、IPv6 

「network_interface キーワード」

NFSv4 用のドメイン名の定義 

「nfs4_domain キーワード」

root パスワード 

「root_password キーワード」

セキュリティーポリシー 

「security_policy キーワード」

ネットワークセキュリティープロファイル 

「service_profile キーワード」

インストールプログラムとデスクトップで表示する言語 

「system_locale キーワード」

端末タイプ 

「terminal キーワード」

時間帯 

「timezone キーワード」

日付と時刻 

「timeserver キーワード」

次の節では、sysidcfg ファイルで使用できるキーワードについて説明します。

keyboard キーワード

sysidkdb ツールは、使用している USB 言語とそれに対応するキー配列を設定します。

次の手順で行われます。

keyboard キーワードを使用すると、キーボード言語とそれに対応するキー配列の情報を設定できます。各言語には、独自のキー配列があります。次の構文を使用して、言語とそれに対応する配列を選択します。

keyboard=keyboard_layout

たとえば、次のエントリでは、ドイツ語用のキーボード言語と対応するキー配列が設定されます。

keyboard=German

keyboard_layout には、有効な値を指定する必要があります。有効な値を指定しないと、インストール時に対話式の応答が必要になります。keyboard_layout の有効な文字列は、/usr/share/lib/keytables/type_6/kbd_layouts ファイルに定義されています。

SPARC のみ –

以前は、USB キーボードのインストール時の自己識別値を 1 としていました。そのため、自己識別型でないキーボードはすべて、インストール時に必ず米国英語 (U.S. English) キー配列に設定されていました。

キーボードが自己識別型でない場合に、JumpStart インストール時にプロンプトが表示されないようにするには、sysidcfg ファイルでキーボードの言語を選択します。JumpStart インストールの場合、デフォルトは米国英語 (U.S. English) 用です。別の言語とそれに対応するキー配列を選択するには、前の例に示してあるように、sysidcfg ファイルにキーボードエントリを設定します。

詳細は、sysidcfg(4) および sysidtool (1M) のマニュアルページを参照してください。

name_service キーワード

name_service キーワードを使用して、システムのネームサービス、ドメイン名、およびネームサーバーを構成できます。次の例は、name_service キーワードの一般的な構文を示しています。


name_service=name-service {domain_name=domain-name 
                                 name_server=name-server
                                 optional-keyword=value}

name_service は 1 つの値だけを選択します。次に、domain_name キーワードと name_server キーワードの両方を設定し、必要に応じて、さらに追加のキーワードを設定します。あるいは、これらのキーワードをまったく設定しなくてもかまいません。キーワードを 1 つも使用しない場合には、中括弧 { } は省略します。

注 –

sysidcfg ファイルに name_service オプションを指定すると、Solaris OS のインストール中にネームサービスが自動的に設定されます。この設定は、site.xml にすでに設定されている SMF サービスより優先されます。このため、インストール後にネームサービスの再設定が必要になる場合があります。

次の各節では、特定のネームサービスを使用するようシステムを構成するための、キーワードの構文について説明します。

NIS 用の name_service キーワードの構文

NIS ネームサービスを使用するようシステムを構成するには、次の構文を使用します。


name_service=NIS {domain_name=domain-name 
                   name_server=hostname(ip-address)}
domain-name

ドメイン名を指定します。

hostname

ネームサーバーのホスト名を指定します。

ip-address

ネームサーバーの IP アドレスを指定します。

例 2–4 name_service キーワードを使用して NIS サーバーを指定する

次の例では、ドメイン名 west.example.com の NIS サーバーを指定しています。このサーバーのホスト名は timber で、IP アドレスは 192.168.2.1 です。


name_service=NIS {domain_name=west.example.com 
                  name_server=timber(192.168.2.1)}

NIS ネームサービスの詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』を参照してください。

NIS+ 用の name_service キーワードの構文

NIS ネームサービスを使用するようシステムを構成するには、次の構文を使用します。


name_service=NIS+ {domain_name=domain-name 
                   name_server=hostname(ip-address)}
domain-name

ドメイン名を指定します。

hostname

ネームサーバーのホスト名を指定します。

ip-address

ネームサーバーの IP アドレスを指定します。

例 2–5 name_service キーワードを使用して NIS+ サーバーを指定する

次の例では、ドメイン名 west.example.com の NIS+ サーバーを指定しています。このサーバーのホスト名は timber で、IP アドレスは 192.168.2.1 です。


name_service=NIS+ {domain_name=west.example.com 
                   name_server=timber(192.168.2.1)}

NIS+ ネームサービスの詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : NIS+ 編)』を参照してください。

DNS 用の name_service キーワードの構文

DNS を使用するようシステムを構成するには、次の構文を使用します。


name_service=DNS {domain_name=domain-name 
                  name_server=ip-address,ip-address,ip-address
                  search=domain-name,domain-name,domain-name,
                  domain-name,domain-name,domain-name}
domain_name=domain-name

ドメイン名を指定します。

name_server=ip-address

DNS サーバーの IP アドレスを指定します。name_server キーワードの値として、最大 3 個の IP アドレスを指定できます。

search=domain-name

(省略可能) ネームサービス情報の検索ドメインを追加するときに指定します。検索ドメイン名は最大 6 個指定できます。各検索エントリの長さは、250 文字以下でなければなりません。

例 2–6 name_service キーワードを使用して DNS サーバーを指定する

次の例では、ドメイン名 west.example.com の DNS サーバーを指定しています。このサーバーの IP アドレスは、10.0.1.10 および 10.0.1.20 です。example.com および east.example.com が、ネームサービス情報の検索ドメインとして追加されています。


name_service=DNS {domain_name=west.example.com 
                  name_server=10.0.1.10,10.0.1.20 
                  search=example.com,east.example.com}

DNS ネームサービスの詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』を参照してください。

LDAP 用の name_service キーワードの構文

LDAP を使用するようシステムを構成するには、次の構文を使用します。


name_service=LDAP {domain_name=domain_name
                   profile=profile_name profile_server=ip_address 
                   proxy_dn="proxy_bind_dn" proxy_password=password}
domain_name

LDAP サーバーのドメイン名を指定します。

profile_name

システムの構成に使用する LDAP プロファイルの名前を指定します。

ip_address

LDAP プロファイルサーバーの IP アドレスを指定します。

proxy_bind_dn

(省略可能) プロキシバインド識別名を指定します。proxy_bind_dn の値は、二重引用符で囲む必要があります。

password

(省略可能) クライアントのプロキシパスワードを指定します。

例 2–7 name_service キーワードを使用して LDAP サーバーを指定する

次の例では、次の構成情報を使用して LDAP サーバーを指定しています。


name_service=LDAP {domain_name=west.example.com 
                   profile=default 
                   profile_server=172.31.2.1 
                   proxy_dn="cn=proxyagent,ou=profile,
                   dc=west,dc=example,dc=com" 
                   proxy_password=password}

LDAP の使用方法の詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』を参照してください。

network_interface キーワード

次の作業を実行するには、network_interface キーワードを使用します。

次の各節では、network_interface キーワードを使用してシステムインタフェースを構成する方法について説明します。

ネットワークに接続しないシステム用の構文

システムのネットワーク接続をオフにするには、network_interface 値に none を設定します。次に例を示します。


network_interface=none

1 つのインタフェースを構成するための構文

network_interface キーワードを使用して 1 つのインタフェースを構成するときには、次の方法を使用します。

例 2–8 network_interface キーワードを使用して、DHCP を使用する 1 つのインタフェースを構成する

次の例では、DHCP を使用して eri0 ネットワークインタフェースが構成されるように指定しています。IPv6 サポートは無効になります。


network_interface=eri0 {dhcp protocol_ipv6=no}
例 2–9 network_interface キーワードに構成情報を指定して 1 つのインタフェースを構成する

次の例では、インタフェース eri0 を次の設定で構成しています。


network_interface=eri0 {hostname=host1 ip_address=172.31.88.100
                        netmask=255.255.255.0 protocol_ipv6=no}

複数のインタフェースを構成するための構文

sysidcfg ファイルでは、複数のネットワークインタフェースを構成できます。構成するインタフェースごとに 、network_interface エントリを sysidcfg ファイルに追加します。

network_interface キーワードを使用して複数のインタフェースを構成するときには、次の方法を使用します。

同一の sysidcfg ファイル内において、一部のインタフェースだけが DHCP を使用するように構成し、ほかのインタフェース用には構成情報を直接記述することもできます。

例 2–10 network_interface キーワードを使用して複数のインタフェースを構成する

次の例では、ネットワークインタフェース eri0 と eri1 を次のように構成しています。


network_interface=eri0 {dhcp protocol_ipv6=no}
network_interface=eri1 {primary hostname=host1 
                        ip_address=172.146.88.100
                        netmask=255.255.255.0 
                        protocol_ipv6=no}

nfs4_domain キーワード

インストール時に NFSv4 ドメイン名を指定するよう求められないようにするには、sysidcfg ファイルの nfs4_domain キーワードを使用します。このキーワードを使用すると、インストール処理時にドメイン名を選択しなくて済みます。構文は次のとおりです。


nfs4_domain=dynamic or custom_domain_name
dynamic

この予約されたキーワードは、ネームサービスの設定に基づいて NFSv4 ドメイン名を動的に取得します。次に例を示します。


nfs4_domain=dynamic

この例では、ネームサービスからドメイン名を取得できます。

予約されたキーワード dynamic には、大文字小文字の区別がありません。

注 –

デフォルトでは、NFSv4 はシステムのネームサービスから自動的に取得されるドメイン名を使用します。ほとんどの構成では、このドメイン名で十分です。場合によっては、マウントポイントがドメイン境界を交差してしまい、ファイルの所有者が「nobody」のように見えることがありますが、これは、共通のドメイン名が存在しないからです。この事態を避けるために、デフォルトのドメイン名を無効にして、カスタムドメイン名を選択することができます。

custom_domain_name

この値は、デフォルトのドメイン名より優先されます。

この値は、有効なカスタムドメイン名でなければなりません。有効なドメイン名は、英数字、ドット、下線、ダッシュの組み合わせだけで構成されます。最初の文字は英字にする必要があります。次に例を示します。


nfs4_domain=example.com

この例では、nfsmapid デーモンが使用する値が example.com になるように設定されます。この選択は、デフォルトのドメイン名より優先されます。

注 –

以前のリリースでは、スクリプトを使って、インストール時に NFSv4 ドメイン名の入力を求められないようにできました。

Solaris 10 OS での JumpStart インストールでは、対処用の JumpStart サンプルスクリプト set_nfs4_domain を使って、インストール時に NFSv4 プロンプトが表示されないようにできました。このスクリプトはもう必要ありません。代わりに、sysidcfg のキーワード nfs4_domain を使用します。

以前のリリースでは、sysidnfs4 プログラムによって /etc/.NFS4inst_state.domain ファイルが作成されました。このファイルは、インストール時に NFSv4 ドメイン名の入力を求めるプロンプトを抑制するものでした。このファイルはもう作成されません。代わりに、sysidcfg のキーワード nfs4_domain を使用します。

root_password キーワード

sysidcfg ファイルにシステムの root パスワードを指定できます。root パスワードを指定するには、root_password キーワードを次の構文に従って使用します。


root_password=encrypted-password

encrypted-password は、/etc/shadow ファイルに設定される暗号化パスワードです。

security_policy キーワード

sysidcfg ファイルで security_policy キーワードを使用して、Kerberos ネットワーク認証プロトコルを使用するようにシステムを構成できます。Kerberos を使用するようにシステムを構成する場合には、次の構文を使用します。


security_policy=kerberos {default_realm=FQDN 
                          admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}

FQDN には、Kerberos のデフォルトレルム、管理サーバー、または鍵配布センター (Key Distribution Center, KDC) を、完全指定のドメイン名で指定します。KDC は 1 つ以上指定する必要があります (最大 3 つまで指定可能)。

システムのセキュリティーポリシーを設定しない場合は、security_policy=NONE と設定します。

Kerberos ネットワーク認証プロトコルの詳細は、『Solaris のシステム管理 (セキュリティサービス)』を参照してください。

例 2–11 security_policy キーワードを使用して、Kerberos を使用するようにシステムを構成する

この例では、次の情報を使用して、Kerberos を使用するようにシステムを構成しています。


security_policy=kerberos 
                {default_realm=example.COM 
                 admin_server=krbadmin.example.com 
                 kdc=kdc1.example.com, 
                 kdc2.example.com}

service_profile キーワード

service_profile キーワードを使用してネットワークサービスを制限すれば、より強力にセキュリティー保護されたシステムをインストールできます。このセキュリティーオプションを使用できるのは、初期インストールのときだけです。アップグレードでは、以前に設定したサービスが保持されます。

このキーワードを設定するときは、次の構文のいずれかを使用します。


service_profile=limited_net


service_profile=open

limited_net は、Secure Shell を除くすべてのネットワークサービスを、無効またはローカル要求への応答だけに制限するように指定します。インストール後、svcadm コマンドおよび svccfg コマンドを使用して、任意のネットワークサービスを個別に有効にすることができます。

open を指定すると、ネットワークサービスはインストール中に変更されません。

service_profile キーワードが sysidcfg ファイルにない場合は、インストール中にネットワークサービスの状態は変更されません。

ネットワークサービスは、netservices open コマンドを使用するか、SMF コマンドを使用して個別にサービスを有効にする方法で、インストール後に有効にすることができます。詳細は、『Solaris 10 5/09 インストールガイド (インストールとアップグレードの計画)』の「インストール後のセキュリティー設定の修正」を参照してください。

インストール中にネットワークセキュリティーを制限する方法の詳細は、『Solaris 10 5/09 インストールガイド (インストールとアップグレードの計画)』の「ネットワークセキュリティーの計画」を参照してください。また、次のマニュアルページも参照してください。

system_locale キーワード

system_locale キーワードを使用して、インストールプログラムおよびデスクトップの表示言語を指定できます。ロケールを指定するには、次の構文を使用します。


system_locale=locale

locale には、インストールパネルおよび画面を表示する際の使用言語を指定します。有効なロケール値のリストについては、/usr/lib/locale ディレクトリまたは『国際化対応言語環境の利用ガイド』を参照してください。

terminal キーワード

terminal キーワードを使用して、システムの端末タイプを指定できます。端末タイプを指定するには、次の構文を使用します。


terminal=terminal_type

terminal_type には、システムの端末タイプを指定します。有効な端末値のリストについては、/usr/share/lib/terminfo ディレクトリのサブディレクトリを参照してください。

timezone キーワード

timezone キーワードを使用して、システムの時間帯を設定できます。次の構文を使用します。


timezone=timezone

上の例の timezone には、システムの時間帯値を指定します。/usr/share/lib/zoneinfo ディレクトリにあるファイル名、またはそのサブディレクトリにあるファイル名を、時間帯値として設定できます。timezone の値は、/usr/share/lib/zoneinfo ディレクトリからの相対パス名です。また、有効な Olson 時間帯も指定できます。

例 2–12 timezone キーワードを使用してシステムの時間帯を構成する

次の例では、システムの時間帯を米国の山岳部標準時に設定しています。


timezone=US/Mountain

/usr/share/lib/zoneinfo/US/Mountain の時間帯情報を使用するようにシステムが構成されます。

timeserver キーワード

timeserver キーワードを使用して、インストール先のシステムに日付と時刻を設定するためのシステムを指定できます。

timeserver キーワードを設定するときには、次のいずれかの方法を選択します。

SPARC: Power Management 情報の事前設定

Solaris OS の Power Management ソフトウェアを使用すると、システムのアイドル状態が 30 分間続いたときに、自動的にシステム状態を保存し電源を切ることができます。EPA の省電力 (Energy Star) ガイドラインのバージョン 2 に準拠したシステム (Sun4UTM システムなど) に Solaris 最新リリースをインストールするときは、デフォルトで Power Management ソフトウェアもインストールされます。Solaris インストールプログラムの GUI を使用してインストールする場合、Power Management ソフトウェアを有効にするか無効にするかの指定を求められます。Solaris テキストインストーラでは、インストールが完了してシステムがリブートしたあとに、Power Management ソフトウェアを有効にするか無効にするかの指定を求められます。

注 –

システムに Energy Star バージョン 3 以降がある場合、この情報の入力は求められません。

対話式インストールを実行している場合は、Power Management 情報を事前設定してプロンプトを回避する方法はありません。カスタム JumpStart インストールでは、終了スクリプトを使ってシステムに /autoshutdown または /noautoshutdown ファイルを作成することで、Power Management 情報を事前設定できます。システムのリブート時に、/autoshutdown ファイルは Power Management を有効にし、/noautoshutdown ファイルは Power Management を無効にします。

たとえば、終了スクリプトに次の行を入れておくと Power Management ソフトウェアが有効になり、システムリブート後にプロンプトが表示されないようにすることができます。

touch /a/autoshutdown

終了スクリプトについては、『Solaris 10 5/09 インストールガイド (カスタム JumpStart/ 上級編)』の「終了スクリプトの作成」を参照してください。