5 Mise à niveau en ligne #

Désactivez toutes les extensions non utilisées sur votre serveur d'enregistrement pour éviter les futurs conflits de dépendance. Si vous oubliez une extension, YaST détectera ultérieurement les dépôts d'extension inutilisés et les désactivera.

Si vous êtes connecté à une session GNOME en cours d'exécution sur la machine que vous allez mettre à jour, basculez vers une console de texte. L'exécution de la mise à jour à partir d'une session GNOME n'est pas recommandée. Notez que cela ne s'applique pas lorsque vous êtes connecté à partir d'une machine distante (sauf si vous exécutez une session VNC avec GNOME).

Exécutez la mise à jour en ligne de YaST pour obtenir les dernières mises à jour des paquetages de votre système.

Installez le paquetage yast2-migration et ses dépendances (dans YaST sous Logiciels › Gestion des logiciels).

Redémarrez YaST, car dans le cas contraire, le nouveau module installé ne s'affiche pas dans SUSE Control Center.

Dans YaST, choisissez la migration en ligne (selon la version de SUSE Linux Enterprise Server (SLES) que vous mettez à niveau, ce module est classé comme système ou logiciel). YaST affiche les cibles de migration possibles ainsi qu'un récapitulatif. Si plusieurs cibles de migration sont disponibles pour votre système, sélectionnez-en une dans la liste.

Sélectionnez une cible de migration à partir de la liste et cliquez sur Suivant.

Si l'outil de migration propose des dépôts de mise à jour, il est recommandé de cliquer sur Oui.

Si l'outil de migration en ligne détecte des dépôts obsolètes provenant d'un DVD ou d'un serveur local, il est vivement recommandé de les désactiver. Les dépôts obsolètes sont destinés à un Service Pack précédent. Les anciens dépôts du SUSE Customer Center ou de RMT sont supprimés automatiquement.

Si le serveur d'enregistrement ne propose pas de migration pour un module ou une extension, sa configuration de dépôt reste inchangée. Cela se produit généralement avec des dépôts tiers tels que le Module NVIDIA Compute, qui ne sont pas spécifiques à une version de produit ou à un Service Pack. Si nécessaire, vous pouvez vérifier manuellement la configuration du dépôt après la migration.

Vérifiez le récapitulatif et procédez à la migration en cliquant sur Suivant. Confirmez en cliquant sur Start Update (Démarrer la mise à jour).

Une fois la migration réussie, redémarrez votre système.

Si vous êtes connecté à une session GNOME en cours d'exécution sur la machine que vous allez mettre à jour, basculez vers une console de texte. L'exécution de la mise à jour à partir d'une session GNOME n'est pas recommandée. Notez que cela ne s'applique pas lorsque vous êtes connecté à partir d'une machine distante (sauf si vous exécutez une session VNC avec GNOME).

Enregistrez votre machine SUSE Linux Enterprise si ce n'est pas déjà fait :

> sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

Démarrez la migration :

> sudo zypper migration

Quelques remarques concernant le processus de migration :

Passez en revue toutes les modifications, en particulier les paquetages qui vont être supprimés. Poursuivez en saisissant y (le nombre exact de paquetages à mettre à niveau peut varier sur votre système) :

266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
Continue? [y/n/? shows all options] (y):

Utilisez les touches de défilement Maj–Page ↑ ou Maj–Page ↓ dans votre shell.

Une fois la migration réussie, redémarrez votre système.

Si vous êtes connecté à une session graphique en cours d'exécution sur la machine que vous allez migrer, déconnectez-vous de cette session et basculez vers une console de texte. L'exécution de la mise à jour à partir d'une session graphique n'est pas recommandée. Notez que cela ne s'applique pas lorsque vous êtes connecté à partir d'une machine distante (sauf si vous exécutez une session VNC avec X).

Mettez à jour les outils de gestion des paquetages avec les anciens dépôts SUSE Linux Enterprise :

> sudo zypper patch --updatestack-only

Procurez-vous la liste des paquetages auxquels aucun dépôt n'est actuellement assigné (paquetages orphelins). Ces paquetages ne seront pas migrés et il n'est pas garanti qu'ils fonctionneront après la migration (en effet, d'autres paquetages dont ils dépendent risquent d'avoir été modifiés et de ne plus être compatibles). Pour obtenir cette liste, exécutez la commande :

> sudo zypper packages --orphaned

Parcourez la liste avec attention et supprimez tous les paquetages orphelins qui ne sont plus nécessaires. Prenez note de tous les paquetages orphelins restants, car cela vous sera utile ultérieurement pour effectuer une comparaison.

Pour obtenir la liste de tous les dépôts auxquels le système est actuellement abonné, exécutez la commande suivante :

> sudo zypper repos -u

Mettez à jour chaque URL de dépôt afin que son numéro de version du produit soit 15-SP6. Par exemple, si l'URL d'un dépôt est

http://rmt.example.com/repo/SUSE/Products/SLE-15-SP2-Product-SLES/x86_64/product/

remplacez-la par

http://rmt.example.com/repo/SUSE/Products/SLE-15-SP3-Product-SLES/x86_64/product/

Cette opération doit être effectuée pour tous les dépôts activés. Vous pouvez également envisager d'effectuer cette opération pour les dépôts actuellement désactivés, afin d'éviter que le système comporte des sources d'installation incorrectes lorsque vous les activerez ultérieurement.

Pour modifier les URL de dépôt, vous disposez des options suivantes :

1. Vous pouvez utiliser YaST › Logiciels › Dépôts de logiciels. Sélectionnez un espace de stockage, puis cliquez sur Modifier pour effectuer le changement voulu. Répétez cette opération pour tous les dépôts.

2. Vous pouvez utiliser Zypper. Supprimez l'ancien dépôt en exécutant la commande suivante :

   > sudo zypper removerepo OLD_REPO_ID

   Ajoutez ensuite le nouveau dépôt correspondant en exécutant la commande suivante :

    > sudo zypper addrepo -f URL NAME-15-SP6

3. Vous pouvez modifier les fichiers de configuration de dépôt dans /etc/zypp/repos.d. Chaque dépôt est représenté par un fichier de configuration. Vous devez modifier la valeur du paramètre baseurl dans chaque fichier.

Vérifiez vos modifications en exécutant zypper repos -u et mettez à jour les dépôts en exécutant :

> sudo zypper refresh -f -s

Si la mise à jour d'un dépôt échoue, vérifiez que l'URL saisie est correcte. Si vous ne parvenez pas à résoudre le problème, il est recommandé de désactiver le dépôt ayant échoué.

Si tous les dépôts sont correctement configurés, exécutez :

> sudo zypper refresh -f -s

à nouveau pour vous assurer que tous les dépôts sont à jour.

Avant de commencer la migration, il est recommandé de procéder à un test d'exécution :

> sudo zypper dup -D --no-allow-vendor-change --no-recommends

Le paramètre -D permet d'effectuer un test qui simule la migration sans réellement modifier le système. Si des problèmes surviennent, corrigez-les avant de poursuivre. En cas de réussite du test d'exécution, procédez à la migration réelle en exécutant la commande suivante :

> sudo zypper dup --no-allow-vendor-change --no-recommends

L'option -no-allow-vendor-change évite que des RPM tiers écrasent des RPM du système de base. L'option --no-recommends permet de s'assurer que les paquetages désélectionnés au cours de l'installation initiale ne soient pas réajoutés.

Une fois que la migration est terminée et que le système a démarré avec la nouvelle version du Service Pack, relancez la recherche des paquetages orphelins :

> sudo zypper packages --orphaned

Comparez la nouvelle liste et celle que vous avez générée avant de démarrer la migration. Si de nouveaux paquetages apparaissent dans la liste, il se peut qu'ils aient été déplacés vers un autre module du nouveau Service Pack. Si vous n'aviez pas ce module dans l'installation précédente, le paquetage n'a pas été mis à jour.

Vous pouvez vérifier à quel module un paquetage appartient sur le site https://scc.suse.com/packages. Ajoutez les modules manquants à l'aide de zypper addrepo ou du module YaST Software Repositories (Dépôts logiciels YaST) et mettez à jour les paquetages orphelins ultérieurement en exécutant :

> sudo zypper install --no-recommends LIST OF PACKAGES

Vous avez migré vers un nouveau Service Pack !

Obtenez une liste des instantanés Snapper :

> sudo snapper list

Passez en revue la sortie pour localiser l'instantané créé juste avant le début de la migration du Service Pack. La colonne Description contient une instruction correspondante et l'instantané est marqué comme important dans la colonne Userdata. Mémorisez le numéro de l'instantané indiqué dans la colonne # ainsi que la date reprise dans la colonne Date.

Redémarrez le système. Dans le menu de démarrage, sélectionnez Start boot loader from a read-only snapshot (Démarrer le chargeur de démarrage à partir d'un instantané en lecture seule), puis choisissez l'instantané avec la date et le numéro mémorisé à l'étape précédente. Un second menu de démarrage (celui de l'instantané) est chargé. Sélectionnez l'entrée commençant par SLES 15 SP6 et lancez-la.

Le système démarre en utilisant son état précédent avec la partition système montée en lecture seule. Connectez-vous en tant qu'utilisateur root et vérifiez si vous avez sélectionné l'instantané approprié. Vérifiez également que tout fonctionne comme prévu. Notez que puisque le système de fichiers root est monté en lecture seule, les fonctionnalités peuvent être limitées.

En cas de problème ou si vous n'avez pas démarré l'instantané approprié, redémarrez et choisissez un autre instantané à partir duquel démarrer. À ce stade, aucune modification permanente n'a été effectuée. Si l'instantané est correct et fonctionne comme prévu, confirmez la modification pour la rendre définitive en exécutant la commande suivante :

> sudo snapper rollback

Redémarrez la machine. Dans l'écran de démarrage, sélectionnez l'entrée de démarrage par défaut pour redémarrer sur le système rétabli.

Vérifiez si la configuration du dépôt a bien été réinitialisée. En outre, vérifiez si tous les produits sont correctement enregistrés. Si l'un d'entre eux ne l'est pas, le système risque de ne plus pouvoir être mis à jour par la suite ou risque d'être mis à jour avec des dépôts de paquetage incorrects.

Assurez-vous que le système a accès à Internet avant de démarrer cette procédure.

1. Rafraîchissez les dépôts et les services en exécutant la commande suivante :

   > sudo zypper ref -fs

2. Obtenez une liste des dépôts actifs en exécutant la commande suivante :

   > sudo zypper lr

   Vérifiez attentivement la sortie de cette commande. Aucun service ni dépôt ajoutés pour la mise à jour ne doivent être répertoriés. Par exemple, si vous effectuez un retour à l'état initial depuis SLES 15 SP6 vers SLES15 GA, la liste doit contenir les dépôts SLES15-GA et non les dépôts SLES15-SP6.

   Si les dépôts répertoriés sont incorrects, supprimez-les et, si nécessaire, remplacez-les par les versions correspondant à votre version du produit ou du Service Pack. Pour obtenir la liste des dépôts et les chemins de migration pris en charge, reportez-vous à la Section 1.3, « Dépendances et cycles de vie des modules ». (Notez qu'une intervention manuelle ne devrait pas être nécessaire, étant donné que les dépôts doivent être mis à jour automatiquement, mais il est recommandé de vérifier et d'apporter les éventuelles corrections nécessaires).

3. Enfin, vérifiez l'état d'enregistrement de tous les produits installés en exécutant la commande suivante :

   > sudo SUSEConnect --status

   Tous les produits doivent être signalés comme étant Registered. Si ce n'est pas le cas, réparez l'enregistrement en exécutant la commande

   > sudo SUSEConnect --rollback