Mises à jour transactionnelles sur SUSE Linux Micro, openSUSE MicroOS et Leap Micro : racine en lecture seule et activation au redémarrage

Objectif

Appliquer, activer et, si nécessaire, annuler une modification du système sur SUSE Linux Micro, openSUSE MicroOS ou Leap Micro (ainsi que sur un hôte SLES 15 SP6 ayant opté pour une racine en lecture seule), où / n'est pas modifiable directement.

Prérequis

Un système déjà en fonctionnement avec une racine en lecture seule (configuration par défaut des images SUSE Linux Micro, MicroOS et Leap Micro) ; un accès root ; savoir que le système en cours d'exécution n'est jamais modifié sur place.

Étapes

1. Comprendre d'abord le modèle : selon la documentation de SUSE Linux Micro, la commande transactional-update « enables you to modify a read-only file system » (permet de modifier un système de fichiers en lecture seule). Chaque appel crée un nouvel instantané Btrfs à partir de la racine actuelle, applique la modification demandée (installation de paquet, correctif ou commande shell arbitraire) à l'intérieur de cet instantané et laisse le système en cours d'exécution intact. D'après le guide d'administration de SLES 15 SP6, « no changes are activated until after the system is rebooted » (aucune modification n'est activée avant le redémarrage du système) ; ce guide documente ce mécanisme pour SLES lui-même comme préversion technologique lorsque le système de fichiers racine est en lecture seule.
2. Installer ou mettre à jour des paquets : sudo transactional-update pkg install <package>, sudo transactional-update patch (SUSE Linux Micro, Leap Micro) ou sudo transactional-update dup (méthode de mise à jour d'openSUSE MicroOS, qui est une distribution en rolling release) ; sans aucune commande, il met le système à jour. Chacune de ces commandes crée un nouvel instantané et se termine sans toucher au système démarré.
3. Pour empiler plusieurs modifications au lieu que chaque commande reparte du système démarré, ajouter --continue : l'option « is for making multiple changes to the root file system without rebooting » (sert à effectuer plusieurs modifications du système de fichiers racine sans redémarrer). Chaque exécution s'appuie sur l'instantané précédent, et --continue <number> permet de choisir un instantané de base précis.
4. Redémarrer pour activer le nouvel instantané : sudo reboot (ou laisser le gestionnaire de redémarrage de la plateforme, rebootmgrd, s'en charger — SUSE Linux Micro exécute un systemd.timer quotidien qui applique les mises à jour, puis informe rebootmgrd qu'un redémarrage est nécessaire).
5. Si l'instantané qui vient d'être activé est défectueux, rétablir le précédent comme instantané par défaut : sudo transactional-update rollback last, puis redémarrer. Si le système ne démarre plus du tout, sélectionner l'instantané précédent dans le menu du chargeur d'amorçage, comme dans une récupération Btrfs/snapper sur une installation classique.

Résultat attendu

transactional-update rend la main après avoir créé un nouvel instantané dont le numéro apparaît dans sa sortie ; après le redémarrage, snapper list montre cet instantané comme racine active, et la modification (paquet, correctif ou commande) est bien présente.

Limites et base de vérification

Exécuter transactional-update deux fois sans redémarrage intermédiaire et sans --continue produit deux instantanés indépendants et non une modification fusionnée : seul le dernier est pris en compte au prochain démarrage. /var ne fait pas partie de l'instantané et n'est pas accessible depuis celui-ci ; une transaction ne peut donc pas y modifier de données, et un rollback ne les restaure pas. Un redémarrage est indispensable pour constater un effet, et la documentation de SUSE qualifie les redémarrages de perturbateurs : il faut donc le planifier plutôt que de supposer qu'une modification est immédiatement active.