Accéder au contenuNavigation Accéder à la page : page précédente [raccourci clavier p] / page suivante [raccourci clavier n]
documentation.suse.com / Mise à niveau de SLE Micro à partir de versions antérieures

Mise à niveau de SLE Micro à partir de versions antérieures

Date de publication : 29 sep 2024
CONTENU

Ce document offre un guide complet pour mettre à niveau SLE Micro 5.5 vers la version 6.0 et explique en détail les étapes préparatoires, le processus de mise à niveau et les options pour un éventuel retour à un état antérieur.

MOTIF

Vous souhaitez disposer de la nouvelle version de SLE Micro.

EFFORT

La lecture de l'article prend environ 20 minutes.

OBJECTIF

Une nouvelle version de SLE Micro en cours d'exécution.

CONDITIONS REQUISES
  • Une version 5.5 enregistrée de SLE Micro.

1 Présentation de la procédure de mise à niveau

SUSE prend en charge les mises à niveau intermédiaires entre deux versions de SLE Micro. Le choix d'une mise à niveau ou d'une nouvelle installation dépend de votre scénario. Bien que les mises à niveau soient moins fastidieuses, les nouvelles installations vous permettent de bénéficier de toutes les nouvelles fonctionnalités d'une version, telles que les modifications de la disposition du disque, les fonctionnalités d'un système de fichiers spécifique ainsi que d'autres améliorations. Pour tirer le meilleur parti de votre système, SUSE recommande donc de nouvelles installations dans la plupart des scénarios.

SUSE publie une nouvelle version de SLE Micro deux fois par an et le produit est fourni avec 4 ans de support général (pour plus d'informations sur le cycle de vie de SLE Micro, consultez le site https://www.suse.com/lifecycle).

SLE Micro utilise des mises à jour transactionnelles pour passer d'une version à l'autre. Les avantages sont les suivants :

  • L'annulation est possible jusqu'au redémarrage de votre système.

  • Récupération simple en cas d'erreur.

  • Possibilité de « retour à l'état initial » via les outils système : aucune sauvegarde ni restauration n'est nécessaire.

  • Utilisation de tous les dépôts actifs.

2 Préparation de SLE Micro pour la mise à niveau

Avant de lancer la procédure de mise à niveau de SLE Micro, vous devez effectuer les vérifications décrites dans cette section.

2.1 Identification de la version de SLE Micro

Pour vérifier la version de SLE Micro, consultez le fichier /etc/os-release. La sortie XML lisible par machine est disponible avec zypper :

> sudozypper --no-remote --no-refresh --xmlout --non-interactive products
      -i
      
<?xml version='1.0'?>
<stream>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Debuginfo-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Debuginfo-Updates' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Source-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Updates' because of 'no-remote' option.</message>
<message type="info">Loading repository data...</message>
<message type="info">Reading installed packages...</message>
<product-list>
<product name="SLE-Micro" version="5.5" release="1" epoch="0" arch="x86_64" vendor="SUSE" summary="SUSE Linux Enterprise Micro 5.5" repo="@System" productline="SLE-Micro" registerrelease="" shortname="SUSE Linux Enterprise Micro" flavor="" isbase="true" installed="true"><endoflife time_t="1809043200" text="2027-04-30T00:00:00Z"/><registerflavor/><description>SUSE Linux Enterprise Micro 5.5</description></product>
</product-list>
</stream>

2.2 Lecture des notes de version

Vous trouverez une liste de toutes les modifications, les nouvelles fonctionnalités et les problèmes connus dans les notes de version. Vous pouvez également trouver les notes de version sur le support d'installation dans le répertoire docu.

Les notes de version contiennent généralement uniquement les changements effectués entre deux versions successives.

Consultez les notes de version pour vérifier les aspects suivants :

  • votre matériel doit tenir compte de certaines considérations spéciales ;

  • les paquets logiciels utilisés ont été considérablement modifiés ;

  • des précautions spéciales sont nécessaires pour votre installation.

2.3 Enregistrement de la machine

Lors de votre inscription, le système reçoit des dépôts de la part du SUSE Customer Center (consultez la page https://scc.suse.com/) ou d'un proxy d'enregistrement local tel que SMT. Les noms de dépôts pointent vers des URI spécifiques du SUSE Customer Center. Pour répertorier tous les dépôts disponibles sur votre système, utilisez zypper comme suit :

# zypper repos -u

Vous obtenez alors la liste de tous les dépôts disponibles sur votre système. L'alias et le nom sont indiqués pour chaque dépôt. Vous pouvez également savoir si le dépôt est activé et s'il sera rafraîchi. L'option -u vous permet, en outre, de connaître l'URI d'origine.

Pour enregistrer votre machine, exécutez la commande transactional-update comme suit :

> sudotransactional-update register -r REGCODE

Pour vérifier quels produits sont installés localement ainsi que leur statut, utilisez la commande suivante :

# SUSEConnect -s

2.4 Mise à jour du système

La mise à niveau du système est prise en charge uniquement à partir du niveau de correctif le plus récent. Assurez-vous que les dernières mises à jour système sont installées en exécutant :

> sudo transactional-update patch

2.5 Exécution d'une sauvegarde

Avant la mise à niveau, sauvegardez vos données en copiant les fichiers de configuration existants sur un support distinct (tel qu'un périphérique à bande, un disque dur amovible). Cela concerne principalement les fichiers stockés dans le répertoire /etc, ainsi que certains répertoires et fichiers sous /var et /opt. Vous pouvez également écrire les données de l'utilisateur de /home (les répertoires HOME) sur un support de sauvegarde.

Sauvegardez ces données en tant qu'utilisateur root. Seul l'utilisateur root a des droits suffisants pour tous les fichiers locaux.

2.6 Passage de wicked à NetworkManager

Si votre service réseau est wicked, vous devez le basculer vers NetworkManager, car wicked n'est pas pris en charge dans la nouvelle version. Pour vérifier le service de mise en réseau que vous utilisez, exécutez :

> sudosystemctl status network

    wicked.service - wicked managed network interfaces
     Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled; vendor preset: enabled)
Note
Note : incompatibilités entre wicked et NetworkManager

Même si les fonctionnalités de NetworkManager et de wicked sont similaires, nous ne pouvons pas garantir une parité totale des fonctionnalités. La conversion de la configuration ou la commutation automatisée de wickedvers NetworkManager n'est pas prise en charge.

Les fichiers /etc/sysconfig/network/ifcfg-* sont compatibles, à de rares exceptions près. Toutefois, lorsque vous utilisez la configuration de wicked dans /etc/wicked/*.xml, vous devez migrer la configuration manuellement.

Pour remplacer votre service de gestion de mise en réseau de wicked par NetworkManager, procédez comme suit :

  1. Exécutez la commande suivante pour créer un nouvel instantané dans lequel vous apportez toutes les autres modifications au système :

    > sudo transactional-update shell
  2. Installez NetworkManager :

    > sudo zypper in NetworkManager
  3. Supprimez wicked du système :

    > sudo zypper rm wicked wicked-service
  4. Activez le service NetworkManager :

    > sudo systemctl enable NetworkManager
  5. Si nécessaire, configurez le service en fonction de vos besoins.

  6. Fermez le shell transactional-update :

    > sudo exit
  7. Redémarrez votre système pour passer au nouvel instantané.

2.7 Vérification de la taille du disque

La taille des logiciels tend à augmenter de versions en versions. Il convient donc de vérifier l'espace disponible sur la partition avant d'effectuer la mise à jour. Si vous pensez que vous allez manquer d'espace disque, sauvegardez vos données avant d'augmenter l'espace disponible en redimensionnant des partitions, par exemple. Il n'existe pas de règle précise concernant l'espace de chaque partition. L'espace requis dépend de votre profil particulier de partitionnement et du logiciel sélectionné.

Sur un système de fichiers Btrfs, la sortie de df peut être trompeuse, étant donné que, en plus de l'espace alloué par les données brutes, un système de fichiers Btrfs alloue et utilise également de l'espace pour les métadonnées.

Par conséquent, un système de fichiers Btrfs peut signaler un manque d'espace, même si une grande quantité d'espace semble disponible. Dans ce cas, tout l'espace alloué aux métadonnées est utilisé.

Assurez-vous que l'espace disponible est suffisant, car le système de fichiers racine utilise Btrfs et peut consommer énormément d'espace. Vérifiez l'espace disponible sur toutes les partitions montées. Dans le pire des cas, une mise à niveau a besoin d'autant d'espace disque que le système de fichiers racine actuel (sans le répertoire /.snapshot) pour un nouvel instantané.

Les recommandations suivantes ont fait leurs preuves :

  • Pour tous les systèmes de fichiers, y compris Btrfs, vous avez besoin de suffisamment d'espace disque disponible pour télécharger et installer des RPM volumineux. L'espace occupé par les anciens RPM n'est libéré qu'après l'installation des nouveaux RPM.

  • Pour Btrfs avec des instantanés, veillez à disposer au minimum d'une quantité d'espace libre égale à celle occupée par votre installation actuelle. Il est recommandé de disposer de deux fois plus d'espace libre que celui occupé par l'installation actuelle.

    Si vous ne disposez pas de suffisamment d'espace, vous pouvez tenter de supprimer les anciens instantanés à l'aide de snapper :

    > sudosnapper list
    > sudo snapper delete NUMBER

    Toutefois, cela ne fonctionne pas toujours. Avant la migration, la plupart des instantanés n'occupent pas tellement d'espace.

2.8 Arrêt des invités de machine virtuelle

Si votre machine fait office de serveur hôte de machine virtuelle pour KVM, veillez à arrêter correctement tous les invités de machine virtuelle en cours d'exécution avant de procéder à la mise à jour. Dans le cas contraire, l'accès aux invités peut s'avérer impossible après la mise à jour.

3 Mise à niveau vers une nouvelle version

Avant de commencer la procédure de mise à niveau, assurez-vous que les exigences suivantes sont respectées :

Connexion Internet

Assurez-vous que votre machine dispose d'une connexion réseau tout au long du processus de mise à niveau.

SLE Micro 5.5

La mise à niveau vers la version 6.0 est uniquement possible à partir de la version 5.5. Si vous disposez d'une version plus ancienne, effectuez d'abord la mise à niveau vers la version 5.5 (reportez-vous au manuel Upgrade Guide).

Pour démarrer le processus de mise à niveau, procédez comme suit :

  1. Exécutez la commande :

    > sudo transactional-update migration

    L'appel de la commande crée un nouvel instantané et rafraîchit les dépôts.

  2. Entrez le numéro de la cible de migration.

  3. Une liste des paquets à modifier s'affiche. Appuyez sur y pour continuer.

  4. Si le processus se termine correctement, redémarrez votre machine :

    > sudo reboot
Note
Note : échec de la mise à niveau

Si la procédure de mise à niveau échoue, vous pouvez restaurer votre système vers un instantané précédent. Reportez-vous à la procédure de retour à l'état initial.