デフォルトでは、SUSE Linux Enterprise Serverのインストールにはさまざまなデフォルトメッセージが含まれています。これらのメッセージは、インストールの進み具合に応じて適宜表示されます。たとえば、歓迎のメッセージ、ライセンスメッセージ、およびインストールの完了を知らせるメッセージなどが含まれます。これらのメッセージを独自のメッセージに変更したり、翻訳したメッセージを入れることができます。独自の歓迎メッセージを入れるには、以下の手順に従ってください。

ライセンスメッセージやインストール完了メッセージも、同じような方法でカスタマイズすることができます。これらの変数は、それぞれFIRSTBOOT_LICENSE_DIR(ライセンス)およびFIRSTBOOT_FINISH_FILE(完了)になります。

インストールの直後にYaSTを起動できる必要がある場合は、SHOW_Y2CC_CHECKBOXを「yes」「」に変更します。

ユーザが使用許諾契約に同意しない場合のインストールシステムの動作をカスタマイズできます。このシナリオに対するシステムの動作には、次の3つがあります。

動作を決めたら、LICENSE_REFUSAL_ACTIONに適切な値を設定します。

firstbootで展開するSUSE Linux Enterprise Serverのインスタンスを変更したかどうかによって、新しいオペレーティングシステムの重要な情報をエンドユーザに知らせることが必要な場合があります。標準インストールでは、リリースノートを使用して、ユーザに重要な情報を知らせます(リリースノートは、インストールの最終段階の1つで表示されます)。firstbootのインストール完了時に、独自のリリースノートを表示するには、以下の手順に従ってください。

デフォルトでは、標準のfirstbootワークフローには、次のコンポーネントが含まれています。

このfirstbootインストールワークフローの標準レイアウトは、必須ではありません。特定のコンポーネントを有効/無効にしたり、独自のモジュールをワークフローに統合できます。firstbootワークフローを変更するには、firstboot環境設定ファイル/etc/YaST2/firstboot.xmlを編集します。このXMLファイルは、YaSTがインストールワークフローを制御するために使用する標準のcontrol.xmlファイルのサブセットになります。

提案に関する概要は、例20.1「提案画面の設定」を参照してください。firstbootインストールワークフローの変更の概要が示されています。この例では、firstboot環境設定ファイルの基本的な構文(および主要要素の設定方法)が説明されています。

    …
    <proposals config:type="list">1
        <proposal>2
            <name>firstboot_hardware</name>3
            <mode>installation</mode>4
            <stage>firstboot</stage>5
            <label>Hardware Configuration</label>6
            <proposal_modules config:type="list">7
                <proposal_module>printer</proposal_module>8
            </proposal_modules>
        </proposal>
        <proposal>
        …
        </proposal>
    </proposals>
   

firstboot環境設定ファイルの次のセクションは、ワークフロー定義から成り立っています。ここには、firstbootインストールワークフローの一部とするすべてのモジュールを記載する必要があります。

    <workflows  config:type="list">
        <workflow>
            <defaults>
                <enable_back>yes</enable_back>
                <enable_next>yes</enable_next>
                <archs>all</archs>
            </defaults>
            <stage>firstboot</stage>
            <label>Configuration</label>
            <mode>installation</mode>
            … <!–– list of modules  ––>
            </modules>
        </workflow>
    </workflows>
    …
  

workflowセクションの全体的な構造は、proposalセクションと似ています。コンテナには、ワークフロー要素が保持されます。すべてのワークフロー要素にはステージ、ラベル、およびモード情報が含まれます(例20.1「提案画面の設定」に示されている提案と同様)。一番大きな違いは、defaultsセクションです。このセクションには、ワークフローコンポーネントの基本的なデザイン情報が含まれています。

    <modules  config:type="list">1
        <module>2
            <label>Language</label>3
            <enabled config:type="boolean">false</enabled>4
            <name>firstboot_language</name>5
        </module>
    <modules>
  

firstbootインストール時の提案画面数または表示順序を変更するには、以下の手順に従ってください。

デフォルト設定がニーズに合わない場合は、環境設定ステップのワークフローを随時変更することができます。ワークフロー内の特定のモジュールを有効または無効にします(あるいは、独自のカスタムモジュールを追加します)。

firstbootワークフローのモジュールのステータスを切り替えるには、以下の手順に従ってください。

独自のカスタムモジュールをワークフローに追加するには、以下の手順に従ってください。

ヒント: 自動設定用に接続されたネットワークインタフェースの検出

ターゲットハードウェアが複数のネットワークインタフェースをもつ可能性がある場合は、 アプリケーションのイメージにnetwork-autoconfigパッケージを追加します。network-autoconfigによって、firstbootの実行時に、1つのEthernetインタフェースがDHCPで正常に設定されるまで、すべての使用可能なEthernetインタフェースがサイクルされます。

firstbootワークフローの完了後に、firstbootが追加スクリプトを実行するように設定できます。firstbootシーケンスに他のスクリプトを追加するには、以下の手順に従ってください。

エンドユーザによっては、カスタマイズしたワークフローの翻訳を提供することが望ましい場合があります。それらの翻訳が必要になるのは、/etc/YaST2/firstboot.xmlファイルの変更によってワークフローをカスタマイズした場合です(20.2.4項 「ワークフローのカスタマイズ」参照).。これは、20.2.1項 「YaSTメッセージのカスタマイズ」ですでに説明されているカスタマイズされたYaSTメッセージのローカライゼーションとは異なります。

/etc/YaST2/firstboot.xmlを変更し、文字列変更を導入した場合は、新しい翻訳テンプレートファイル(.potファイル)を生成し、gettextツールチェーンで翻訳して、翻訳したファイルをYaST localeディレクトリ(/usr/share/YaST2/locale)にコンパイル済みの.moファイルとしてインストールします。次の手順に従います。

追加または変更したYaSTモジュールに翻訳が必要な場合は、そのモジュール内で翻訳を提供します。既存モジュールを変更した場合は、望ましくない副作用を避けるため、そのtextdomainステートメントも必ず変更してください。

ヒント: その他の情報

YaST開発の詳細については、http://en.opensuse.org/openSUSE:YaST_developmentを参照してください。YaST firstbootの詳細については、http://doc.opensuse.org/projects/YaST/SLES11/tdg/bk09ch01s02.htmlを参照してください。