Une installation de SLES 15 qui se bloque à l'invite de partitionnement, exige les mêmes paramètres sur chaque serveur ou échoue en cours d'exécution indique généralement un profil incompatible avec les machines cibles ou introuvable au démarrage. AutoYaST automatise l'installation de SLES à partir d'un profil XML, mais « sans intervention » ne signifie pas « sans aucune hypothèse » : la configuration des disques, l'accès réseau, les sources logicielles, les identifiants et les paramètres de démarrage doivent tous être corrects pour la machine sur laquelle l'installation est effectuée.
Ce guide décrit la procédure depuis un premier test sécurisé jusqu'au déploiement en réseau, en utilisant le guide SUSE AutoYaST pour SLES 15 SP7 (publié le 1er octobre 2026). Consultez la documentation relative au Service Pack et à l'architecture que vous déployez ; les profils et paramètres des versions antérieures de SLES 15 peuvent différer. SUSE documente la validation des profils lors de l'installation à partir de SLES 15 SP3, mais cette validation ne garantit pas qu'un disque choisi peut être effacé en toute sécurité ni que chaque cible possède un matériel identique.
1. Dressez l'inventaire des machines avant de rédiger le profil.
Commencez par un inventaire succinct des systèmes cibles. Notez le Service Pack et l'architecture SLES, les noms et tailles des périphériques de disque, le mode du firmware, les interfaces réseau, les exigences d'adressage DHCP ou statique, les règles de nom d'hôte, la méthode d'enregistrement, les dépôts logiciels et les paquets nécessaires à chaque serveur. SUSE recommande tout particulièrement de recueillir les informations matérielles et réseau, notamment les types et tailles de disques et, si connues, les adresses MAC des interfaces.
Cela a une incidence majeure sur le stockage. Un profil copié d'une machine de référence peut désigner un disque inexistant sur une autre machine, ou repartitionner un disque de données par inadvertance. Déterminez si l'installation doit effacer un disque système dédié, préserver les données existantes ou utiliser une configuration de partitionnement précise. Testez d'abord les opérations de stockage destructives sur une machine virtuelle éphémère.
Vérifié : les profils AutoYaST permettent de configurer le stockage, les paramètres réseau, la sélection des logiciels et d’autres ressources gérées par YaST. Dépendance à la cible : noms de périphériques, partitions, sources de paquets et valeurs réseau corrects. Action : comparez votre inventaire avec chaque valeur matérielle spécifique du profil avant le déploiement sur un parc de machines.
2. Créez un profil de référence avec YaST
Sur un système SLES 15 propre et représentatif, installez ou vérifiez les outils de configuration AutoYaST. Le guide SUSE mentionne les autoyast2paquets autoyast2-installationcorrespondants. Dans YaST, ouvrez le module Configuration de l'installation automatique et utilisez Outils > Créer un profil de référence pour sélectionner les sections de configuration nécessaires. Pour un clonage complet, exécutez :
sudo yast clone_system
Les deux méthodes créent /root/autoinst.xmlun profil. Considérez-le comme un point de départ, et non comme une solution clé en main : un profil cloné peut contenir des paramètres de stockage, de réseau et d’identité spécifiques à chaque machine. Supprimez ou généralisez les valeurs qui doivent varier d’une cible à l’autre.
Vérifiez le fichier XML généré avec un éditeur compatible XML. La racine du profil utilise les espaces de noms SUSE YaST et ses sections doivent respecter le schéma attendu par la version SLES correspondante. Privilégiez les outils de profilage YaST ou les exemples documentés de SUSE pour les sections complexes telles que le partitionnement et la configuration du chargeur de démarrage ; ne collez pas un fragment non vérifié dans un profil de production.
Action : enregistrez une copie de travail du profil en dehors du répertoire /rootde travail, limitez l’accès en lecture et conservez la copie générée non modifiée comme référence pour comparaison. Consultez le guide AutoYaST de SUSE pour SLES 15 SP7 et son chapitre sur la création d’un fichier de contrôle .
3. Adapter le profil pour des installations répétables
Apportez les modifications de manière réfléchie, section par section. Les points à examiner incluent généralement le comportement d'installation, l'enregistrement et les extensions, le partitionnement, la sélection des logiciels, la configuration réseau, les paramètres horaires, les utilisateurs, les services et les scripts post-installation. Veillez à conserver un profil aussi similaire que possible d'une machine à l'autre et ne modifiez que les éléments indispensables.
Pour plusieurs groupes de matériel, SUSE prend en charge les règles et les classes permettant de combiner un profil de base avec des paramètres spécifiques à la machine ou au groupe. Il prend également en charge les modèles ERB et les scripts de pré-installation pour les profils dynamiques. Ces fonctionnalités offrent une plus grande flexibilité et augmentent les risques d'échec d'installation ; il est donc conseillé de commencer par un profil statique, sauf si vous avez réellement besoin de créer des branches. Un détail important : le guide SLES 15 SP7 indique que les règles et les classes sont prises en charge avec le autoyast=URLparamètre de démarrage ; ce paramètre autoyast2=URLrécupère un seul fichier de contrôle et n'active pas le traitement des règles.
Manipulez les identifiants avec précaution. Les profils peuvent contenir des hachages de mots de passe, des informations d'inscription ou d'autres données sensibles. Utilisez des mots de passe chiffrés lorsque cela est possible, évitez les secrets en clair et ne rendez pas le répertoire de votre profil accessible publiquement sur Internet. Protégez le fichier ainsi que tout service web ou réseau qui y accède. Les scripts et les ERB présents dans un profil sont des éléments puissants : ils peuvent s'exécuter avec les privilèges root lors de l'installation.
Action : placer les paramètres réutilisables dans un profil de base, isoler les modifications par modèle ou par rôle dans les règles/classes uniquement lorsque cela est nécessaire, et vérifier le XML final rendu pour détecter les secrets et les opérations disque non intentionnelles avant de le publier.
4. Valider l'interprétation XML et AutoYaST
Vérifiez d'abord que le document est un fichier XML bien formé et qu'il correspond au schéma SLES 15. La documentation SUSE décrit les outils de validation tels que ` xmllintsleep` ou `sleep` jing. Sur un système SLES installé avec les outils AutoYaST appropriés, exécutez le vérificateur de profil :
sudo yast2 autoyast check-profile \
filename=autoinst.xml output=result.xml
L'outil de vérification lit, construit et peut importer le profil pour identifier les problèmes avant l'installation. Examinez attentivement ses messages et le résultatresult.xml ; AutoYaST peut normaliser ou nettoyer le profil, ce qui peut rendre le résultat différent du fichier source. Si votre profil inclut des scripts ou des ERB, n'activez les options permettant leur exécution qu'après avoir vérifié le code. SUSE avertit que ce type de code peut s'exécuter avec les privilèges root. Testez le profil dans un environnement isolé avec des fichiers de confiance.
Les résultats de la validation peuvent différer de l'environnement d'installation si l'hôte utilisé pour la vérification possède des packages YaST, une architecture ou un support de Service Pack différents. La validation lors de l'installation est activée par défaut sur SLES 15 SP3 et versions ultérieures ; ne la désactivez pas simplement pour contourner une erreur. Corrigez plutôt le profil ou expliquez et vérifiez l'exception.
Action : exécutez la validation du schéma par check-profilerapport au profil exact que vous prévoyez de déployer, puis répétez la vérification après chaque modification du partitionnement, des logiciels, des scripts ou des règles dynamiques. Le manuel AutoYaST de SLES 15 SP7 de SUSE documente l’outil de vérification et ses limitations.
5. Mettez le profil à disposition de l'installateur.
Pour une installation réseau, placez le fichier de contrôle sur un serveur accessible via HTTPS, HTTP sur un réseau isolé de provisionnement sécurisé (SIPN), NFS ou tout autre protocole de transport pris en charge par le programme d'installation. HTTPS protège la connexion pendant le transfert lorsqu'il est correctement configuré. Assurez-vous que le programme d'installation peut initialiser son réseau avant de récupérer le profil ; la documentation SUSE explique comment combiner la configuration réseau avec le paramètre AutoYaST, par exemple :
netsetup=dhcp autoyast=https://provision.example.net/sles15/autoinst.xml
Pour les supports d'installation USB ou personnalisés, le profil peut également être fourni localement. SUSE documente la détection automatique d'un fichier nommé autoinst.xmlà la racine du support personnalisé, ainsi que les URL explicites des fichiers et des clés USB. Choisissez le support adapté à votre processus de démarrage et à vos contrôles d'accès.
N’indiquez pas directement le nom d’utilisateur et le mot de passe dans l’URL de démarrage par commodité : ces paramètres pourraient être enregistrés dans les journaux ou visibles par les opérateurs. Utilisez un réseau de provisionnement restreint ou une méthode d’accès adaptée à votre environnement et protégez les fichiers contenant des données sensibles.
Si les profils sont distribués par cible, AutoYaST peut récupérer un profil depuis un répertoire en fonction de l'identité du système. L'URL doit être un chemin de répertoire se terminant par une barre oblique, et le serveur doit contenir les noms de fichiers correspondants documentés par SUSE. Pour les règles/classes, le fichier de règles attendu se trouve dans le rulessous-répertoire. Ces modèles de recherche diffèrent ; testez l'URL exacte demandée depuis un environnement équivalent à la cible avant de démarrer une machine.
Action : depuis le réseau d’installation, vérifiez la résolution DNS, le routage, la fiabilité du certificat et la disponibilité du profil. Utilisez les journaux d’une machine de test ou les journaux d’accès au serveur web pour prouver que le fichier attendu a bien été téléchargé, et non pas seulement que le serveur de provisionnement est en ligne.
6. Démarrez l'installateur SLES avec AutoYaST
Démarrez la cible à partir du support d'installation SLES 15 correspondant ou de l'environnement de démarrage réseau. Au niveau du chargeur de démarrage, ajoutez le paramètre noyau AutoYaST pointant vers le profil. Pour un profil unique, le modèle documenté est le suivant :
autoyast=https://provision.example.net/sles15/autoinst.xml
Les intitulés de menu et la méthode de modification des paramètres de démarrage dépendent de l'ISO, du chargeur de démarrage, du firmware et de la configuration réseau ; suivez le guide correspondant à votre support. Vérifiez que l'URL du profil et la source d'installation correspondent bien au Service Pack SLES 15 prévu. Un profil XML valide peut néanmoins sélectionner des dépôts ou des paquets indisponibles s'il est associé à un support incorrect.
Pour le premier test, installez une machine virtuelle dont la taille du disque et le comportement réseau sont similaires à ceux du serveur cible. Surveillez les erreurs de validation de profil, les dépôts manquants, les invites inattendues, les échecs d'enregistrement et le comportement lors du redémarrage. Ne lancez pas de traitement par lots complet tant qu'une installation complète n'a pas atteint l'état de connexion attendu et réussi vos tests.
7. Vérifiez le système installé avant de procéder à l'extension.
Une fois l'installation de test terminée, vérifiez le résultat par rapport à une courte liste d'acceptation :
- La machine a installé le pack de services et l'architecture SLES 15 prévus.
- Le disque attendu a été partitionné, et aucun disque ni donnée non liés n'ont été modifiés.
- Le nom d'hôte, la configuration réseau, le DNS, la synchronisation de l'heure, l'enregistrement et les référentiels sont corrects.
- Les services et forfaits requis sont installés, et les services indésirables sont désactivés.
- La machine redémarre sans revenir à l'assistant d'installation et peut être administrée via votre méthode d'accès sécurisée habituelle.
- Les journaux indiquent que le profil AutoYaST prévu a été récupéré et qu'il ne reste aucune erreur de validation ou de script non résolue.
Ce n'est qu'après la réussite du test que vous pouvez ajouter d'autres classes matérielles ou déployer la solution à un groupe plus large. Notez la révision du profil, la version du support d'installation, l'identité du matériel et toute différence observée. Si différents systèmes nécessitent des configurations ou des paramètres réseau différents, enrichissez le profil avec des règles/classes et validez chaque profil résultant avant le prochain déploiement.
Erreurs courantes et vérification utile
- Un profil d'une version SLES antérieure fonctionnera sans modification. Attention : SUSE indique que SLES 15 a apporté des changements importants à AutoYaST. Commencez par un profil généré pour la version SLES 15 que vous souhaitez installer, puis validez-le avec le support d'installation de cette version.
- Une analyse XML réussie signifie que le plan d'installation est sûr. La validité du XML ne confirme ni la sélection du disque, ni la disponibilité du dépôt, ni le résultat sur un autre matériel. Vérifiez les paramètres de destruction et effectuez une installation de test sur une cible jetable.
- Un profil dynamique peut être testé sans exécuter son code. Certaines transformations et certains scripts de profil modifient le XML final. Testez uniquement le code de confiance, comprenez quand il s'exécute et inspectez le résultat rendu avant de l'utiliser en production.
- Tout paramètre de démarrage AutoYaST prend en charge les règles et les classes. Sous SLES 15 SP7, SUSE documente les règles/classes pour `<nom_du_paramètre>`
autoyast=URL, et non pour autoyast2=URL`<nom_du_paramètre>`. Utilisez le paramètre et l'arborescence de répertoires documentés, puis vérifiez quel fichier a été récupéré.
AutoYaST garantit la reproductibilité du déploiement SLES lorsque le profil, le support et la cible sont compatibles. Une installation de test réussie en est la preuve concrète : elle doit s’effectuer sans intervention manuelle, reproduire la configuration disque et logicielle prévue et passer vos tests de post-installation. Revalidez le processus à chaque modification du Service Pack SLES, de la famille matérielle, de la logique de profil ou du référentiel.