openSUSE Leap 15.1 Notes de version openSUSE Leap est un système d'exploitation libre et gratuit basé sur Linux pour votre ordinateur personnel, votre ordinateur portable ou votre serveur. Vous pouvez surfer sur le web, gérer vos e-mails et vos photos, faire du travail bureautique, lire des vidéos ou de la musique, vous amuser ! Contributeurs: Guillaume GARDET, Antoine BELVIRE, Sylvain TOSTAIN, Fabien CRESPEL, Damien LOZACH, et Cyril CHARLIER Date de publication : 2018-06-29, Version : 15.1.20180629 1 Installation 2 Mise à niveau du système 3 Changements relatifs aux paquets 4 Plus d'informations et de retours This is the initial version of the release notes for the forthcoming openSUSE Leap 15.1. If you upgrade from an older version to this openSUSE Leap release, see previous release notes listed here: https://en.opensuse.org/ openSUSE:Release_Notes. Cette bêta publique fait partie du projet openSUSE. Des informations sur le projet sont disponibles à l'adresse https://www.opensuse.org. Report all bugs you encounter using this prerelease of openSUSE Leap 15.1 in the openSUSE Bugzilla. For more information, see https://en.opensuse.org/ Submitting_Bug_Reports. If you would like to see anything added to the release notes, file a bug report against the component “Release Notes”. 1 Installation Cette section contient des notes à propos de l'installation. Pour des instructions détaillées sur la mise à niveau, veuillez consulter la documentation sur https://doc.opensuse.org/documentation/leap/startup/html/ book.opensuse.startup/part.basics.html. 1.1 Using Atomic Updates With the System Role Transactional Server The installer supports the system role Transactional Server. This system role features an update system that applies updates atomically (as a single operation) and makes them easy to revert should that become necessary. These features are based on the package management tools that all other SUSE and openSUSE distributions also rely on. This means that the vast majority of RPM packages that work with other system roles of openSUSE Leap 15.1 also work with the system role Transactional Server. Remarque Remarque : Paquets incompatibles Certains paquets modifient le contenu de /var ou de /srv dans leurs scripts RPM %post. Ces paquets sont incompatibles. Si vous tombez sur un tel paquet, merci de remplir un rapport de bug. Afin de fournir ces fonctionnalités, le système de mise à jour repose sur : • les instantanés Btrfs.  Avant que la mise à jour du système démarre, un nouvel instantané Btrfs du système de fichiers racine est créé. Ensuite, tous les changements de la mise à jour sont installés sur cet instantané. Pour compléter la mise à jour, il suffit de redémarrer le système sur le nouvel instantané. Pour annuler cette mise à jour, démarrer simplement sur le précédent instantané. • Un système fichier racine en lecture seule.  Pour éviter les problèmes et la perte de données à cause des mises à jour, le système de fichiers racine ne doit pas être écrit autrement. Par conséquent, le système de fichiers racine est monté en lecture seule pendant le fonctionnement normal. Afin que cette configuration fonctionne, deux changements supplémentaires au niveau du système de fichiers ont été nécessaires : afin de pouvoir écrire la configuration utilisateur dans /etc, ce répertoire est automatiquement configuré pour utiliser OverlayFS ; /var est maintenant un sous-volume séparé qui peut être écrit par les programmes. Important Important : Transactional Server Needs At Least 12 GB of Disk Space The system role Transactional Server needs a disk size of at least 12 GB to accommodate Btrfs snapshots. Pour travailler avec les mises à jour transactionnelles, veuillez toujours utiliser la commande transactional-update au lieu de YaST et Zypper pour toute la gestion des logiciels : • Mettre à jour le système :transactional-update up • Installer un paquet : transactional-update pkg in NOM_DU_PAQUET • Supprimer un paquet : transactional-update pkg rm NOM_DU_PAQUET • Pour annuler le dernier instantané, c'est-à-dire les derniers changements effectués sur le système de fichiers, assurez-vous que votre système est démarré sur l'avant-dernier instantané et lancez : transactional-update rollback En option, ajoutez un ID d'instantané à la fin de la commande pour revenir à un ID spécifique. When using this system role, by default, the system will perform a daily update and reboot between 03:30 am and 05:00 am. Both of these actions are systemd-based and if necessary can be disabled using systemctl: systemctl disable --now transactional-update.timer rebootmgr.service Pour plus d'informations sur les mises à jour transactionnelles, voir les posts du blog d'openSUSE Kubic https://kubic.opensuse.org/blog/ 2018-04-04-transactionalupdates/ et https://kubic.opensuse.org/blog/ 2018-04-20-transactionalupdates2/. 1.2 Installation minimale du système Certaines fonctionnalités souvent attendues ne sont en réalité pas disponibles dans le mode d'installation minimal : • Ne contient pas d'interface de paramétrage du pare-feu. Vous pourrez installer le paquetage firewalld ultérieurement. • Ne contient pas YaST. Vous pourrez installer le schéma patterns-yast-yast2_basis ultérieurement. 1.3 Installing on Hard Disks With Less Than 12 GB of Capacity The installer will only propose a partitioning scheme if the available hard disk size is larger than 12 GB. If you want to set up, for example, very small virtual machines images, use the guided partitioner to tune partitioning parameters manually. 1.4 UEFI — Unified Extensible Firmware Interface Avant d'installer openSUSE sur un système qui démarre au moyen d'UEFI (Unified Extensible Firmware Interface) il est fortement recommandé de vérifier l'existence de mises à jour du microprogramme (firmware) recommandées par le fournisseur du matériel et, le cas échéant, d'installer de telles mises à jour. Une installation préexistante de Windows 8 ou supérieur constitue une indication forte comme quoi votre système démarre au moyen d'UEFI. Contexte : Certains microprogrammes (firmwares) UEFI présentent des bogues conduisant à leur défaillance si un volume de données trop important est écrit dans la zone de stockage de l'UEFI. Néanmoins, personne ne sait vraiment où se trouve la limite à ce volume « trop important ». openSUSE minimise le risque en n'écrivant que le strict nécessaire pour démarrer l'OS. Ce strict nécessaire revient à indiquer au microprogramme UEFI l'emplacement du chargeur d'amorçage d'openSUSE. Les fonctionnalités du noyau Linux qui utilisent la zone de stockage de l'UEFI pour stocker les données de démarrage et de plantage (pstore) ont été désactivées par défaut. Il est cependant recommandé d'installer toute mise à jour du microprogramme recommandée par le fournisseur du matériel. 1.5 UEFI, GPT et partitions MS-DOS Un nouveau type de partitionnement a fait son apparition avec l'arrivée de l'EFI/UEFI : GPT (GUID Partition Table). Ce nouveau schéma emploie des identifiants globaux uniques (des valeurs sur 128 bits affichées sous forme de 32 chiffres hexadécimaux) afin d'identifier les périphériques et les types de partition. En outre, la spécification UEFI gère également les anciennes partitions MBR (MS-DOS). Les chargeurs d'amorçage Linux (ELILO ou GRUB2) tentent de générer automatiquement un GUID pour ces anciennes partitions, et les écrivent dans le microprogramme. Un GUID de ce type est susceptible de changer fréquemment, occasionnant alors une réécriture dans le microprogramme. Une réécriture est constituée de deux opérations distinctes : l'effacement de l'ancienne entrée et la création d'une nouvelle entrée qui remplace la première. Un microprogramme moderne dispose d'un nettoyeur qui collecte les entrées supprimées et libère la mémoire réservées aux anciennes entrées. Un problème se présente lorsqu'un microprogramme défectueux ne collecte pas et ne libère pas ces entrées. Ceci peut amener le système à ne plus pouvoir démarrer. Pour contourner ce problème, convertissez l'ancienne partition MBR en nouvelle partition GPT. 1.6 Adaptation de l'interface graphique de l'installateur aux ordinateurs utilisant un écran High-DPI Par défaut, l'installateur YaST n'adapte pas automatiquement l'affichage pour les écrans High-DPI. Si vous utilisez un tel écran, vous pouvez configurer YaST pour qu'il le fasse. Pour ce faire, ajouter le paramètre QT_AUTO_SCREEN_SCALE_FACTOR=1 au niveau du chargeur d'amorçage (bootloader). 2 Mise à niveau du système Cette section liste des informations à propos de la mise à niveau du système. Pour des instructions détaillées sur la mise à niveau, veuillez consulter la documentation sur https://doc.opensuse.org/documentation/leap/startup/html/ book.opensuse.startup/cha.update.osuse.html. En outre, veuillez vérifier Section 3, « Changements relatifs aux paquets ». 3 Changements relatifs aux paquets 3.1 Paquets obsolètes Les paquets obsolètes sont toujours fournis par la distribution mais sont prévus pour être supprimés dans la prochaine version d'openSUSE Leap. Ces paquets existent pour faciliter la migration, mais leur utilisation est déconseillée et ils peuvent ne pas recevoir de mise à jour. Pour vérifier si des paquets installés ne sont plus maintenus : assurez-vous que lifecycle-data-openSUSE est installé puis utilisez la commande : zypper lifecycle 4 Plus d'informations et de retours • Veuillez lire les documents README sur le support de stockage. • Voir les informations détaillées du journal de modifications à propos d'un paquet particulier à partir de RPM : rpm --changelog -qp NOM_DU_PAQUET.rpm Remplacez NOM_DU_PAQUET par le nom du paquet RPM. • Vérifiez le fichier ChangeLog à la racine du support de stockage pour un historique chronologique de toutes les modifications apportées aux paquets mis à jours. • Retrouvez plus d'informations dans le dossier docu sur le support de stockage. • Pour une documentation supplémentaire ou mise à jour, consultez https:// doc.opensuse.org/. • Pour les dernières nouvelles sur openSUSE, consultez https:// www.opensuse.org . Copyright © SUSE LLC © 2018 SUSE