À partir de SUSE Linux Enterprise Server  15 SP5, celui-ci inclut les produits de base suivants:

Si vous effectuez l'installation sur un ordinateur ou une machine virtuelle qui a accès à Internet et que vous souhaitez installer l'un des produits répertoriés ci-dessus, il vous suffit de télécharger l'image SLE-15-SP5-Online-ARCH-GM-media1.iso pour l'architecture désirée.

Note : installation de SUSE Manager

Pour installer des produits SUSE Manager, la machine cible doit avoir accès direct au SUSE Customer Center ou à un serveur RMT.

Excepté pour SUSE Manager, vous n'avez pas besoin d'accéder à Internet, au SUSE Customer Center ni à un serveur RMT pour installer les autres produits listés.

Pour une installation hors ligne, téléchargez en plus l'image SLE-15-SP5-Full-ARCH-GM-media1.iso de l'architecture souhaitée.

Il existe un second support de paquetages, mais il ne contient que du code source et n'est pas requis pour l'installation.

Astuce : taille du support complet

La taille du support d'installation complet SLE-15-SP5-Online-ARCH-GM-media1.iso dépasse la capacité d'un DVD double couche. Par conséquent, vous ne pouvez le démarrer qu'à partir d'une clé USB à mémoire flash.

Pour le support d'installation et les images d'invité de machine virtuelle, SUSE propose deux variantes :

Vous n'avez besoin que du support GM ou du support QU, pas des deux. La version à sélectionner dépend de vos besoins et de vos préférences. Si vous disposez d'un matériel plus récent, la version QU est peut-être le meilleur choix. La procédure d'installation est identique pour les deux variantes.

Pour les deux variantes, il est recommandé d'installer les dernières mises à jour publiées après la création des images pendant ou immédiatement après l'installation.

SUSE Linux Enterprise Server est normalement installé en tant que système d'exploitation indépendant. Grâce à la virtualisation, il est également possible d'exécuter plusieurs instances de SUSE Linux Enterprise Server sur le même matériel. Toutefois, l'installation du serveur hôte de machine virtuelle s'effectue comme une installation classique en y ajoutant des paquetages supplémentaires. L'installation des invités virtuels est décrite dans le Book “Virtualization Guide”, Chapter 10 “Guest installation”.

La plupart des installations sont effectuées sur un disque dur local. Par conséquent, il est nécessaire que les contrôleurs du disque dur soient accessibles au système d'installation. Si un contrôleur spécifique (comme un contrôleur RAID) requiert un module de kernel supplémentaire, fournissez un disque de mise à jour du module de kernel au système d'installation.

Tous les types de périphériques de bloc peuvent servir de cibles d'installation, à condition qu'ils offrent un espace disque et une vitesse suffisants pour exécuter un système d'exploitation. Il peut s'agir de périphériques de bloc réseau comme iSCSI ou SAN. Il est également possible d'effectuer des installations sur des systèmes de fichiers réseau offrant des autorisations Unix standard. Cependant, il peut être difficile de démarrer ces systèmes de fichiers, qui doivent être pris en charge par initramfs avant que le système ne démarre. Ce type d'installation peut être utile lorsque vous devez démarrer le même système à des endroits différents ou que vous prévoyez d'utiliser des fonctionnalités de virtualisation telles que la migration de domaine.

Des problèmes de démarrage peuvent empêcher le lancement du programme d'installation de YaST sur votre système. Il peut aussi arriver que votre système ne démarre pas une fois l'installation terminée.

Si un problème inattendu survient pendant l'installation, des informations sont nécessaires pour en déterminer la cause. Suivez les instructions ci-après pour résoudre le problème :

L'option par défaut du menu de démarrage de la source d'installation de SUSE Linux Enterprise Server démarre la machine sur le système déjà installé. Pour éviter ce comportement et lancer le processus d'installation, choisissez l'une des options d'installation disponibles dans le menu de démarrage.

SUSE Linux Enterprise Server est normalement installé en tant que système d'exploitation indépendant. Grâce à la virtualisation, il est également possible d'exécuter plusieurs instances de SUSE Linux Enterprise Server sur le même matériel. L'installation du serveur hôte de machine virtuelle s'effectue comme une installation classique en y ajoutant des paquetages supplémentaires. L'installation des invités virtuels est décrite dans le Book “Virtualization Guide”, Chapter 10 “Guest installation”.

La plupart des installations sont effectuées sur un disque dur local. Par conséquent, il est nécessaire que les contrôleurs du disque dur soient accessibles au système d'installation. Si un contrôleur spécifique (comme un contrôleur RAID) requiert un module de kernel supplémentaire, fournissez un disque de mise à jour du module de kernel au système d'installation.

Tous les types de périphériques de bloc peuvent servir de cibles d'installation, à condition qu'ils offrent un espace disque et une vitesse suffisants pour exécuter un système d'exploitation. Il peut s'agir de périphériques de bloc réseau comme iSCSI ou SAN. Il est également possible d'effectuer des installations sur des systèmes de fichiers réseau offrant des autorisations Unix standard. Cependant, il peut être difficile de démarrer ces systèmes de fichiers, qui doivent être pris en charge par initramfs avant que le système ne démarre. Ce type d'installation peut être utile lorsque vous devez démarrer le même système à des endroits différents ou que vous prévoyez d'utiliser des fonctionnalités de virtualisation telles que la migration de domaine.

Des problèmes de démarrage peuvent empêcher le lancement du programme d'installation de YaST sur votre système. Un autre symptôme est l'échec du démarrage une fois l'installation terminée.

Si un problème inattendu survient pendant l'installation, des informations sont nécessaires pour en déterminer la cause. Suivez les instructions ci-après pour résoudre le problème :

L'option par défaut du menu de démarrage du support d'installation de SUSE Linux Enterprise Server démarre la machine sur le système déjà installé. Pour lancer le processus d'installation, choisissez l'une des options d'installation disponibles dans le menu de démarrage.

Le processeur principal du SoC (System-on-Chip) du Raspberry Pi est une unité de traitement graphique (GPU) VideoCore de Broadcom, et non pas une unité centrale (CPU) d'Arm. C'est la GPU qui commence à initialiser le matériel à partir d'un chargeur de démarrage de première étape dans la mémoire morte (Read-Only Memory, ROM) de démarrage sur la puce. Seules quelques options de configuration peuvent influencer la mémoire morte de démarrage (voir Section 3.6.1.2, « Mémoire OTP »).

Le matériel Raspberry Pi 3 ne comprend aucun microprogramme intégré. À la place, son microprogramme de chargeur de démarrage de deuxième étape bootcode.bin est chargé à partir du support de démarrage à chaque fois que la machine est allumée. Il charge à son tour le chargeur de démarrage de troisième étape start.elf.

Le matériel Raspberry Pi 4 comporte une petite mémoire EEPROM (Electrically Erasable Programmable Read-Only Memory, mémoire morte programmable pouvant être effacée par un courant électrique) pour le chargeur de démarrage de deuxième étape. En dehors de cela, sa séquence de démarrage est similaire à celle du Raspberry Pi 3, et charge le chargeur de démarrage de troisième étape start4.elf à partir du support de démarrage.

Avertissement : mise à jour de la mémoire EEPROM sur le Raspberry Pi 4

Vous pouvez effectuer une mise à jour du chargeur de démarrage de deuxième étape en démarrant à partir d'une carte microSD spécialement préparée.

Veillez à n'insérer que des supports de démarrage de confiance et vérifiez qu'ils ne contiennent aucun fichier recovery.bin non souhaité.

Si un fichier armstub8.bin est présent, il sera chargé en tant que chargeur de démarrage de quatrième étape au niveau d'exception 3 (EL3) Aarch64. Dans le cas contraire, le système utilisera un stub intégré minimal.

Note : considérations relatives à la sécurité EL3

Le code chargé pour EL3 (souvent appelé BL31) réside en mémoire. Linux peut tenter des hyperappels vers EL3 tout au long de son exécution.

Vérifiez que vos supports de démarrage ne contiennent aucun fichier armstub8.bin involontairement présent. SUSE Linux Enterprise Server  15 SP5 n'en inclut pas.

Notez que le SoC du Raspberry Pi ne fournit pas de mémoire sécurisée TrustZone. Le système d'exploitation de l'unité centrale et tout logiciel de la GPU peuvent accéder à sa mémoire vive (RAM). Ce système ne convient donc pas aux applications EL0 cryptographiques. SUSE Linux Enterprise Server ne propose pas d'environnement d'exécution de confiance (Trusted Execution Environment, TEE) EL1 pour cette raison.

SUSE Linux Enterprise Server pour le Raspberry Pi est configuré de manière à charger un chargeur de démarrage de cinquième étape nommé Das U-Boot.

3.6.1.2 Mémoire OTP #

  

Le SoC comporte également une très petite quantité de mémoire programmable une seule fois (One-Time Programmable, OTP). Celle-ci permet de configurer certains paramètres, par exemple si la mémoire morte de démarrage doit tenter de se lancer à partir de périphériques USB ou via Ethernet.

Cette mémoire OTP est décrite sur le site Web de Raspberry Pi Foundation : https://www.raspberrypi.org/documentation/hardware/raspberrypi/otpbits.md

Avertissement : mémoire programmable une seule fois

Les paramètres de configuration inscrits dans la mémoire OTP ne peuvent pas être modifiés.

Le cas d'utilisation le plus courant de la mémoire OTP consiste à activer le démarrage USB sur le Raspberry Pi 3 Model B ou Compute Module 3.

program_usb_boot_mode=1

Le Raspberry Pi n'a pas d'horloge en temps réel (Real-Time Clock, RTC) avec batterie de secours.

Note : synchronisation horaire

L'absence d'horloge en temps réel signifie que les périphériques Raspberry Pi doivent être configurés pour récupérer l'heure à partir d'un serveur réseau par le biais du protocole NTP (Network Time Protocol).

Toutefois, les cartes de base des Raspberry Pi Compute Module peuvent comporter une horloge en temps réel.

Il est également possible de se connecter à une horloge en temps réel via le connecteur GPIO, à l'aide d'une carte d'extension HAT (Hardware Attached on Top) ou autre.

Dans les deux cas, vérifiez si le jeu de puces RTC correspondant est pris en charge par SUSE Linux Enterprise Server. L'horloge en temps réel connectée devra être décrite auprès du système d'exploitation par l'intermédiaire d'une surcouche d'arborescence matérielle (Device Tree Overlay, voir Section 3.6.1.1, « Fichier config.txt »). Par exemple, la carte de base MyPi pourrait utiliser :

dtparam=i2c1=on
dtoverlay=i2c-rtc,ds1307

La méthode la plus courante pour déployer un système d'exploitation sur du matériel Raspberry Pi consiste à copier une image de système préinstallé sur un support de démarrage, généralement une carte microSD. Il s'agit de la méthode la plus simple.

SUSE propose une image de démarrage préconfigurée de SUSE Linux Enterprise Server pour le matériel Raspberry Pi. Elle est fournie avec le système de fichiers Btrfs, avec l'option de compression activée afin d'améliorer les performances et de réduire l'usage des supports microSD.

Il est recommandé d'utiliser une carte microSD présentant une taille d'au moins 8 Go. Des cartes plus rapides amélioreront les performances du système. Au premier démarrage, le système d'exploitation développe automatiquement le système de fichiers pour remplir la carte. Cela signifie que le premier démarrage sera considérablement plus lent que les démarrages ultérieurs.

Le processus d'écriture de l'image de carte sur un support microSD est décrit dans le document Raspberry Pi Quick Start.

Certains modèles de Raspberry Pi permettent un démarrage à partir de périphériques de stockage de masse USB. Cela permet de déployer SUSE Linux Enterprise Server sur un Raspberry Pi de la même manière que sur des plates-formes de serveur.

Vous pouvez effectuer l'installation à partir d'un support USB amovible, tel qu'une carte mémoire memory stick, vers une carte microSD insérée dans le connecteur interne de la machine. Vous pouvez également effectuer cette opération à partir d'un support USB amovible vers un autre support USB, tel qu'une disque dur connecté via un port USB.

Note : limites de la bande passante USB

Notez que le contrôleur Ethernet sur le Raspberry Pi 3 est connecté au bus USB 2.0 intégré au périphérique.

Par conséquent, un système d'exploitation qui s'exécute à partir d'un disque branché par l'intermédiaire d'un port USB doit partager le volume total de la bande passante de 480 Mbit/s du contrôleur USB 2.0. Cela limite les performances et peut affecter significativement le fonctionnement du réseau.

Cette limite ne s'applique pas au Raspberry Pi 4.

Les modèles plus récents de Raspberry Pi 3 avec BCM2837 B0 Silicon (puce argentée plutôt que noire), notamment Raspberry Pi 3 Model B+ et Compute Module 3+, permettent par défaut le démarrage à partir de périphériques de stockage connectés à partir d'un support USB.

Sur des modèles plus anciens, tels que Raspberry Pi 3 Model B ou Compute Module 3, le démarrage en mode USB peut être activé en effectuant un démarrage à partir d'une carte microSD spécialement préparée. Reportez-vous à la Section 3.6.1.2, « Mémoire OTP » pour plus d'informations.

Étant donné que le matériel est dépourvu de tout microprogramme intégré (Section 3.6.1, « Processus de démarrage »), démarrer le Raspberry Pi à partir du réseau à l'aide d'un environnement PXE est plus complexe que pour des ordinateurs plus conventionnels.

Le processus de configuration d'un serveur de démarrage PXE pour x86 et Arm est décrit dans le document sur les meilleures pratiques SUSE How to Set Up a Multi-PXE Installation Server.

Raspberry Pi Foundation publie des informations sur la procédure de démarrage d'un Raspberry Pi à l'aide de PXE à partir d'un autre Raspberry Pi : https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/net_tutorial.md

Pour plus d'informations, consultez les ressources suivantes :

SUSE Linux Enterprise Server s'exécute sur les plates-formes suivantes :

5.1.1.1 Configuration requise pour la mémoire #

  

Des méthodes d'installation différentes ont des prérequis système liés à la mémoire différents lors de l'installation. Il est recommandé de disposer d'au moins 1 Go de mémoire pour l'installation en mode texte sous z/VM, LPAR et KVM. L'installation en mode graphique requiert au moins 1,5 Go de mémoire.

Note : prérequis système liés à la mémoire pour des sources d'installation à distance

Un minimum de 512 Mo de mémoire est requis en cas d'installation à partir de sources d'installation NFS, FTP et SMB, ou lors de l'utilisation de VNC. Tenez compte du fait que les exigences de mémoire dépendent également du nombre de périphériques visibles par l'invité z/VM ou l'image LPAR. Une installation avec de nombreux périphériques accessibles peut nécessiter plus de mémoire (même si ces périphériques ne sont pas utilisés pour l'installation).

Vous trouverez la documentation relative aux restrictions et exigences de cette version de SUSE Linux Enterprise Server sur IBM developerWorks à l'adresse https://developer.ibm.com/technologies/linux/. Nous vous recommandons d'utiliser le niveau de service le plus élevé disponible. Contactez le support IBM pour connaître la configuration minimale requise.

Les versions suivantes de z/VM sont prises en charge :

Étant donné qu'il peut être nécessaire d'activer les APAR VM avant d'installer les nouveaux niveaux MicroCode, clarifiez l'ordre d'installation avec le support IBM.

Si vous installez SUSE Linux Enterprise Server via un protocole NFS ou FTP non-Linux, vous risquez de rencontrer des problèmes avec les logiciels serveur NFS ou FTP. Le serveur FTP standard Windows* peut générer des erreurs, c'est pourquoi nous vous recommandons d'effectuer l'installation via SMB sur ces machines.

Pour vous connecter au système d'installation de SUSE Linux Enterprise Server, utilisez l'une des méthodes suivantes (l'utilisation de SSH or VNC est recommandée) :

Astuce : pour en savoir plus

Avant d'installer SUSE Linux Enterprise Server sur IBM Z, consultez le fichier README situé dans le répertoire racine du premier support d'installation de SUSE Linux Enterprise Server. Ce fichier complète cette documentation.

Cette section est une vue d'ensemble des différents types d'installation possibles avec SUSE Linux Enterprise Server (SLES) for IBM Z. SUSE Linux Enterprise Server peut être installé sur une partition LPAR, en tant qu'invité au sein de z/VM ou en tant qu'invité au sein de KVM.

Selon le mode d'installation (LPAR ou z/VM), il existe plusieurs manières de démarrer le processus d'installation et d'exécuter un IPL sur le système installé.

Cette section fournit les informations nécessaires pour exécuter un IPL pour la première installation. Selon le type d'installation, différentes options doivent être utilisées. Les options Lecteur VM, Charger depuis un CD-ROM ou un serveur et Chargement depuis un DVD associé à SCSI sont traitées dans cette section. L'installation des paquetages logiciels, via le réseau, ne requiert pas de support IPL.

Cette section fournit des informations détaillées pour rendre accessibles les données d'installation de SUSE Linux Enterprise Server for IBM Z. Selon l'ordinateur que vous utilisez et l'environnement système, choisissez une installation NFS ou FTP. Si vous exécutez des postes de travail Microsoft Windows dans votre environnement, vous pouvez utiliser le réseau Windows (y compris le protocole SMB) pour installer SUSE Linux Enterprise Server sur votre système IBM Z.

Astuce : exécution d'un IPL à partir d'un DVD

Il est possible d'exécuter un IPL depuis un DVD et d'utiliser celui-ci comme support d'installation. Cela peut s'avérer très pratique si vous êtes confronté à des restrictions concernant la configuration d'un serveur d'installation fournissant un support d'installation sur votre réseau. Vous devez disposer d'un lecteur de DVD SCSI associé à un protocole FCP.

Note : aucune installation à partir du disque dur

Il est impossible de procéder à une installation depuis le disque dur en plaçant le contenu du DVD sur une partition sur un DASD.

5.3.1.1 Utilisation d'un poste de travail Linux ou d'un DVD SUSE Linux Enterprise Server #

  

Vous pouvez utiliser un poste de travail Linux de votre environnement informatique pour fournir les données d'installation au processus d'installation IBM Z via NFS ou FTP. Si le poste de travail Linux exécute SUSE Linux Enterprise Server, vous pouvez configurer un serveur d'installation (NFS ou FTP) à l'aide du module YaST Installation Server (Serveur d'installation), comme décrit à la Section 16.1, « Configuration d'un serveur d'installation à l'aide de YaST ».

Important : exportation de périphériques montés avec NFS

Exporter la racine du système de fichiers (/) n'exporte pas automatiquement les périphériques montés, comme un DVD. Par conséquent, vous devez nommer explicitement le point de montage dans /etc/exports :

/media/dvd  *(ro)

Une fois ce fichier modifié, redémarrez le serveur NFS en exécutant la commande sudo systemctl restart nfsserver.

La configuration d'un serveur FTP sur un système Linux implique d'installer et de configurer un logiciel serveur, tel que vsftpd. Si vous utilisez SUSE Linux Enterprise Server, reportez-vous au Book “Administration Guide”, Chapter 43 “Setting up an FTP server with YaST” pour obtenir des instructions d'installation. Le téléchargement des données d'installation via une connexion anonyme n'est pas pris en charge. Par conséquent, vous devez configurer le serveur FTP pour assurer l'authentification utilisateur.

5.3.1.1.1 SUSE Linux Enterprise Server sur DVD #

  

Le premier support d'installation de SUSE Linux Enterprise Server for IBM Z contient une image Linux de démarrage pour les postes de travail Intel et une image pour IBM Z.

Pour les postes de travail Intel, démarrez à partir de ce support. À l'invite, choisissez la langue de réponse et la disposition de clavier souhaitées, et sélectionnez l'option Start rescue system (Démarrer le système de secours). Pour cette opération, 64 Mo minimum de mémoire vive sont requis. Aucun espace disque n'est requis, car tout le système de secours réside dans la mémoire vive du poste de travail. Cette approche nécessite la configuration manuelle de la mise en réseau du poste de travail.

Pour IBM Z, exécutez l'IPL de votre invité LPAR/VM depuis ce support, comme décrit à la Section 5.3.4.1.2, « Exécution d'un IPL à partir d'un DVD SCSI associé FCP ». Après avoir entré les paramètres de votre réseau, le système d'installation considère le support comme la source des données d'installation. Dans la mesure où IBM Z ne peut pas être associé directement à un terminal compatible X11, choisissez entre une installation VNC ou SSH. SSH fournit également une installation graphique par le tunnelage de la connexion x via SSH grâce à ssh -X.

smb://DOMAIN;USER:PW@SERVERNAME/SHAREPATH

> sudo cobbler import --path=PATH1 --name=IDENTIFIER2 --arch=s390x

> sudo cobbler distro add --arch=s390 --breed=suse --name="IDENTIFIER"1 \
  --os-version=sles152 \
  --initrd=/srv/www/cobbler/ks_mirror/IDENTIFIER/boot/s390x/initrd3 \
  --kernel=/srv/www/cobbler/ks_mirror/IDENTIFIER/boot/s390x/linux4 \
  --kopts="install=http://cobbler.example.com/cobbler/ks_mirror/IDENTIFIER"5

> sudo cobbler distro edit \
--name=IDENTIFIER1 --os-version=sles102 --ksmeta=""3
--kopts="install=http://cobbler.example.com/cobbler/ks_mirror/IDENTIFIER"4

> sudo cobbler system add --name=linux01 --hostname=linux01.example.com \
--profile=IDENTIFIER --interface=qdio \
--ip-address=192.168.2.103 --subnet=192.168.2.255 --netmask=255.255.255.0 \
--name-servers=192.168.1.116 --name-servers-search=example.com \
--gateway=192.168.2.1 --kopts="KERNEL_OPTIONS"

--kopts=" \
AutoYaST=http://192.168.0.5/autoinst.xml \
Hostname=linux01.example.com \
Domain=example.com \
HostIP=192.168.2.103 \
Gateway=192.168.2.1 \
Nameserver=192.168.1.116 \
Searchdns=example.com \
InstNetDev=osa; \
Netmask=255.255.255.0 \
Broadcast=192.168.2.255 \
OsaInterface=qdio \
Layer2=0 \
PortNo=0 \
ReadChannel=0.0.0700 \
WriteChannel=0.0.0701 \
DataChannel=0.0.0702 \
DASD=600"

5.3.1.4 Installation à partir d'une clé USB à mémoire flash de la console HMC #

  

L'installation de SUSE Linux Enterprise Server sur des serveurs IBM Z requiert généralement une source d'installation réseau. Si cette condition ne peut pas être remplie, SUSE Linux Enterprise Server vous permet d'utiliser la clé USB à mémoire flash de la console de gestion du matériel (HMC) en tant que source pour l'installation sur une partition LPAR.

Pour effectuer l'installation à partir de la clé USB à mémoire flash de la console HMC, procédez comme suit :

• Ajoutez install=hmc:/ aux options de kernel ou du fichier parmfile (voir Section 5.5, « Fichier parmfile - Automatisation de la configuration du système »).

• En mode d'installation manuel à l'aide de linuxrc, sélectionnez Start Installation (Démarrer l'installation), puis sélectionnez Installation et ensuite Hardware Management Console (Console de gestion du matériel). Le support d'installation doit être dans la console HMC.

Important : configuration du réseau

Avant de commencer l'installation, spécifiez une configuration réseau dans linuxrc. Vous ne pouvez pas effectuer cette opération à l'aide des paramètres de démarrage ; il est fort probable que vous ayez besoin d'un accès réseau. Dans linuxrc, accédez à Start Installation (Démarrer l'installation), puis sélectionnez Network Setup (Configuration du réseau).

Important : le système Linux doit d'abord démarrer

Avant d'accorder l'accès au contenu sur la clé USB à mémoire flash de la console HMC, attendez que le système Linux ait démarré. L'exécution d'un IPL peut interrompre la connexion entre la console HMC et la partition LPAR. Si la première tentative d'utilisation de la méthode décrite échoue, vous pouvez accorder l'accès et réessayer l'option HMC.

Note : dépôt d'installation

La clé USB à mémoire flash n'est pas conservée en tant que dépôt d'installation, étant donné que l'installation est une procédure unique. Si vous avez besoin d'un dépôt d'installation, enregistrez et utilisez le dépôt en ligne.

Cette section décrit la procédure d'installation de SUSE Linux Enterprise Server pour chaque mode d'installation. Une fois que vous avez effectué les étapes de préparation décrites dans les chapitres précédents, suivez la présentation du mode d'installation souhaité.

Comme le décrit la Section 5.3.1, « Mise à disposition des données d'installation », il existe trois modes différents d'installation pour Linux sur IBM Z : LPAR, z/VM et invité KVM.

Patientez jusqu'à ce que le kernel ait terminé ses routines de démarrage. Si vous effectuez l'installation en mode basique ou dans une partition LPAR, ouvrez le menu Operating System Messages (Messages du système d'exploitation) sur la console HMC ou SE.

Tout d'abord, choisissez Start Installation (Démarrer l'installation) dans le menu principal linuxrc. Sélectionnez ensuite Start Installation or Update (Démarrer l'installation ou mettre à jour) pour lancer le processus d'installation. Sélectionnez Network (Réseau) comme support d'installation, puis choisissez le type de protocole réseau qui sera utilisé pour l'installation. La Section 5.3.1, « Mise à disposition des données d'installation » décrit comment mettre à disposition les données d'installation pour différents types de connexions réseau. Actuellement, FTP, HTTP, NFS et SMB/CIFS (partage de fichiers Windows) sont pris en charge.

Dans la liste des périphériques disponibles, choisissez un périphérique réseau OSA ou HiperSockets pour recevoir les données d'installation. Bien que la liste puisse contenir des périphériques CTC, ESCON ou IUCV, ces derniers ne sont plus pris en charge sous SUSE Linux Enterprise Server.

Choose the network device.

 1) IBM parallel CTC Adapter (0.0.0600)
 2) IBM parallel CTC Adapter (0.0.0601)
 3) IBM parallel CTC Adapter (0.0.0602)
 4) IBM Hipersocket (0.0.0800)
 5) IBM Hipersocket (0.0.0801)
 6) IBM Hipersocket (0.0.0802)
 7) IBM OSA Express Network card (0.0.0700)
 8) IBM OSA Express Network card (0.0.0701)
 9) IBM OSA Express Network card (0.0.0702)
10) IBM OSA Express Network card (0.0.f400)
11) IBM OSA Express Network card (0.0.f401)
12) IBM OSA Express Network card (0.0.f402)
13) IBM IUCV

> 4

Device address for read channel. (Enter '+++' to abort).
[0.0.0800]> 0.0.0800

Device address for write channel. (Enter '+++' to abort).
[0.0.0801]> 0.0.0801

Device address for data channel. (Enter '+++' to abort).
[0.0.0802]> 0.0.0802

Choose the network device.

 1) IBM parallel CTC Adapter (0.0.0600)
 2) IBM parallel CTC Adapter (0.0.0601)
 3) IBM parallel CTC Adapter (0.0.0602)
 4) IBM Hipersocket (0.0.0800)
 5) IBM Hipersocket (0.0.0801)
 6) IBM Hipersocket (0.0.0802)
 7) IBM OSA Express Network card (0.0.0700)
 8) IBM OSA Express Network card (0.0.0701)
 9) IBM OSA Express Network card (0.0.0702)
10) IBM OSA Express Network card (0.0.f400)
11) IBM OSA Express Network card (0.0.f401)
12) IBM OSA Express Network card (0.0.f402)
13) IBM IUCV

> 7

Enter the relative port number. (Enter '+++' to abort).
> 0

Device address for read channel. (Enter '+++' to abort).
[0.0.0700]> 0.0.0700

Device address for write channel. (Enter '+++' to abort).
[0.0.0701]> 0.0.0701

Device address for data channel. (Enter '+++' to abort).
[0.0.0702]> 0.0.0702

Enable OSI Layer 2 support?

0) <-- Back <--
1) Yes
2) No

> 1

MAC address. (Enter '+++' to abort).
> +++

Automatic configuration via DHCP?

0) <-- Back <--
1) Yes
2) No

> 2

Enter your IP address with network prefix.

You can enter more than one, separated by space, if necessary.
Leave empty for autoconfig.

Examples: 192.168.5.77/24 2001:db8:75:fff::3/64. (Enter '+++' to abort).
> 192.168.0.20/24

Enter your name server IP address.

You can enter more than one, separated by space, if necessary.
Leave empty if you don't need one.

Examples: 192.168.5.77 2001:db8:75:fff::3. (Enter '+++' to abort).
> 192.168.0.1

Enter your search domains, separated by a space:. (Enter '+++' to abort).
> example.com

Enter the IP address of your name server. Leave empty if you do not need one. (En
ter '+++' to abort).
> 192.168.0.1

Après avoir chargé le système d'installation, linuxrc vous invite à choisir le type d'affichage à utiliser pour contrôler la procédure d'installation. Les options disponibles sont les suivantes : Remote X11 (système X Window), VNC (protocole Virtual Network Computing), SSH (mode texte ou installation X11 via un shell sécurisé), Text-based UI et Graphical UI. Cette dernière option lance YaST en mode graphique sur un affichage graphique local s'il existe. Sur l'architecture s390x, un affichage graphique local peut être implémenté à l'aide de QEMU et du pilote virtio-gpu.

Les options recommandées sont VNC ou SSH.

Si vous sélectionnez l'option Text-based UI (IU basée sur du texte), YaST démarre en mode texte et vous pouvez effectuer l'installation directement sur votre terminal.Pour plus d'informations sur l'utilisation de YaST en mode texte, reportez-vous au Book “Administration Guide”, Chapter 4 “YaST in text mode”. L'option Text-based UI (IU basée sur du texte) n'est utile que lors de l'installation sur une partition LPAR.

Note : émulation de terminal pour une interface utilisateur basée sur du texte

Pour permettre le fonctionnement avec YaST en mode texte, il est nécessaire de procéder à l'exécution sur un terminal avec une émulation Linux/VT220 (également appelée Text-based UI [Interface utilisateur basée sur du texte]).

5.3.6.2 Lancement de l'installation pour le système X Window #

  

Important : mécanisme d'authentification X

L'installation directe avec le système X Window repose sur un mécanisme d'authentification basé sur des noms d'hôte. Ce mécanisme est désactivé dans les versions actuelles de SUSE Linux Enterprise Server. Nous vous recommandons d'effectuer l'installation à l'aide de SSH ou de VNC.

Pour contrôler à distance une installation par le biais de la redirection X, procédez comme suit :

1. Assurez-vous que le serveur X permet au client (le système installé) de se connecter. Définissez la variable DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="yes" dans le fichier /etc/sysconfig/displaymanager. Redémarrez le serveur X et permettez la connexion du client au serveur à l'aide de xhost CLIENT_IP_ADDRESS.

2. À l'invite du système d'installation, saisissez l'adresse IP de la machine exécutant le serveur X.

3. Patientez jusqu'à ce que YaST s'ouvre, puis démarrez l'installation.

5.3.6.3 Lancement de l'installation pour SSH #

  

Pour se connecter à un système d'installation avec le nom earth via SSH, utilisez la commande ssh -X earth. Si votre poste de travail s'exécute sous Microsoft Windows, utilisez l'outil Putty disponible à l'adresse http://www.chiark.greenend.org.uk/~sgtatham/putty/. Définissez l'option Enable X11 forwarding (Activer le transfert X11) dans Putty sous Connexion ›  SSH ›  X11.

Si vous utilisez un autre système d'exploitation, exécutez ssh -X earth pour vous connecter à un système d'installation avec le nom earth. Le transfert X via SSH est pris en charge, pour autant que vous disposiez d'un serveur X local. Dans le cas contraire, YaST fournit une interface texte via ncurses.

À l'invite, entrez le nom de l'utilisateur root et connectez-vous à l'aide de votre mot de passe. Saisissez la commande yast.ssh pour démarrer YaST. YaST vous guide ensuite tout au long du processus d'installation.

Important : résolution du problème de YaST sur SSH

Dans certaines situations, l'exécution de la version GUI de YaST sur SSH avec le transfert X peut échouer et renvoyer le message d'erreur suivant :

XIO: fatal IO error 11 (Resource temporarily unavailable) on X server "localhost:11.0"

Dans ce cas, vous avez deux options.

• Exécutez YaST avec l'option QT_XCB_GL_INTEGRATION=none, par exemple :

  QT_XCB_GL_INTEGRATION=none yast.ssh
  QT_XCB_GL_INTEGRATION=none yast2 disk

• Exécutez la version ncurses de l'application YaST en désactivant le transfert X ou en spécifiant ncurses comme interface utilisateur souhaitée. Pour ce faire, utilisez la commande yast2 disk --ncurses ou YUI_PREFERED_BACKEND=ncurses yast2 disk.

Effectuez l'installation comme décrit dans le Chapitre 8, Procédure d'installation.

Sous SLES 10 et 11, le processus de démarrage était géré par le chargeur de démarrage zipl. Pour activer le démarrage à partir des partitions Btrfs et la prise en charge des restaurations système avec Snapper, le démarrage de SUSE Linux Enterprise Server sur IBM Z a été modifié.

GRUB 2 remplace zipl sur SUSE Linux Enterprise Server for IBM Z. GRUB 2 sur l'architecture AMD64/Intel 64 comprend des pilotes de périphérique au niveau du microprogramme pour accéder au système de fichiers. Le macroordinateur ne contient pas de microprogramme et l'ajout de ccw à GRUB 2 représenterait une tâche considérable, mais nécessiterait aussi la réimplémentation de zipl dans GRUB 2. Par conséquent, SUSE Linux Enterprise Server utilise une approche en deux étapes :

Pour plus de détails sur le processus de démarrage, reportez-vous au Book “Administration Guide”, Chapter 16 “Introduction to the boot process”.

Important : Configuration de l'interface réseau

Les paramètres décrits dans cette section s'appliquent uniquement à l'interface réseau utilisée lors de l'installation. Configurez des interfaces réseau supplémentaires sur le système installé en suivant les instructions du Book “Administration Guide”, Chapter 23 “Basic networking”, Section 23.5 “Configuring a network connection manually”.

Chaque interface requiert des options de configuration spécifiques :

La configuration automatique des périphériques E/S est un mécanisme qui permet aux utilisateurs de spécifier les ID et les paramètres des périphériques E/S qui doivent être activés automatiquement dans Linux. Ces informations sont spécifiées pour une partition LPAR via une console HMC exécutée en mode DPM (Dynamic Partition Manager).

Note

La fonctionnalité de configuration automatique des périphériques E/S est disponible sur les systèmes sur lesquels DPM est en cours d'exécution. DPM s'exécute par défaut sur les machines LinuxONE. Pour IBM Z, cette fonctionnalité doit être commandée.

Dans linuxrc, le paramètre DeviceAutoConfig contrôle l'utilisation des données de configuration automatique des périphériques d'E/S pour les systèmes IBM Z.

Si la configuration automatique du périphérique est désactivée par l'utilisateur, le paramètre de kernel rd.zdev=no-auto est ajouté aux options de démarrage du système cible.

Pour activer la configuration automatique des E/S à l'aide de YaST, exécutez la commande yast2 system_settings, passez à la section Paramètres du kernel et activez l'option Enable I/O device auto-configuration (Activer la configuration automatique des périphériques E/S).

Pour désactiver la configuration automatique des E/S dans un profil AutoYaST, ajoutez le paramètre de kernel suivant dans la section append des options du chargeur de démarrage global. Par exemple :

<bootloader>
  <global>
    <append>rd.zdev=no-auto</append>
  </global>
</bootloader>

Pour plus de contexte sur les options du chargeur de démarrage AutoYaST, reportez-vous au Book “AutoYaST Guide”, Chapter 4 “Configuration and installation options”, Section 4.4 “The boot loader”.

Au cours de l'installation, l'état du paramètre de configuration automatique s'affiche dans la section Paramètres du périphérique de l'écran Paramètres d'installation.

La capacité maximale d'un fichier parmfile est de 860 caractères. En règle générale, ce type de fichier doit contenir, au maximum, 10 lignes de 79 caractères. Lors de la lecture d'un fichier parmfile, toutes les lignes sont concaténées sans ajouter d'espaces. Par conséquent, le dernier caractère (79) de chaque ligne doit être un Space.

Pour recevoir les messages d'erreur potentiels sur la console, utilisez

linuxrclog=/dev/console

ramdisk_size=131072 root=/dev/ram1 ro init=/linuxrc TERM=dumb
instnetdev=osa osainterface=qdio layer2=1 osahwaddr=
pointopoint=192.168.0.1 hostip=192.168.0.2
nameserver=192.168.0.3 DeviceAutoConfig=1
install=nfs://192.168.0.4/SLES/SLES-12-Server/s390x/DVD1
autoyast=http://192.168.0.5/autoinst.xml
linuxrclog=/dev/console vnc=1 VNCPassword=testing

ramdisk_size=131072 root=/dev/ram1 ro init=/linuxrc TERM=dumb
AutoYast=nfs://192.168.1.1/autoinst/s390.xml
Hostname=zsystems.example.com HostIP=192.168.1.2
Gateway=192.168.1.3 Nameserver=192.168.1.4
InstNetDev=hsi layer2=0
Netmask=255.255.255.128 Broadcast=192.168.1.255
readchannel=0.0.702c writechannel=0.0.702d datachannel=0.0.702e
install=nfs://192.168.1.5/SLES-12-Server/s390x/DVD1/
ssh=1 ssh.password=testing linuxrclog=/dev/console

ro ramdisk_size=50000 MANUAL=0 PORTNO=1 ReadChannel=0.0.b140
WriteChannel=0.0.b141 DataChannel=0.0.b142
cio_ignore=all,!condev,!0.0.b140-0.0.b142,!0.0.e92c,!0.0.5000,!0.0.5040
HostIP= Gateway= Hostname=zsystems.example.com nameserver=192.168.0.1
Install=ftp://user:password@10.0.0.1/s390x/SLES15.0/INST/ usevnc=1
vncpassword=12345 InstNetDev=osa Layer2=1 OSAInterface=qdio ssl_certs=0
osahwaddr= domain=example.com self_update=0
vlanid=201

Vous trouverez des informations générales au sujet de Linux sur IBM Z dans les documents suivants :

Ces documents ne reflètent peut-être pas l'état courant de Linux, mais les principes du déploiement Linux décrits à cet endroit restent justes.

Pour des informations techniques sur le kernel Linux et ses domaines d'application, reportez-vous aux documents suivants. Pour obtenir les versions les plus récentes des documents, visitez le site https://developer.ibm.com/technologies/linux/.

Un livre rouge sur le développement des applications Linux est disponible à l'adresse suivante : http://www.redbooks.ibm.com

Reportez-vous aux documents et ressources en ligne ci-dessous pour obtenir des scénarios IBM Z plus complexes :

L'écran de démarrage propose plusieurs options pour la procédure d'installation. L'option Démarrer à partir du disque dur démarre le système installé et est sélectionnée par défaut. Sélectionnez l'une des autres options à l'aide des touches de direction et appuyez sur Entrée pour la démarrer. Les options possibles sont :

Figure 7.1 : Écran de démarrage sur les ordinateurs équipés d'un BIOS traditionnel #

  

Utilisez les touches de fonction affichées en bas de l'écran pour modifier la langue, la résolution de l'écran, la source d'installation ou pour ajouter un pilote supplémentaire acheté chez votre fournisseur de matériel :

UEFI (Unified Extensible Firmware Interface) est une nouvelle norme qui remplace le BIOS traditionnel et en étend les fonctionnalités. Les implémentations les plus récentes de l'interface UEFI contiennent l'extension « Secure Boot » (Démarrage sécurisé) qui empêche le démarrage de code malveillant en autorisant uniquement l'exécution de chargeurs de démarrage signés. Consultez le Book “Administration Guide”, Chapter 17 “UEFI (Unified Extensible Firmware Interface)” pour plus d'informations.

Le gestionnaire de démarrage GRUB 2, utilisé pour l'amorçage des machines équipées d'un BIOS traditionnel, ne prend pas en charge l'interface UEFI. Il est donc remplacé par GRUB 2 pour EFI. Si la fonction Démarrage sécurisé est activée, YaST sélectionne automatiquement GRUB 2 pour EFI pour l'installation. Du point de vue de l'administrateur et de l'utilisateur, les deux implémentations du gestionnaire de démarrage se comportent de la même manière et sont désignées sous le nom GRUB 2 dans la suite du document.

Astuce : utilisation de pilotes supplémentaires avec Secure Boot

Lors de l'installation avec Secure Boot activé, vous ne pouvez pas charger les pilotes qui ne sont pas livrés avec SUSE Linux Enterprise Server. Cela est également vrai pour les pilotes fournis via SolidDriver, car leur clé de signature n'est pas approuvée par défaut.

Pour charger les pilotes non fournis avec SUSE Linux Enterprise Server, effectuez une des opérations suivantes :

• Avant l'installation, ajoutez les clés nécessaires à la base de données des microprogrammes via les outils de gestion des systèmes/microprogrammes.

• Utilisez une image ISO de démarrage qui enregistrera les clés requises dans la liste MOK lors du premier démarrage.

Pour plus d'informations, reportez-vous au Book “Administration Guide”, Chapter 17 “UEFI (Unified Extensible Firmware Interface)”, Section 17.1 “Secure boot”.

L'écran de démarrage propose plusieurs options pour la procédure d'installation. Utilisez les touches de direction pour modifier l'option sélectionnée et appuyez sur Entrée pour la démarrer. Les options possibles sont :

Figure 7.2 : Écran de démarrage sur les machines équipées de l'interface UEFI #

  

GRUB 2 pour EFI sur SUSE Linux Enterprise Server ne prend pas en charge l'invite de démarrage, ni les touches de fonction pour ajouter des paramètres de démarrage. Par défaut, l'installation est lancée en anglais des États-Unis et avec le support de démarrage comme source d'installation. Une recherche DHCP est effectuée pour configurer le réseau. Pour modifier ces valeurs par défaut ou ajouter des paramètres de démarrage, vous devez modifier l'entrée de démarrage correspondante. Mettez-la en surbrillance à l'aide des touches de direction et appuyez ensuite sur E. Pour obtenir des conseils de modification, consultez l'aide affichée à l'écran (pour l'instant, seul le clavier anglais est disponible). L'entrée Installation se présente comme suit :

setparams 'Installation'

   set gfxpayload=keep
   echo 'Loading kernel ...'
   linuxefi /boot/x86_64/loader/linux splash=silent
   echo 'Loading initial ramdisk ...'
   initrdefi /boot/x86_64/loader/initrd

Ajoutez des paramètres à la fin de la ligne commençant par linuxefi, en les séparant par un espace. Pour démarrer l'entrée modifiée, appuyez sur F10. Si vous accédez à l'ordinateur avec une console série, appuyez sur Esc–0. La liste complète des paramètres est disponible à l'adresse https://en.opensuse.org/Linuxrc.

Important : Configuration de l'interface réseau

Les paramètres évoqués dans cette section s'appliquent uniquement à l'interface réseau utilisée lors de l'installation. Configurez des interfaces réseau supplémentaires sur le système installé en suivant les instructions du Book “Administration Guide”, Chapter 23 “Basic networking”, Section 23.5 “Configuring a network connection manually”.

Le réseau est configuré uniquement s'il est requis lors de l'installation. Pour forcer la configuration du réseau, utilisez les paramètres netsetup ou ifcfg.

Si vous n'utilisez pas de lecteur DVD ou de clé USB à mémoire flash pour l'installation, spécifiez une autre source d'installation.

Une seule méthode de contrôle à distance doit être spécifiée à la fois. Les différentes méthodes sont : SSH, VNC et serveur X distant. Pour plus d'informations sur la façon d'utiliser les paramètres répertoriés dans cette section, reportez-vous au Chapitre 11, Installation à distance.

Par défaut, les mises à jour de SUSE Linux Enterprise Server sont fournies par le SUSE Customer Center. Si votre réseau est doté d'un serveur RMT (Repository Mirroring Tool) qui fournit une source de mise à jour locale, vous devez fournir l'URL de ce serveur au client. Le client et le serveur communiquent exclusivement via un protocole HTTPS. Ainsi, vous devez également saisir le chemin du certificat de serveur s'il n'a pas été généré par une autorité de certification.

Note : installation non interactive uniquement

Vous ne devez renseigner des paramètres pour l'accès au serveur RMT que pour les installations non interactives. Pendant une installation interactive, les données peuvent être fournies pendant l'installation (consultez la Section 8.7, « Enregistrement » pour plus de détails).

Par défaut, les données rassemblées par supportconfig (reportez-vous au Book “Administration Guide”, Chapter 47 “Gathering system information for support” pour plus d'informations) sont envoyées au SUSE Customer Center. Il est également possible de configurer un serveur local pour qu'il collecte ces données. Si un tel serveur est disponible sur votre réseau, vous devez définir l'URL du serveur sur le client. Cette information doit être saisie à l'invite de démarrage.

supporturl.  URL du serveur. L'URL a le format http://FQN/Path/, où FQN est le nom d'hôte complet du serveur et Path correspond à l'emplacement sur le serveur. Par exemple :

supporturl=http://support.example.com/supportconfig/data/

Par défaut, vous ne pouvez assigner à votre machine que des adresses réseau IPv4. Pour activer le protocole IPv6 au cours de l'installation, entrez l'un des paramètres suivants à l'invite de démarrage :

Dans les réseaux appliquant l'utilisation d'un serveur proxy pour accéder à des sites Web à distance, l'enregistrement au cours de l'installation n'est possible que lors de la configuration d'un serveur proxy.

Sur les systèmes dotés d'un BIOS traditionnel, appuyez sur F4 sur l'écran de démarrage et définissez les paramètres requis dans la boîte de dialogue Proxy HTTP.

Sur les systèmes dotés d'un BIOS UEFI, spécifiez le paramètre de démarrage proxy à l'invite de démarrage :

L'activation de SELinux lors du lancement de l'installation permet de le configurer une fois l'installation terminée sans nécessiter de redémarrage. Utilisez les paramètres suivants :

security=selinux selinux=1

Lors de l'installation et de la mise à niveau, YaST peut se mettre à jour lui-même, comme décrit à la Section 8.2, « Mise à jour automatique du programme d'installation », pour résoudre des bogues potentiels détectés après la publication. Le paramètre self_update peut être utilisé pour modifier le comportement de cette fonctionnalité.

Pour activer la mise à jour automatique du programme d'installation, définissez le paramètre sur 1 :

self_update=1

Pour utiliser un dépôt défini par l'utilisateur, spécifiez une URL :

self_update=https://updates.example.com/

Si votre écran utilise une résolution très élevée, utilisez le paramètre de démarrage QT_AUTO_SCREEN_SCALE_FACTOR. Ce paramètre met à l'échelle les éléments de police et d'interface utilisateur en fonction de la résolution de l'écran.

QT_AUTO_SCREEN_SCALE_FACTOR=1

Le paramètre de démarrage mitigations permet de contrôler les options d'atténuation pour les attaques par canal auxiliaire sur les UC affectées. Les valeurs qu'il peut prendre sont les suivantes :

auto.  Active toutes les atténuations requises pour votre modèle d'UC, mais ne protège pas contre les attaques de threads inter-UC. Ce paramètre peut influencer les performances dans une certaine mesure, selon le workload.

nosmt.  Fournit l'ensemble complet d'atténuations de sécurité disponibles. Active toutes les atténuations requises pour votre modèle d'UC. En outre, il désactive le multithreading simultané (Simultaneous Multithreading, SMT) afin d'éviter les attaques par canal auxiliaire entre plusieurs threads d'UC. Ce paramètre peut avoir un impact plus important sur les performances, en fonction du workload.

off.  Désactive toutes les atténuations. Selon le modèle d'UC, des attaques par canal auxiliaire sont possibles. Ce paramètre n'a aucun impact sur les performances.

Chaque valeur est associée à un ensemble de paramètres spécifiques, en fonction de l'architecture d'UC, de la version du kernel et des vulnérabilités qui doivent être atténuées. Pour plus de détails, reportez-vous à la documentation du kernel.

Le déverrouillage des périphériques chiffrés à l'aide de TPM 2.0 ou de FIDO2 dans le programme d'installation est pris en charge à partir de SUSE Linux Enterprise 15 SP4. Pour activer cette fonction, ajoutez :

luks2preview=1

Notez que vous avez besoin d'une partition de démarrage non chiffrée distincte pour chiffrer le système de fichiers racine.

Important : aperçu de la technologie

Notez que sous SLE15 SP4, cette fonction est un aperçu technologique et, par conséquent, n'est pas entièrement prise en charge. Pour plus d'informations, reportez-vous à l'adresse https://documentation.suse.com/sles/15-SP4/html/SLES-all/preface-deployment.html.

Pour plus d'informations sur la configuration du chiffrement des périphériques avec LUKS, reportez-vous au Book “Security and Hardening Guide”, Chapter 13 “Storage encryption for hosted applications with cryptctl”.

Le processus peut être décomposé en deux parties différentes :

8.2.1.1 Détermination de l'emplacement du dépôt de mise à jour #

  

Les mises à jour automatiques du programme d'installation sont distribuées sous la forme de paquetages RPM réguliers par le biais d'un dépôt dédié, de sorte que la première étape consiste à trouver l'URL du dépôt.

Important : uniquement le dépôt de mise à jour automatique du programme d'installation

Quelles que soient les options suivantes que vous utilisez, seule l'URL du dépôt de mise à jour automatique du programme d'installation est attendue, par exemple :

self_update=https://www.example.com/my_installer_updates/

Ne fournissez pas l'URL d'un autre dépôt, par exemple celle du dépôt de mise à jour du logiciel.

YaST essaie les sources d'informations suivantes :

1. Le paramètre de démarrage self_update. (Pour plus de détails, reportez-vous à la Section 7.4.6, « Activation de la mise à jour automatique du programme d'installation ».) Si vous spécifiez une URL, elle prévaudra sur toute autre méthode.

2. L'élément de profil /general/self_update_url si vous utilisez AutoYaST.

3. Un serveur d'enregistrement. YaST interroge le serveur d'enregistrement de l'URL. Le serveur à utiliser est déterminé dans l'ordre suivant :

   1. Évaluation du paramètre de démarrage regurl (Section 7.4.1, « Fourniture de données pour accéder à un serveur RMT »).

   2. Évaluation de l'élément de profil /suse_register/reg_server si vous utilisez AutoYaST.

   3. Recherche SLP. Si un serveur SLP est détecté, YaST vous demande s'il doit être utilisé, car aucune authentification n'est appliquée et n'importe quel utilisateur du réseau local peut diffuser un serveur d'enregistrement.

   4. Interrogation du SUSE Customer Center.

4. Si aucune des précédentes tentatives n'a fonctionné, le système utilise l'URL de secours (définie sur les supports d'installation).

8.2.1.2 Téléchargement et application des mises à jour #

  

Lorsque le dépôt de mise à jour est déterminé, YaST vérifie si une mise à jour est disponible. Si tel est le cas, toutes les mises à jour sont téléchargées et appliquées.

Enfin, YaST redémarre et affiche l'écran de bienvenue. Si aucune mise à jour n'est disponible, l'installation continue sans redémarrer YaST.

Note : intégrité de la mise à jour

Les signatures des mises à jour sont vérifiées afin de garantir l'identité de l'auteur et l'intégrité. Si une signature est manquante ou non valide, le système vous demande si vous souhaitez appliquer la mise à jour.

YaST peut utiliser un dépôt défini par l'utilisateur au lieu du dépôt officiel. Pour ce faire, une URL doit être spécifiée par le biais du paramètre de démarrage self_update.

Note : un seul dépôt

Actuellement, il n'est pas possible d'utiliser plusieurs dépôts comme sources pour les mises à jour automatiques du programme d'installation.

Ignorez cette étape si vous n'effectuez pas l'installation sur du matériel IBM Z.

Figure 8.4 : Gestion des disques DASD #

  

Après avoir sélectionné Configurer les disques DASD, une vue d'ensemble liste tous les DASD disponibles. Pour obtenir une image claire des périphériques disponibles, utilisez la zone de texte située au-dessus de la liste pour spécifier la plage des canaux à afficher. Pour filtrer la liste selon cette plage, sélectionnez Filtre.

Spécifiez les DASD à utiliser pour l'installation en sélectionnant les entrées correspondantes dans la liste. Cliquez sur Sélectionner tout pour sélectionner tous les disques DASD affichés. Activez les disques DASD sélectionnés et mettez-les à disposition en vue de l'installation en cliquant sur Procéder à l'action ›  Activer. Pour formater les disques DASD, sélectionnez Procéder à l'action ›  Formater. Vous pouvez également utiliser le partitionneur de YaST ultérieurement, comme décrit à la Section 10.1, « Utilisation de l'outil Partitionnement en mode expert ».

Ignorez cette étape si vous n'effectuez pas l'installation sur du matériel IBM Z.

Figure 8.5 : Périphériques zFCP configurés #

  

Après avoir sélectionné Configurer les disques zFCP, une boîte de dialogue contenant la liste des disques zFCP disponibles sur le système s'ouvre. Dans cette boîte de dialogue, sélectionnez Ajouter pour ouvrir une autre boîte de dialogue dans laquelle entrer les paramètres zFCP.

Pour mettre à disposition un disque zFCP pour l'installation de SUSE Linux Enterprise Server, choisissez un Numéro de canal disponible dans la liste déroulante. Obtenir des WWPN (identifiant unique du port) et Obtenir des LUN (identifiant d'unité logique) génèrent des listes avec les WWPN et FCP-LUN disponibles parmi lesquels choisir. L'analyse automatique des LUN fonctionne uniquement lorsque NPIV est activé.

Une fois que vous avez terminé, quittez la boîte de dialogue zFCP en cliquant sur Suivant et la boîte de dialogue de configuration générale de disque dur en cliquant sur Terminer pour passer au reste de la configuration.

Pour effectuer un enregistrement auprès du SUSE Customer Center, spécifiez l'adresse électronique associée à votre compte SCC et le code d'enregistrement pour SUSE Linux Enterprise Server.

Si votre organisation propose un serveur d'enregistrement local, vous pouvez effectuer l'enregistrement auprès de celui-ci. Activez Register System via local SMT Server (Enregistrer le système via le serveur SMT local), puis choisissez une URL dans la zone de liste déroulante ou saisissez une adresse. Cliquez ensuite sur Suivant.

Pour vous enregistrer auprès du SUSE Customer Center, entrez votre Code d'enregistrement pour SUSE Linux Enterprise Server. Si votre organisation propose un serveur d'enregistrement local, vous pouvez effectuer l'enregistrement auprès de celui-ci. Activez l'option Enregistrer le système via un serveur RMT local et choisissez une URL dans la zone de liste déroulante ou entrez une adresse.

Démarrez le processus d'enregistrement avec Suivant.

Figure 8.7 : Enregistrement auprès du SUSE Customer Center #

  

Astuce : installation de correctifs produit lors de l'installation du système d'exploitation

Lorsque SUSE Linux Enterprise Server a bien été enregistré, vous devez indiquer si vous souhaitez installer les dernières mises à jour disponibles en ligne au cours de l'installation. Si vous sélectionnez Oui, le système sera installé avec les paquetages les plus récents sans avoir à appliquer les mises à jour une fois l'opération effectuée. Il est recommandé d'activer cette option.

Note : paramètres du pare-feu pour la réception des mises à jour

Par défaut, le pare-feu de SUSE Linux Enterprise Server bloque uniquement les connexions entrantes. Si votre système se trouve derrière un autre pare-feu qui bloque le trafic sortant, veillez à autoriser les connexions vers https://scc.suse.com/ et https://updates.suse.com sur les ports 80 et 443 afin de recevoir les mises à jour.

Si le système est bien enregistré pendant l'installation, YaST désactive les dépôts du support d'installation local (tel qu'un CD/DVD ou des disques flash) une fois l'installation terminée. Cela évite les problèmes liés à l'absence de la source d'installation et garantit de toujours obtenir les dernières mises à jour à partir des dépôts en ligne.

Pour faciliter l'enregistrement, vous pouvez également stocker les codes d'enregistrement sur un périphérique de stockage USB, tel qu'un disque Flash. YaST préremplit automatiquement la zone de texte correspondante. Cela est particulièrement utile lors du test de l'installation ou si vous devez enregistrer un grand nombre de systèmes ou extensions.

Créez un fichier nommé regcodes.txt ou regcodes.xml sur le disque USB. Si les deux fichiers sont présents, le fichier XML est prioritaire.

Dans ce fichier, identifiez le produit avec le nom renvoyé par la commande zypper search ‑‑type product et assignez-lui un code d'enregistrement comme suit :

SLES    cc36aae1
SLED    309105d4

sle-we  5eedd26a
sle-live-patching 8c541494

<?xml version="1.0"?>
<profile xmlns="http://www.suse.com/1.0/yast2ns"
 xmlns:config="http://www.suse.com/1.0/configns">
  <suse_register>
    <addons config:type="list">
      <addon>
<name>SLES</name>
<reg_code>cc36aae1</reg_code>
      </addon>
      <addon>
<name>SLED</name>
<reg_code>309105d4</reg_code>
      </addon>
      <addon>
<name>sle-we</name>
<reg_code>5eedd26a</reg_code>
      </addon>
      <addon>
<name>sle-live-patching</name>
<reg_code>8c541494</reg_code>
      </addon>
    </addons>
  </suse_register>
</profile>

Notez que SLES et SLED ne sont pas des extensions, mais les répertorier en tant que produits complémentaires permet de combiner plusieurs codes d'enregistrement de produit de base dans un fichier unique. Pour plus de détails, reportez-vous au Book “AutoYaST Guide”, Chapter 4 “Configuration and installation options”, Section 4.3.1 “Extensions”.

Note : limites

Pour l'instant, les disques Flash sont analysés uniquement lors d'une installation ou d'une mise à niveau, pas lors de l'enregistrement d'un système en cours d'exécution.

Si vous êtes hors ligne ou si vous souhaitez ignorer l'enregistrement, sélectionnez Ignorer l'enregistrement. Acceptez l'avertissement en cliquant sur OK, puis appuyez sur Suivant.

Important : enregistrement ignoré

Votre système et les extensions doivent être enregistrés pour récupérer les mises à jour et bénéficier du support. L'enregistrement ne peut être ignoré que lors d'une installation à partir de l'image SLE-15-SP5-Full-ARCH-GM-media1.iso.

Figure 8.8 : Installation sans enregistrement #

  

Note : enregistrement de SUSE Linux Enterprise Server

Votre système et les extensions doivent être enregistrés pour récupérer les mises à jour et bénéficier du support. Si vous n'effectuez pas d'enregistrement lors de l'installation, vous pouvez le faire à tout moment ultérieurement à partir du système en cours d'exécution. Pour ce faire, exécutez YaST ›  Enregistrement de produit.

Astuce : copie de l'image du support d'installation sur un disque flash amovible

Utilisez la commande suivante pour copier le contenu de l'image d'installation sur un disque flash amovible.

> sudo dd if=IMAGE of=FLASH_DISK bs=4M && sync

IMAGE doit être remplacé par le chemin d'accès au fichier image SLE-15-SP5-Online-ARCH-GM-media1.iso ou SLE-15-SP5-Full-ARCH-GM-media1.iso. FLASH_DISK doit être remplacé par le périphérique flash. Pour identifier le périphérique, insérez-le et exécutez la commande suivante :

# grep -Ff <(hwinfo --disk --short) <(hwinfo --usb --short)
     disk:
     /dev/sdc             General USB Flash Disk

Assurez-vous que la taille du périphérique est suffisante pour l'image souhaitée. Vous pouvez vérifier la taille du périphérique à l'aide de la commande suivante :

# fdisk -l /dev/sdc | grep -e "^/dev"
     /dev/sdc1  *     2048 31490047 31488000  15G 83 Linux

Dans cet exemple, la capacité du périphérique est de 15 Go. La commande à utiliser pour le fichier SLE-15-SP5-Full-ARCH-GM-media1.iso serait la suivante :

dd if=SLE-15-SP5-Full-ARCH-GM-media1.iso of=/dev/sdc bs=4M && sync

Le périphérique ne doit pas être monté lors de l'exécution de la commande dd. Notez que toutes les données de la partition seront effacées !