19 Distribuzione di preinstallazioni personalizzate #

Per impostazione predefinita, un'installazione di SUSE Linux Enterprise Server contiene vari messaggi di default localizzati e visualizzati in determinate fasi del processo di installazione. Questi comprendono un messaggio di benvenuto, un messaggio di licenza e un messaggio di congratulazioni al termine dell'installazione. Questi messaggi possono essere sostituiti nell'installazione con le proprie versioni e possono essere localizzati. Per includere il proprio messaggio di benvenuto, procedere come segue:

Procedere in modo analogo per configurare la licenza personalizzata e i messaggi di completamento. Queste variabili sono FIRSTBOOT_LICENSE_DIR e FIRSTBOOT_FINISH_FILE.

Impostare SHOW_Y2CC_CHECKBOX su «Sì» se l'utente ha l'esigenza di avviare YaST subito dopo l'installazione.

È possibile personalizzare la risposta del sistema di installazione nel caso in cui l'utente rifiuti di accettare il contratto di licenza. Il sistema può reagire in tre modi a questo scenario:

Eseguire la propria scelta e impostare LICENSE_REFUSAL_ACTION al valore desiderato.

A seconda del fatto che sia stata modificata o meno l'istanza di SUSE Linux Enterprise Server che si sta distribuendo con firstboot, potrebbe essere necessario fornire agli utenti finali informazioni su alcuni aspetti importanti del nuovo sistema operativo. Un'installazione standard utilizza le note sulla versione (visualizzate durante le fasi finali dell'installazione) per fornire informazioni importanti agli utenti. Per visualizzare le proprie note di rilascio modificate come parte di un'installazione firstboot, procedere come segue:

L'esempio /etc/YaST2/firstboot.xml fornito definisce un flusso di lavoro standard che include i seguenti componenti abilitati:

Tenere presente che questo flusso di lavoro è un modello. È possibile modificarlo in modo appropriato cambiando manualmente il file di configurazione firstboot /etc/YaST2/firstboot.xml. Questo file XML è un sottoinsieme del file control.xml standard, utilizzato da YaST per controllare il workflow di installazione. Per ulteriori informazioni su come configurare la sezione del flusso di lavoro, vedere l'Esempio 19.2, «Configurazione della sezione flusso di lavoro».

Per una panoramica delle proposte, vedere l'Esempio 19.1, «Configurazione degli schermi di proposta», che fornisce informazioni sufficienti per modificare il workflow di installazione di firstboot e spiega la sintassi di base del file di configurazione di firstboot e la configurazione degli elementi chiave. La sintassi di base del file di configurazione firstboot (e la modalità di configurazione degli elementi chiave) è illustrata in questo esempio.

    …
    <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>

La sezione successiva del file di configurazione di firstboot consiste nella definizione del workflow. Tutti i moduli che dovrebbero essere parte del workflow di installazione con firstboot devono essere elencati qui.

    <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>
    …

La struttura generale della sezione workflows è molto simile a quella della sezione proposals. Un container contiene gli elementi del workflow, che contengono tutte le informazioni sulle fasi, l'etichetta e la modalità (come le proposte descritte nell'Esempio 19.1, «Configurazione degli schermi di proposta»). La differenza più evidente è nella sezione defaults, contenente informazioni di base per la progettazione dei componenti del workflow:

    <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>

Per eseguire modifiche al numero o all'ordine degli schermi di proposte durante il processo di installazione con firstboot, procedere come segue:

È sempre possibile modificare il flusso di lavoro dei passaggi di configurazione quando quello predefinito non soddisfa le esigenze specifiche. Abilitare o disabilitare alcuni moduli nel workflow (oppure aggiungere dei moduli personalizzati).

Per alternare lo stato di un modulo nel workflow di firstboot, procedere come segue:

Per aggiungere un modulo personalizzato al workflow, eseguire le operazioni riportate di seguito:

Suggerimento: individuazione dell'interfaccia di rete connessa per la configurazione automatica

Se l'hardware di destinazione può includere più di un'interfaccia di rete, aggiungere il pacchetto network-autoconfig all'immagine dell'applicazione. network-autoconfig scorre tutte interfacce Ethernet disponibili finché non ne viene configurata una tramite DHCP.

È possibile configurare firstboot perché esegua script aggiuntivi al termine del workflow di firstboot. Per aggiungere ulteriori script alla sequenza di firstboot, eseguire le operazioni riportate di seguito:

A seconda dell'utente finale, potrebbe essere opportuno fornire traduzioni del workflow personalizzato. Queste traduzioni potrebbero essere necessarie è stato personalizzato il flusso di lavoro modificando il file /etc/YaST2/firstboot.xml descritto nella Sezione 19.2.4, «Personalizzazione del flusso di lavoro».

Se è stato modificato /etc/YaST2/firstboot.xml e sono state apportate modifiche alle stringhe, generare un nuovo file dei modelli di traduzione (file .pot) e utilizzare la tool chain gettext per tradurre i file, quindi installare i file tradotti nelle directory YaST locali (/usr/share/YaST2/locale) come file .mo compilati. Procedere come segue:

Se si necessita di traduzioni per moduli YaST aggiuntivi o modificati, inserire le traduzioni nel modulo stesso. Se è stato modificato un modulo esistente, verificare di aver modificato anche la relativa istruzione textdomain per evitare indesiderati effetti collaterali.

Suggerimento: Ulteriori informazioni

Per ulteriori informazioni sullo sviluppo di YaST, vedere https://en.opensuse.org/openSUSE:YaST_development. Informazioni dettagliate su YaST e firstboot sono disponibili all'indirizzo http://doc.opensuse.org/projects/YaST/SLES11/tdg/bk09ch01s02.html.