openSUSE Leap 42.3

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 !

Date de publication : 2019-07-01 , Version : 42.3.20190626.a9aa79d

La fin de la période de maintenance d'openSUSE 42.3 est maintenant atteinte. Pour garder vos systèmes à jour et sures, mettez à niveau vers une version d'openSUSE actuelle. Avant de démarrer la mise à niveau, assurez-vous que toutes les mise à jour de maintenance d'openSUSE 42.3 sont appliquées.

Pour plus d'informations sur la mise à niveau vers la version actuelle d'openSUSE, consultez http://en.opensuse.org/SDB:Distribution-Upgrade.

Si vous mettez à niveau une ancienne installation vers cette version d'openSUSE Leap, consultez les précédentes notes de version listées ici :http://en.opensuse.org/openSUSE:Release_Notes.

Des informations sur le projet sont disponibles à l'adresse https://www.opensuse.org.

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 Installation minimale du système

Afin d'éviter que certains gros paquets recommandés ne soient installés, le schéma (pattern) pour les installations minimales utilise un autre schéma qui entre en conflit avec les paquets non désirés. Ce schéma, patterns-openSUSE-minimal_base-conflicts, peut être supprimé après l'installation.

Veuillez noter que l'installation minimale n'a pas de pare-feu par défaut. Si vous en avez besoin, installez SuSEfirewall2.

1.2 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.3 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.4 Mise à jour de la couche graphique du noyau

Avec openSUSE Leap 42.3, la mise à jour de la couche graphique jusqu'au code du noyau 4.9 est assuré par le paquet drm-kmp-default plutôt qu'en important les nombreux patchs directement dans le noyau. Habituellement, ce paquet est sélectionné automatiquement pendant l'installation du système, quand un matériel graphique correspondant est trouvé sur votre machine.

Le KMP présente un autre intérêt aux utilisateurs : vous pouvez revenir en arrière vers le code du noyau 4.4 en désinstallant le paquet. Si vous rencontrez des problèmes critiques, comme un blocage de l'affichage, essayez de désinstaller le paquet comme indiqué ci-dessous, puis redémarrez et testez à nouveau :

zypper rm drm-kmp-default

1.5 Modifications pour les utilisateurs installant les pilotes Nvidia manuellement

Sur openSUSE Leap 42.3, vous devez désinstaller le paquet drm-kmp-default en premier, avant de pouvoir installer les pilotes Nvidiamanuellement en utilisant le script shell .run :

zypper rm drm-kmp-default

Si vous installez les RPMs fournis par Nvidia,vous n'aurez pas ce problème, puisque dans ce cas, le paquet drm-kmp-default est remplacé pendant l'installation automatique du pilote.

Si, plus tard, vous décidez de désinstaller le pilote Nvidia assurez-vous de réinstaller le paquet drm-kmp-default.

Pour plus d'informations, consultez https://bugzilla.suse.com/show_bug.cgi?id=1044816.

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.1, « Paquets obsolètes ».

2.1 Mise à niveau depuis openSUSE Leap 42.2

2.1.1 Paquets supprimés et remplacés

Les paquets suivants ont été supprimés ou remplacés par rapport à openSUSE Leap 42.2 :

  • ldapjdk : La compilation échoue sur 42.3.

  • libatlas3 : La compilation échoue sur 42.3.

  • castor : La compilation échoue sur 42.3.

  • fontinfo : il n'avait jamais été envisagé de la publier en tant que paquet stable.

  • plasma5-mediacenter: Supprimé en upstream après la version 5.7.3.

  • perl-Mojolicious-Plugin-Bootstrap3: déprécié en upstream, la fonctionnalité est remplacée par perl-Mojolicious-Plugin-AssetPack.

  • qtsharp : La compilation échoue sur 42.3.

  • rubygem-mysql : remplacé par rubygem-mysql2.

2.1.2 Pilote de pavé tactile Synaptics avec KDE plasma

Dans openSUSE Leap 42.2, le pilote Synaptics de X11 (paquet xf86-input-synaptics) n'était pas installé par défaut (voir Section 2.2.4, « Le pilote Synaptics de X peut dégrader l'expérience du pavé tactile sous GNOME »). Cependant, KDE plasma n'offre que des options de configuration limitées pour le remplaçant, libinput.

Depuis openSUSE Leap 42.3, le paquet xf86-input-synaptics est installé avec le bureau KDE plasma (recommandé par plasma5-workspace).

2.1.3 Changements relatifs à l'indexation de la recherche du bureau KDE

Dans openSUSE Leap 42.3, la recherche de bureau n'indexe que les noms de fichiers par défaut, pas le contenu des fichiers.

L'indexation du contenu des fichiers doit être réactivé manuellement, même si elle était activé auparavant, car le précédent réglage n'était pas sauvegardé dans la configuration. Pour le faire, suivez ces instructions :

  1. À l'aide du menu principal ou de krunner, ouvrez la Configuration du système.

  2. Cliquez sur Recherche.

  3. Activez la case Indexer également le contenu des fichiers.

  4. Cliquez sur Appliquer.

2.1.4 Shorewall a été mis à jour en version 5.1

Dans openSUSE 42.3, shorewall a été mis à jour vers la dernière version stable 5.1. Lors de la mise à jour, shorewall et shorewall6 vont avertir l'administrateur qu'une mise à jour des fichiers de configuration est nécessaire.

La documentation est disponible à http://shorewall.net/.

Procédure 1 Mettre à jour shorewall
  1. Avec les privilèges administrateurs dans une console, exécutez :

    root #shorewall update -a /etc/shorewall
  2. Adaptez votre configuration à la nouvelle syntaxe dans le cas où l'outil ne le fait pas pour vous. Ceci ne devrait normalement être réservé qu'aux configurations très complexes et spécifiques.

  3. Vérifiez et testez la configuration résultante avec :

    root #shorewall try /etc/shorewall

    Si tout fonctionne, redémarrez votre ordinateur ou relancer le service avec :

    root #systemctl restart shorewall.service
Remarque
Remarque : Mettre à jour shorewall6

La procédure de mise à jour de shorewall6 correspond à celle de shorewall décrite dans Procédure 1, « Mettre à jour shorewall ». Cependant vous devez remplacer toutes les occurrences de shorewall par shorewall6.

2.1.5 La version des paquets GCC 6 correspond à celle livrée avec SLE 12 SP3

openSUSE Leap 42.2 fournissait accidentellement une version de GCC6 plus récente que celle fournie par SUSE Linux Enterprise à l'époque. Cela a été corrigé pour openSUSE Leap 42.3 qui fournit la même version des paquets GCC 6 que SUSE Linux Enterprise 12 SP3.

Toutefois, si les paquets GCC 6 sont installés, cela conduira à un retour à une version antérieure au cours de la mise à jour du système d'exploitation.

2.2 Mise à niveau depuis openSUSE Leap 42.1

2.2.1 Paquets supprimés et remplacés

Les paquets suivants ont été supprimés ou remplacés par rapport à openSUSE Leap 42.1 :

  • arista : remplacé par transmageddon.

  • cadabra : le code source ne se compile plus. Le successeur, Cadabra 2, n'est pas encore stable.

  • dropbear : supprimé car il ne présente aucun réel avantage par rapport à openssh.

  • emerillon : remplacé par gnome-maps.

  • gnome-system-log : remplacé par gnome-logs.

  • hawk : remplacé par hawk2.

  • ksnapshot : remplacé par spectacle.

  • labplot : Labplot a été remplacé par sa version Qt5, nommé labplot-kf5. Si vous mettez à jour une installation d'openSUSE 42.1sur laquelle labplot est installé, vous obtiendrez le paquet labplot-kf5 automatiquement.

  • nodejs : renommé en nodejs4.

  • psi : remplacé par psi+.

  • python-moin : remplacé par moinmoin-wiki. Il s'agit uniquement d'un changement de nom, pas d'une mise à jour – c'est un remplaçant virtuellement identique.

  • ungifsicle : remplacé par gifsicle.

  • xchat : remplacé par hexchat.

2.2.2 /var/cache dans un sous-volume pour les instantanés (snapshots) et les retours en arrière (rollbacks)

/var/cache contient beaucoup de données très volatiles, telles que le cache de zypper avec des paquets RPM en différentes versions pour chaque mise à jour. Le stockage de ces données redondantes et très volatiles peut provoquer une augmentation très rapide de l'espace disque utilisé par les instantanés (snapshots).

Pour résoudre ce problème, déplacez /var/cache vers un sous-volume dédié. Sur les nouvelles installations d'openSUSE Leap 42.3, cela est fait automatiquement. Pour convertir un système de fichiers existant, suivez les étapes suivantes :

  1. Trouvez le nom du périphérique du système de fichiers racine (par exemple, /dev/sda2 ou /dev/sda3) :

    df /
  2. Identifiez le sous-volume parent de tous les autres sous-volumes. Pour openSUSE 13.2, ce sous-volume est appelé @. Pour savoir si vous avez un sous-volume @, utilisez :

    btrfs subvolume list / | grep '@'

    Si cette commande ne renvoie rien, vous n'avez pas de sous-volume appelé @. Dans ce cas, vous pourrez procéder avec le sous-volume portant l'ID 5, qui était utilisé sur les précédentes versions d'openSUSE.

  3. Maintenant, montez le sous-volume requis.

    • Si vous avez un sous-volume @, montez-le sur un point de montage temporaire :

      mount <root_device> -o subvol=@ /mnt
    • Si vous n'avez pas de sous-volume @, monter plutôt le sous-volume portant l'ID 5 :

      mount <root_device> -o subvolid=5 /mnt
  4. /mnt/var/cache peut déjà exister et être le même répertoire que var/cache. Pour éviter toute perte de données, déplacez-le :

    mv /mnt/var/cache /mnt/var/cache.old
  5. Créez un nouveau sous-volume :

    btrfs subvol create /mnt/var/cache
  6. S'il y a maintenant un dossier /var/cache.old, déplacez-le vers le nouvel emplacement :

    mv /var/cache.old/* /mnt/var/cache

    Si ce n'est pas le cas, faites plutôt :

    mv /var/cache/* /mnt/var/cache/
  7. (Optionnelle) Éventuellement, supprimez /mnt/var/cache.old :

    rm -rf /mnt/var/cache.old
  8. Démontez le sous-volume du point de montage temporaire :

    umount /mnt
  9. Ajoutez une entrée à votre /etc/fstab pour le nouveau sous-volume /var/cache. Utilisez un sous-volume existant comme modèle. Assurez-vous de ne pas modifier l'UUID (c'est l'UUID du système de fichiers racine) et de nommer le sous-volume et son point de montage /var/cache.

  10. Montez le nouveau sous-volume comme spécifié dans /etc/fstab :

    mount /var/cache

2.2.3 GNOME Keyring n'a plus d'intégration avec GPG

L'agent GPG intégré à GNOME Keyring a été supprimé. Donc GNOME Keyring ne peut plus être utiliser pour gérer les clés GPG. Vous pouvez toujours gérer les clés GPG en ligne de commande en utilisant l'outil gpg.

2.2.4 Le pilote Synaptics de X peut dégrader l'expérience du pavé tactile sous GNOME

Dans openSUSE Leap 42.1, le pilote Synaptics de X (paquet xf86-input-synaptics) était installé par défaut mais avait une priorité plus faible que le pilote libinput (xf86-input-libinput).

Avec openSUSE Leap 42.3 :

  • Le pilote Synaptics n'est plus installé par défaut.

  • Si le pilote Synaptics est installé, il sera prioritaire pour tous les pavés tactiles.

  • Le pilote Synaptics n'est plus pris en charge par GNOME. Cela signifie que quand le pilote est installé, les pavés tactiles ne peuvent être configurés que comme des souris basiques.

À moins que vous ayez un grande quantité de configuration manuelle pour le pilote Synaptics, vous devriez supprimer le paquet de votre système :

sudo zypper rm xf86-input-synaptics

2.2.5 AArche64 : La taille de page a été changée entre openSUSE Leap 42.1 et openSUSE Leap 42.3

Sous openSUSE Leap 42.1, la taille de page par défaut était de 64 ko. Avec openSUSE Leap 42.3, la taille de page a été changée en 4 ko. Cela rend les anciens swap et systèmes de fichiers Btrfs inutilisables.

Si vous êtes actuellement sous openSUSE Leap 42.1 sur AArch64, veuillez envisager une nouvelle installation d'openSUSE Leap 42.3 plutôt qu'une mise à jour.

2.2.6 Les systèmes avec des contrôleurs CCISS peuvent de pas démarrer après la mise à jour

Le pilote pour les contrôleurs Compaq/HP Smart Array (CCISS) (cciss.ko) ne gère plus certains contrôleurs par défaut. Cela peut conduire à ce que le disque racine ne soit pas détecté par le noyau d'openSUSE Leap 42.3.

Sur les systèmes affectés, le pilote CCISS peut être configuré pour revenir au comportement précédent et détecter le contrôleur à nouveau. Pour faire cela, ajouter le paramètre noyau cciss.cciss_allow_hpsa=0.

3 Généralités

Cette section liste les problèmes généraux d'openSUSE Leap 42.3 qui ne correspondent à aucune autre catégorie.

3.1 Paquets obsolètes

Les paquets suivants sont fournis dans la distribution mais sont obsolètes. Ces paquets existent pour faciliter la migration, mais leur utilisation est déconseillée et ils peuvent ne pas recevoir de mise à jour. Ces paquets seront supprimés dans la prochaine version de la distribution.

  • lxdm : non maintenu, utilisez lightdm à la place.

  • mysql-community-server : pourrait ne plus recevoir de mises à jour de maintenance et de sécurité. Nous vous conseillons de migrer vers mariadb.

  • ruby2.2-* : pour développement uniquement. Utilisez Ruby 2.1 ou 2.4 à la place.

  • ruby2.3-* : pour développement uniquement. Utilisez Ruby 2.1 ou 2.4 à la place.

  • uClibc : non maintenu.

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

3.2 Logiciel KDE pour la gestion d'informations personnelles (KDE PIM)

KDE PIM 4.x n'est plus maintenu par le projet KDE, mais a été conservé dans openSUSE 42.2 en parallèle de KDE PIM 5 pour éviter de perturber les habitudes des utilisateurs et permettre une migration plus facile.

Avec openSUSE Leap 42.3, la suite KDE PIM 4.x a été supprimée et seulement la version actuellement supportée KDE PIM 5 est incluse.

3.3 Pas de verrouillage d'écran en utilisant GNOME Shell sans GDM

En utilisant GNOME shell avec un gestionnaire de connexion autre que GDM, tel que SDDM ou LightDM, l'écran ne se mettra pas en veille ni ne se verrouillera. De plus, changer d'utilisateur sans se déconnecter n'est pas possible.

Pour pouvoir verrouiller l'écran depuis GNOME Shell, activez GDM en tant que gestionnaire de connexion :

  1. Assurez vous que le paquet gdm est installé.

  2. Lancez YaST et de là, ouvrez Éditeur de fichiers /etc/sysconfig.

  3. Naviguez vers Desktop › Display manager › DISPLAYMANAGER.

  4. Dans le champ de saisie, spécifiez gdm. Pour sauvegarder, cliquez sur OK.

  5. Redémarrez.

3.4 Support du menu global dans KDE Plasma

Avec KDE plasma 5.9, KDE a ré-introduit le support du menu global tel qu'il était connu dans les versions précédentes du bureau KDE.

Dans openSUSE 42.3, le plasmoid de barre de menu des applications est également disponible.

Remarque
Remarque : Comportement potentiellement incorrect des applications non-Qt

Les applications n'utilisant pas la boite à outil Qt peuvent ne pas gérer le menu global ou ne pas se comporter correctement.

3.5 Lecture des fichiers multimédia MP3

A partir d'openSUSE Leap 42.3, les codecs pour lire les fichiers MP3 sont maintenant distribués dans le dépôt standard.

Pour utiliser ce décodeur dans les applications et frameworks basés sur gstreamer, tel que Rhythmbox ou Totem, installez le paquet gstreamer-plugins-ugly.

3.6 Polices Type-1 non gérées dans LibreOffice

LibreOffice 5.3 ne gèrent plus les anciennes polices de caractères Type-1 (extensions de fichiers .afm et .pfb). La plupart des utilisateurs ne devrait pas être affecté par cela, car les polices actuelles sont disponibles au format TrueType (.ttf) ou au format OpenType (.otf).

Si vous êtes affecté par cela, convertissez les polices Type-1 dans un format supporté, comme TrueType puis utilisez les polices converties. La conversion est faisable avec l'application FontForge (package fontforge) qui est inclus dans openSUSE. Pour savoir comment automatiser ces conversions, consultez https://fontforge.github.io/en-US/documentation/scripting/.

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.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 de la documentation supplémentaire et à jour, consultez https://doc.opensuse.org/.

  • Pour les dernières nouvelles concernant openSUSE, visitez https://www.opensuse.org.

Copyright © 2019 SUSE LLC

Merci d'utiliser openSUSE.

L'équipe openSUSE.

Imprimer cette page