19 Déploiement de pré-installations personnalisées #

Par défaut, une installation de SUSE Linux Enterprise Server contient plusieurs messages par défaut localisés qui s'affichent à certains stades du processus d'installation. Ils incluent un message de bienvenue, un message relatif à la licence et un message de félicitations à l'issue de l'installation. Vous pouvez remplacer l'un de ces messages par une version qui vous est propre et inclure cette dernière dans l'installation. Pour inclure votre propre message de bienvenue, procédez comme suit :

Procédez de la même façon pour configurer les messages personnalisés de licence et de fin d'installation. Ces variables sont FIRSTBOOT_LICENSE_DIR et FIRSTBOOT_FINISH_FILE.

Définissez le paramètre SHOW_Y2CC_CHECKBOX sur « yes » si l'utilisateur doit être en mesure de démarrer YaST directement après l'exécution de l'installation.

Vous pouvez personnaliser la façon dont le système d'installation réagit au refus de l'accord de licence par un utilisateur. Le système peut réagir de trois façons à ce scénario :

Définissez le paramètre LICENSE_REFUSAL_ACTION sur la valeur de votre choix.

Si vous avez modifié l'instance de SUSE Linux Enterprise Server déployée avec Firstboot, vous devrez probablement informer les utilisateurs finaux des aspects importants de leur nouveau système d'exploitation. Une installation standard utilise les notes de version (affichées pendant l'une des étapes finales de l'installation) pour communiquer des informations importantes aux utilisateurs. Pour afficher vos propres notes de version modifiées dans le cadre de l'installation de Firstboot, procédez comme suit :

L'exemple /etc/YaST2/firstboot.xml fourni définit un workflow standard qui inclut les composants activés suivants :

N'oubliez pas que ce workflow est un modèle. Vous pouvez l'ajuster correctement en éditant manuellement le fichier de configuration de Firstboot /etc/YaST2/firstboot.xml. Ce fichier XML est un sous-ensemble du fichier control.xml standard utilisé par YaST pour contrôler le workflow d'installation. Pour en savoir plus sur la configuration de la section workflow, reportez-vous à l'Exemple 19.2, « Configuration de la section workflow ».

Pour un aperçu des propositions, reportez-vous à l'Exemple 19.1, « Configuration des écrans de propositions ». Cet exemple fournit suffisamment de contexte pour modifier le workflow d'installation de Firstboot. La syntaxe de base du fichier de configuration de Firstboot (plus la façon dont les principaux éléments sont configurés) est décrite via cet exemple.

    …
    <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 section suivante du fichier de configuration de Firstboot contient la définition du workflow. Tous les modules devant faire partie du workflow d'installation de Firstboot doivent être répertoriés ici.

    <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 structure principale de la section workflows est très similaire à celle de la section proposals. Un conteneur contient les éléments du workflow, y compris les informations sur les étapes, les libellés et le mode (tout comme les propositions présentées dans l'Exemple 19.1, « Configuration des écrans de propositions »). La principale différence est la section defaults, qui contient les informations de base relatives à la conception des composants du 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>

Pour modifier le nombre ou l'ordre des écrans de propositions pendant l'installation de Firstboot, procédez comme suit :

Vous pouvez toujours modifier le workflow des étapes de la configuration lorsque les valeurs par défaut ne correspondent pas à vos besoins. Activez ou désactivez certains modules du workflow (ou ajoutez vos modules personnalisés).

Pour modifier l'état d'un module dans le workflow Firstboot, procédez comme suit :

Pour ajouter un module personnalisé au workflow, procédez comme suit :

Astuce : recherche de l'interface réseau connectée pour la configuration automatique

Si le matériel cible peut être équipé de plusieurs interfaces réseau, ajoutez le paquetage network-autoconfig à l'image de l'application. network-autoconfig passe en revue toutes les interfaces Ethernet disponibles jusqu'à ce que l'une d'entre elles soit correctement configurée via DHCP.

Firstboot peut être configuré de façon à exécuter des scripts supplémentaires après l'exécution du workflow Firstboot. Pour ajouter des scripts à la séquence Firstboot, procédez comme suit :

Selon l'utilisateur final, il peut être souhaitable de proposer des traductions du workflow personnalisé. Ces traductions peuvent s'avérer nécessaires si vous avez personnalisé le workflow en modifiant le fichier /etc/YaST2/firstboot.xml, comme décrit à la Section 19.2.4, « Personnalisation du workflow ».

Si vous avez modifié le fichier /etc/YaST2/firstboot.xml et les chaînes, générez un nouveau fichier modèle de traduction (fichier .pot) et utilisez la chaîne d'outil gettext pour traduire les fichiers. Pour finir, placez les fichiers traduits dans les répertoires de paramètres locaux YaST (/usr/share/YaST2/locale) sous la forme de fichiers .mo compilés. Procédez de la façon suivante :

Si vous avez besoin de traductions pour des modules YaST supplémentaires ou modifiés, fournissez-les sous forme de module. Si vous avez modifié un module existant, veillez à modifier également son instruction de domaine texte pour éviter tout effet secondaire indésirable.

Astuce : pour en savoir plus

Pour plus d'informations sur le développement de YaST, visitez le site https://en.opensuse.org/openSUSE:YaST_development. Vous trouverez des informations détaillées sur YaST Firstboot sur le site http://doc.opensuse.org/projects/YaST/SLES11/tdg/bk09ch01s02.html.