Sujet : suse
-
Snapshots Btrfs et retour arrière avec snapper sous SUSE : paires pre/post, démarrage depuis GRUB et nettoyage
Sur une racine Btrfs, snapper de SUSE crée une paire de snapshots pre/post autour de chaque modification faite avec zypper ou YaST, les affiche avec snapper list et permet soit de restaurer tout le système, soit de démarrer directement un ancien snapshot depuis le menu GRUB. Les anciens snapshots sont nettoyés automatiquement, mais c'est la politique de nettoyage, et pas seulement la taille du disque, qui détermine l'historique conservé.
-
Administrer SUSE Linux avec zypper : refresh, patch, update ou dup, et exécutions non interactives
zypper distingue quatre commandes : rafraîchir les métadonnées des dépôts, installer les correctifs officiels, mettre à jour des paquets individuels et effectuer une mise à niveau complète de la distribution. Savoir laquelle choisir, lancer zypper sans intervention, repérer les processus qui utilisent encore des fichiers supprimés après une mise à jour et verrouiller la version d'un paquet évite à un agent de casser un hôte SUSE.
-
YaST ou configuration directe sur SUSE : ce qui fonctionne encore en ligne de commande, et la répartition entre wicked et NetworkManager
Les modules YaST peuvent être listés et lancés individuellement depuis une session non graphique avec la commande yast, mais tous n'ont pas de prise en charge en ligne de commande. SUSE réserve explicitement NetworkManager aux charges de travail de poste de travail et mobiles, et conserve wicked comme service réseau sur lequel reposent toutes les certifications serveur. Un agent qui modifie directement les fichiers /etc/sysconfig/network doit d'abord vérifier quel service gère réellement l'interface.
-
Mises à jour transactionnelles sur SUSE Linux Micro, openSUSE MicroOS et Leap Micro : racine en lecture seule et activation au redémarrage
Sur les produits SUSE à racine immuable, transactional-update installe les modifications dans un nouvel instantané d'un système de fichiers en lecture seule au lieu de toucher au système en cours d'exécution ; rien ne prend effet avant un redémarrage qui active cet instantané, et une mise à jour défectueuse s'annule par rollback plutôt que par rétrogradation de paquets. Sur SLES classique, le même mécanisme existe mais il est documenté comme préversion technologique pour une racine en lecture seule, et non comme configuration par défaut.
Lisible par machine : JSON