Ce message fait suite à une discussion ayant eu lieu dans la liste de diffusion de développement de Fedora.
Il a été constaté que Fedora 24 et Fedora 25 Alpha sont touchés par un bogue lors d'une mise à jour du paquet systemd-udev. Cela se manifeste quand sont réunies trois conditions qui sont :
- Avoir une machine possédant deux unités graphiques, ce qui est le cas de beaucoup d'ordinateurs portables modernes ;
- Exécuter la mise à jour par la commande "dnf update" dans un terminal graphique (comme GNOME Terminal, Konsole, etc.) ;
- L'environnement graphique doit fonctionner sous X.org / X11 et non Wayland (Wayland n'étant par défaut que pour GNOME sur Fedora 25).
Dans ce cas, en cas de mise à jour du paquet dans ces conditions, le serveur X risque de crasher ce qui entraînera une coupure de la mise à jour en pleine opération et potentiellement une base de données des paquets et votre système dans un état incohérent (avec des paquets en double).
Pour éviter ce problème, vous pouvez faire :
- Utiliser GNOME Logiciels pour les mises à jour, qui fait une mise à jour dite hors-ligne ;
- Utiliser PackageKit pour effectuer vos mises à jour en mode hors-ligne* ;
- Mettre à jour via les terminaux en mode texte du système (accessible via Ctrl+Alt+FX pour X valant 3 à 6) ;
- Utiliser Wayland si vous êtes sur GNOME et Fedora 25 (sinon c'est déconseillé) ;
- La mise à jour hors ligne consiste à réaliser les mises à jour lors du démarrage de votre ordinateur, de manière similaire à Windows. L'objectif est de s'assurer qu'après la mise à jour tous les composants soient lancés effectivement à jour (ce qui n'est pas le cas quand vous le faite à chaud) mais aussi de réaliser cette opération dans un environnement minimal et contrôlé ce qui limite les problèmes. Depuis Fedora 18 c'est la méthode recommandée par le Projet Fedora et GNOME Logiciels en tire parti. Nous profitons de ce bogue pour vous rappeler de l'utilité de suivre cette procédure lors des mises à jour.
Pour faire cela en terminal avec PackageKit, vous pouvez exécuter les commandes suivantes avec les droits superutilisateur :
# pkcon refresh force # pkcon update --only-download # pkcon offline-trigger # systemctl reboot
Le problème est en cours de correction auprès de systemd et de X11.