20.1 Préparation de la machine principale
Pour préparer une machine principale pour un workflow Firstboot, procédez comme suit :
1 Insérez le support d'installation dans la machine principale.
2 Démarrez la machine.
3 Exécutez une installation normale en incluant toutes les étapes de configuration nécessaires et attendez que la machine installée démarre. Installez également le paquetage yast2-firstboot.
4 Pour définir votre propre workflow YaST d'étapes de configuration pour l'utilisateur final ou pour ajouter vos propres modules YaST à ce workflow, passez à la
Section 20.2, « Personnalisation de l'installation de Firstboot » (p. 360). Sinon, passez directement à l'Étape 5 (p. 360).
5 Activez Firstboot en tant qu'utilisateur root :
Créez un fichier vide /var/lib/YaST2/reconfig_system pour déclencher l'exécution de Firstboot. Ce fichier sera supprimé une fois la configuration de Firstboot exécutée avec succès. Créez ce fichier à l'aide de la commande suivante : touch /var/lib/YaST2/reconfig_system
6 Passez à la Section 20.3, « Clonage de l'installation principale » (p. 370).
20.2 Personnalisation de l'installation de Firstboot
La personnalisation du workflow d'installation de Firstboot peut impliquer différents composants. Leur personnalisation est facultative. Si vous n'effectuez aucune modification, Firstboot exécutera l'installation en utilisant les paramètres par défaut. Les options suivantes sont disponibles :
360 Guide de déploiement
• Personnalisation des messages destinés à l'utilisateur, comme décrit dans la
Section 20.2.1, « Personnalisation des messages YaST » (p. 361).
• Personnalisation des licences et des opérations liées aux licences, comme décrit dans
la Section 20.2.2, « Personnalisation de l'opération de licence » (p. 362).
• Personnalisation des notes de version à afficher, comme décrit dans la
Section 20.2.3, « Personnalisation des notes de version » (p. 363).
• Personnalisation de l'ordre et du nombre de composants impliqués dans l'installation,
comme décrit dans la Section 20.2.4, « Personnalisation du workflow » (p. 363).
• Configuration des scripts facultatifs supplémentaires, comme décrit dans la
Section 20.2.5, « Configuration des scripts supplémentaires » (p. 368).
Pour personnaliser l'un de ces composants, modifiez les fichiers de configuration suivants :
/etc/sysconfig/firstboot
Permet de configurer les différents aspects de Firstboot (comme les notes de version, les scripts et les opérations de licence).
/etc/YaST2/firstboot.xml
Permet de configurer le workflow d'installation en activant ou en désactivant les composants, ou bien en ajoutant des composants personnalisés.
Fournissez des traductions pour ce type de workflow d'installation personnalisé,
comme décrit dans la Section 20.2.6, « Élaboration des traductions du workflow d'installation » (p. 369).
Si vous souhaitez personnaliser des composants autres que les composants du workflow, reportez-vous à la documentation control.xml disponible à l'adresse http://doc.opensuse.org/projects/YaST/SLES11/tdg/ inst_in_general_chap.html#product_control
.
20.2.1 Personnalisation des messages
YaST
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
Déploiement de pré-installations personnalisées 361
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 :
1 Connectez-vous en tant qu'utilisateur root.
2 Ouvrez le fichier de configuration /etc/sysconfig/firstboot et appliquez les modifications suivantes :
2a Définissez FIRSTBOOT_WELCOME_DIR sur le chemin du répertoire dans lequel vous souhaitez stocker les fichiers contenant le message de bienvenue et les versions localisées, par exemple :
FIRSTBOOT_WELCOME_DIR="/usr/share/firstboot/"
2b Si le nom du fichier de votre message de bienvenue est différent de welcome.txt
et welcome_local.txt (avec local correspondant à un code de langue ISO 639 tel que « cs » ou « de »), spécifiez le modèle du nom de fichier dans FIRSTBOOT_WELCOME_PATTERNS. Par exemple :
FIRSTBOOT_WELCOME_PATTERNS="mywelcome.txt"
Si cette variable n'est pas définie, la valeur par défaut welcome.txt sera utilisée.
3 Créez le fichier de bienvenue et les versions localisées, puis placez-les dans le répertoire spécifié dans le fichier de configuration /etc/sysconfig/firstboot.
Procédez de la même façon pour configurer les messages personnalisés de licence et de fin d'installation. Leurs 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.
20.2.2 Personnalisation de l'opération de licence
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 :
362 Guide de déploiement
arrêter
L'installation de Firstboot s'interrompt et le système tout entier s'arrête. Ce mode correspond au paramétrage par défaut.
continuer
L'installation de Firstboot continue.
ignorer
L'installation de Firstboot s'interrompt, mais le système tente de démarrer.
Définissez le paramètre LICENSE_REFUSAL_ACTION sur la valeur de votre choix.
20.2.3 Personnalisation des notes de version
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 :
1 Créez votre propre fichier de notes de version. Utilisez le format RTF comme dans le fichier donné en exemple dans /usr/share/doc/release-notes, puis enregistrez le résultat sous la forme RELEASE-NOTES.en.rtf (pour la langue anglaise).
2 Stockez les versions localisées facultatives avec la version originale et remplacez la partie en du nom du fichier par le code de langage ISO 639 approprié, par exemple fr
pour la langue française.
3 Ouvrez le fichier de configuration de Firstboot depuis /etc/sysconfig/ firstboot
et définissez FIRSTBOOT_RELEASE_NOTES_PATH sur le répertoire actuel dans lequel les fichiers de notes de version sont stockés.
20.2.4 Personnalisation du workflow
Par défaut, un workflow Firstboot standard inclut les composants suivants :
Déploiement de pré-installations personnalisées 363
• Sélection de la langue
• Bienvenue
• Accord de licence
• Nom d'hôte
• Réseau
• Heure et date
• Desktop
• Mot de passe root
• Méthode d'authentification des utilisateurs
• Gestion des utilisateurs
• Configuration du matériel
• Terminer la configuration
Cette structure standard de workflow d'installation de Firstboot n'est pas obligatoire.
Vous pouvez activer ou désactiver certains composants, ou encore intégrer vos propres modules au workflow. Pour modifier le workflow Firstboot, modifiez 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 afficher un aperçu des propositions, reportez-vous à l'Exemple 20.1, « Configuration des écrans de propositions » (p. 364). 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 dans cet exemple.
Exemple 20.1 Configuration des écrans de propositions
…
<proposals config:type="list">
<proposal>
364 Guide de déploiement
<name>firstboot_hardware</name>
<mode>installation</mode>
<stage>firstboot</stage>
<label>Hardware Configuration</label>
<proposal_modules config:type="list">
<proposal_module>printer</proposal_module>
</proposal_modules>
</proposal>
<proposal>
…
</proposal>
</proposals>
Conteneur de toutes les propositions qui doivent faire partie du workflow Firstboot
Conteneur d'une proposition individuelle
Nom interne de la proposition
Mode de cette proposition. N'effectuez aucune modification ici. Pour une installation de Firstboot, ce paramètre doit être défini sur installation.
Stade du processus d'installation auquel cette proposition est appelée. N'effectuez aucune modification ici. Pour une installation de Firstboot, ce paramètre doit être défini sur firstboot.
Libellé à afficher sur la proposition
Conteneur de tous les modules de l'écran de proposition
Un ou plusieurs modules de l'écran de proposition
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.
Exemple 20.2 Configuration de la section workflows
<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>
Déploiement de pré-installations personnalisées 365
</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 20.1, « Configuration des écrans de propositions » (p. 364)). La princi-
pale différence est la section defaults, qui contient les informations de base relatives à la conception des composants du workflow : enable_back
Inclut le bouton Retour dans toutes les boîtes de dialogue.
enable_next
Inclut le bouton Suivant dans toutes les boîtes de dialogue.
archs
Spécifie les architectures matérielles sur lesquelles ce workflow doit être utilisé.
Exemple 20.3 Configuration de la liste des composants du workflow
<modules config:type="list">
<module>
<label>Language</label>
<enabled config:type="boolean">false</enabled>
<name>firstboot_language</name>
</module>
<modules>
Conteneur de tous les composants du workflow
Définition du module
Libellé affiché avec le module
Paramètre permettant d'activer ou de désactiver ce composant dans le workflow
Nom du module. Le module lui-même doit être situé sous /usr/share/
YaST2/clients
et comporter le suffixe de fichier .ycp.
Pour modifier le nombre ou l'ordre des écrans de propositions pendant l'installation de
Firstboot, procédez comme suit :
1 Ouvrez le fichier de configuration de Firstboot sous /etc/YaST2/ firstboot.xml
.
366 Guide de déploiement
2 Supprimez ou ajouter des écrans de propositions ou modifiez l'ordre des écrans existants :
• Pour supprimer une proposition dans son intégralité, supprimez l'élément proposal
, ainsi que tous ses sous-éléments de la section proposals, puis supprimez l'élément module approprié (avec ses sous-éléments) du workflow.
• Pour ajouter une proposition, créez un élément proposal et renseignez tous les sous-éléments requis. Assurez-vous que la proposition existe en tant que module
YaST dans /usr/share/YaST2/clients.
• Pour modifier l'ordre des propositions, déplacez les éléments module appropriés contenant les écrans de propositions dans le workflow. Notez qu'il peut y avoir des dépendances avec d'autre étapes de l'installation qui requièrent un ordre particulier des propositions et des composants du workflow.
3 Appliquez vos modifications et fermez le fichier de configuration.
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 :
1 Ouvrez le fichier de configuration /etc/YaST2/firstboot.xml.
2 Changez la valeur de l'élément enabledde true en false pour désactiver le module ou de false en true pour le réactiver.
<module>
<label>Time and Date</label>
<enabled config:type="boolean">true</enabled>
<name>firstboot_timezone</name>
</module>
3 Appliquez vos modifications et fermez le fichier de configuration.
Pour ajouter un module personnalisé au workflow, procédez comme suit :
1 Créez votre propre module YaST et enregistrez le fichier du module
nom_module.ycp
dans /usr/share/YaST2/clients.
2 Ouvrez le fichier de configuration /etc/YaST2/firstboot.xml.
Déploiement de pré-installations personnalisées 367
3 Déterminez à quel point du workflow votre nouveau module doit être exécuté. Ce faisant, assurez-vous que les dépendances possibles avec d'autres étapes du workflow sont prises en compte et résolues.
4 Créez un nouvel élément module dans le conteneur modules et ajoutez les sous-
éléments appropriés :
<modules config:type="list">
…
<module>
<label>my_module</label>
<enabled config:type="boolean">true</enabled>
<name>filename_my_module</name>
</module>
</modules>
4a Entrez le libellé à afficher sur votre module dans l'élément label.
4b Assurez-vous que le paramètre enabled est défini sur true pour que votre module soit inclus dans le workflow.
4c Entrez le nom du fichier de votre module dans l'élément name. Ignorez le chemin entier et le suffixe .ycp.
5 Appliquez vos paramètres et fermez le fichier de configuration.
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. Le paquetage network-autoconfig
vérifie que toutes les interfaces Ethernet disponibles sont redémarrées pendant le premier démarrage jusqu'à ce que l'une d'entre elles soit configurée avec succès avec DHCP.
20.2.5 Configuration des scripts supplémentaires
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 :
368 Guide de déploiement
1 Ouvrez le fichier de configuration /etc/sysconfig/firstboot et assurezvous que le chemin d'accès spécifié pour SCRIPT_DIR est correct. La valeur par défaut est /usr/share/firstboot/scripts.
2 Créez votre script shell, stockez-le dans le répertoire spécifié, puis appliquez les autorisations du fichier appropriées.
20.2.6 Élaboration des traductions du workflow d'installation
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 dans la Section 20.2.4, « Personnalisation du workflow » (p. 363). Cette
procédure diffère de la méthode de localisation des messages YaST personnalisés,
décrite dans la Section 20.2.1, « Personnalisation des messages YaST » (p. 361).
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 YaST locaux (/usr/share/YaST2/locale) sous forme de fichiers .mo compilés. Procédez de la façon suivante :
1 Remplacez le paramètre textdomain :
<textdomain>firstboot</textdomain> par exemple par
<textdomain>firstboot-oem</textdomain>
2 Utilisez xgettext pour extraire les chaînes traduisibles du fichier modèle de traduction (fichier .pot), par exemple firstboot-oem.pot : xgettext -L Glade -o firstboot-oem.pot /etc/YaST2/firstboot.xml
3 Démarrez le processus de traduction. Regroupez ensuite les fichiers traduits (fichiers
.code_LL.po
) de la même façon que les traductions des autres projets, puis installez les fichiers firstboot-oem.mo compilés.
Si vous avez besoin de traductions pour des modules YaST supplémentaires ou modifiés, fournissez-les sous forme de module. Si vous vous contentez de modifier un
Déploiement de pré-installations personnalisées 369
