Recherche de site Web

Comment passer à Fedora 44 Beta depuis Fedora 43 étape par étape

Fedora Linux 44 Beta est désormais disponible pour les tests depuis le 10 mars 2026. Cette version inclut des mises à jour importantes comme la transition du bureau Budgie vers Wayland et un objectif de 99 % de constructions de paquets reproductibles. Si vous utilisez actuellement Fedora 43, vous pouvez mettre à jour vers la nouvelle version beta de Fedora Linux 44 sans réinstallation comme décrit dans les étapes suivantes.

Attention : Le logiciel bêta n'est pas un produit fini. Il est probable que vous rencontriez des bugs ou des interruptions temporaires pendant son utilisation. Effectuez cette mise à niveau uniquement sur une machine que vous utilisez pour les tests ou le développement.

Étape 1 : Sauvegarder les données importantes

Sauvegardez toutes les données importantes avant de commencer. Les mises à niveau du système sont risquées et peuvent entraîner une perte de données si le processus échoue. Gardez une clé USB Fedora 43 Live à proximité pour réparer votre système si nécessaire.

Si vous n'avez pas de clé USB live Fedora, créez-en une comme montré dans le lien ci-dessous :

  • Comment créer une clé USB bootable Fedora avec Fedora Media Writer

Étape 2 : Mettez à jour votre système Fedora 43 actuel

Vous devez commencer avec une version de Fedora 43 entièrement corrigée. Cela garantit que vous avez les dernières clés de signature et la logique de mise à niveau.

Pour mettre à jour Fedora, ouvrez votre terminal et exécutez la commande suivante :

sudo dnf upgrade --refresh

Vous pouvez également mettre à jour votre système Fedora depuis l'application graphique GNOME Software. Pour ce faire, ouvrez le centre de logiciels depuis le lanceur d'applications et cliquez sur Télécharger sous l'onglet Mises à jour.

Mettre à jour Fedora 43 via Gnome Software

Une fois la mise à jour terminée, vous devez redémarrer votre ordinateur. Cette étape garantit que votre système utilise le noyau et les bibliothèques les plus récents avant que la mise à niveau ne commence.

Étape 3 : Télécharger les paquets Fedora 44

Vous pouvez effectuer une mise à niveau de Fedora en utilisant le plugin de mise à niveau officiel. La plupart des installations de Fedora incluent déjà cet outil nécessaire.

Si votre système ne l'a pas, vous pouvez installer le plugin manuellement en utilisant la commande :

sudo dnf install dnf-plugin-system-upgrade

Vous pouvez maintenant demander au système de récupérer la nouvelle version du logiciel. Exécutez cette commande pour télécharger les paquets Fedora 44 :

sudo dnf system-upgrade download --releasever=44

Cette commande téléchargera tous les paquets Fedora 44.

Mise à jour Fedora 44 Beta

Si vous avez des packages tiers qui entrent en conflit avec la nouvelle version, la commande s'arrêtera. Vous pouvez ajouter le drapeau --allowerasing pour permettre à DNF de supprimer ces packages en conflit.

sudo dnf system-upgrade download --releasever=44 --allowerasing

Regardez attentivement la sortie du terminal pour voir ce que le système prévoit de supprimer.

Ajouter l'option --best peut parfois fournir plus de détails sur les dépendances non satisfaites.

Étape 4 : Vérifier la clé GPG

Une fois le téléchargement terminé, une nouvelle clé GPG sera importée sur votre système. Lorsque vous y serez invité, tapez y et appuyez sur ENTRÉE pour vérifier son empreinte :

[...]
Testing offline transaction
Importing OpenPGP key 0x6D9F90A6:
 UserID     : "Fedora (44) <fedora-44-primary@fedoraproject.org>"
 Fingerprint: 36F612DCF27F7D1A48A835E4DBFCF71C6D9F90A6
 From       : file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-44-x86_64
Is this ok [y/N]: y
The key was successfully imported.
Transaction stored to be performed offline. Run `dnf5 offline reboot` to reboot and run the transaction. To cancel the transaction and delete the downloaded files, use `dnf5 offline clean`.
Complete!

Étape 5 : Déclencher la tâche de mise à niveau de Fedora 44

Une fois le téléchargement terminé et la clé GPG ajoutée, vous devez redémarrer dans l'environnement de mise à niveau. La commande dépend de la version de l'outil DNF que vous utilisez.

Si vous utilisez le nouvel outil DNF 5, exécutez cette commande

sudo dnf5 offline reboot

Si vous utilisez l'ancien outil DNF 4, exécutez plutôt cette commande :

sudo dnf system-upgrade reboot

Pour confirmer le processus de mise à niveau F44, appuyez sur y et appuyez sur la touche ENTRÉE :

The system will now reboot to upgrade to release version 44.  
Is this ok [y/N]: y

Le système va maintenant redémarrer pour passer à la version 44

Le système va redémarrer immédiatement. Il entrera ensuite dans un mode spécial pour installer les packages téléchargés.

Mise à niveau de Fedora Linux 43 vers Fedora 44

Ne éteignez pas votre ordinateur pendant ce temps.

Vous pouvez annuler la mise à niveau et supprimer les fichiers téléchargés à tout moment en utilisant la commande :

sudo dnf5 offline clean

Si vous rencontrez des problèmes, vous pouvez essayer de reconstruire la base de données RPM, utiliser distro-sync, ou relabeler les fichiers avec la dernière politique SELinux. Nous avons couvert cela à l'étape 7.

Étape 6 : Connectez-vous à Fedora 44

Après la mise à niveau réussie vers F44, votre système redémarrera dans la version bêta mise à jour de Fedora Linux 44.

Connectez-vous et commencez à utiliser la version Fedora 44 nouvellement améliorée :

Fedora Linux 44 Poste de travail

Étape 6.1 : Vérification

Vous pouvez vérifier la modification de la version de Fedora en exécutant :

cat /etc/os-release

Vous devriez voir « Fedora Linux 44 (édition poste de travail préversion) » ou un label similaire.

Exemple de sortie :

NAME="Fedora Linux"
VERSION="44 (Workstation Edition Prerelease)"
RELEASE_TYPE=development
ID=fedora
VERSION_ID=44
VERSION_CODENAME=""
PRETTY_NAME="Fedora Linux 44 (Workstation Edition Prerelease)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:44"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f44/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=44
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=44
SUPPORT_END=2027-05-19
VARIANT="Workstation Edition"
VARIANT_ID=workstation

Vérifier la version Fedora 44 depuis la ligne de commande

Si vous voulez afficher uniquement la version, utilisez cette commande :

cat /etc/fedora-release

Exemple de sortie :

Fedora release 44 (Forty Four)

Vous pouvez également vérifier les détails de la version dans la section Paramètres -> Système -> Détails du système :

Vérifiez la version 44 de Fedora Linux dans les paramètres système

Étape 7 : Dépannage

Si vous rencontrez des problèmes après la mise à niveau F44, veuillez suivre les étapes suivantes une par une.

Reconstruire la base de données RPM :

Sauvegardez d'abord /usr/lib/sysimage/rpm et exécutez :

sudo rpm --rebuilddb

Utilisation de distro-sync :

sudo dnf distro-sync

Pour résoudre les problèmes de dépendance, faites :

sudo dnf distro-sync --allowerasing

Re-étiquetage des fichiers avec la dernière politique SELinux :

sudo fixfiles -B onboot

Et enfin redémarrez, surtout si SELinux était précédemment désactivé.

Étape 8 : Tâches post-mise à niveau de Fedora

Après avoir mis à niveau avec succès votre système Fedora 43 vers Fedora 44, il existe plusieurs tâches post-mise à niveau optionnelles que vous pourriez envisager d'effectuer pour garantir des performances et une maintenance optimales du système.

Ces tâches incluent :

  • mise à jour des fichiers de configuration du système,
  • mise à jour du chargeur d'amorçage GRUB sur les systèmes BIOS,
  • nettoyer les paquets retirés ou anciens,
  • nettoyer les anciens noyaux, les anciennes clés GPG et les anciens liens symboliques,
  • et la mise à jour du noyau de secours.

8.1. Mettre à jour les fichiers de configuration du système

Les fichiers de configuration sont généralement stockés dans le dossier /etc. Lors d'une mise à niveau, si vous avez modifié le fichier de configuration d'un paquet, RPM peut créer de nouveaux fichiers avec une extension .rpmnew (pour la nouvelle configuration par défaut) ou sauvegarder votre ancienne configuration avec une extension .rpmsave.

Vous pouvez utiliser l'outil rpmconf pour simplifier le processus de vérification et de fusion de ces fichiers.

Installez rpmconf :

sudo dnf install rpmconf

Exécutez la commande suivante pour examiner et gérer les modifications du fichier de configuration :

sudo rpmconf -a

Il est important de vérifier attentivement les modifications dans /etc/yum.repos.d/ car la restauration de ces fichiers à leurs versions d'origine pourrait désactiver les mises à jour pour les logiciels tiers.

Vérifiez également les fichiers critiques tels que /etc/ssh/sshd_config, /etc/nsswitch.conf et /etc/ntp.conf, car les mises à niveau d'OpenSSH, par exemple, peuvent rétablir sshd_config à une configuration par défaut qui n'active pas l'authentification par clé publique.

8.2. Mettre à jour le chargeur d’amorçage GRUB sur les systèmes BIOS

Alors que les paquets RPM de GRUB sont mis à jour, le chargeur d'amorçage installé ou intégré sur les systèmes BIOS n'est pas mis à jour automatiquement. Il est recommandé de le mettre à jour entre les versions de Fedora Linux.

Trouvez le nœud de périphérique où se trouve /boot/ :

sudo mount | grep "/boot "

Par exemple, si c'est /dev/sda4, le nœud du périphérique est /dev/sda.

Réinstallez le chargeur de démarrage en utilisant la commande :

sudo grub2-install /dev/sda

Remplacez /dev/sda par votre nœud de périphérique réel sans le numéro.

La sortie prévue sera « Installation pour la plateforme i386-pc. Installation terminée. Aucune erreur signalée ».

8.3. Nettoyer les packages retirés

Fedora retire des paquets en raison de l'obsolescence, d'un upstream mort ou du départ du mainteneur. Ces paquets restent sur votre système mais ne recevront plus de mises à jour. Il est fortement recommandé de les supprimer.

Pour une mise à niveau d'une version à l'autre (par exemple, Fedora 43 à 44), exécutez :

sudo dnf install remove-retired-packages  
sudo remove-retired-packages

Veuillez noter que les mises à niveau sur plus de deux versions ne sont pas prises en charge pour cette méthode de nettoyage.

8.4. Nettoyer les anciens paquets

Pour trouver les paquets en double (plusieurs versions installées) :

sudo dnf repoquery --duplicates

Pour les supprimer, exécutez :

sudo dnf remove --duplicates

Notez que cette commande utilise le binaire par défaut dnf (DNF5 sur Fedora 39+). Cette liste n'est valide que sur un système entièrement mis à jour.

Pour lister les paquets installés sur votre système qui ne sont plus dans les dépôts :

sudo dnf list --extras

Pour supprimer les paquets « supplémentaires » inutiles, exécutez :

sudo dnf remove $(sudo dnf repoquery --extras --exclude=kernel,kernel-\*,kmod-\*)

Pour supprimer les paquets que DNF juge n'être plus nécessaires (ceux qui n'ont pas été installés explicitement et qui ne sont pas requis par d'autres paquets) :

sudo dnf autoremove

Faites preuve de prudence car cela ne supprime que les paquets que DNF pense être inutiles, ce qui peut ne pas correspondre à votre utilisation réelle.

8.5. Nettoyer les anciens noyaux

Après avoir démarré sur le nouveau noyau et l'avoir testé, vous pouvez supprimer les anciens noyaux. Cela aide à libérer de l'espace.

Vous pouvez utiliser le script suivant pour ne conserver que le dernier noyau et nettoyer les anciens noyaux :

#!/usr/bin/env bash
old_kernels=($(dnf repoquery --installonly --latest-limit=-1 -q))
if [ "${#old_kernels[@]}" -eq 0 ]; then
    echo "No old kernels found"
    exit 0
fi
if ! dnf remove "${old_kernels[@]}"; then
    echo "Failed to remove old kernels"
    exit 1
fi
echo "Removed old kernels"
exit 0

Enregistrez le contenu dans un fichier, par exemple cleanfedorakernel.sh.

Rendez-le exécutable :

chmod +x cleanfedorakernel.sh

Et, exécutez-le pour supprimer les anciens noyaux :

sudo ./cleanfedorakernel.sh

8.6. Nettoyer les anciennes clés de confiance pour la signature des paquets RPM

Au fil du temps, les clés GPG des anciennes versions de Fedora et des dépôts tiers s'accumulent dans la base de données RPM. Vous pouvez supprimer les clés non référencées avec :

sudo dnf install clean-rpm-gpg-pubkey
sudo clean-rpm-gpg-pubkey

8.7. Nettoyer les anciens liens symboliques

Installez symlinks :

sudo dnf install symlinks

Audit des liens symboliques cassés (par exemple, dans /usr) :

sudo symlinks -r /usr | grep dangling

Supprimer les liens symboliques cassés :

sudo symlinks -r -d /usr

8.8. Mettre à jour le noyau de secours

Le noyau de secours et l'initramfs pourraient ne pas être automatiquement mis à jour avec les mises à jour du noyau, selon la configuration de votre système. S'ils sont obsolètes, vous pouvez les régénérer.

sudo rm /boot/*rescue*
sudo kernel-install add "$(uname -r)" "/lib/modules/$(uname -r)/vmlinuz"

Pour automatiser ce processus, installez dracut-config-rescue :

sudo dnf install dracut-config-rescue

À partir de maintenant, le noyau de secours sera régénéré tant que dracut est le générateur d'initrd.

Lecture connexe : Comment résoudre l'erreur Initramfs dans Fedora

Erreurs courantes

  • Ignorer la mise à jour initiale : Si vous ne lancez pas la mise à jour de rafraîchissement à l'étape 1, la mise à niveau pourrait échouer en raison de clés GPG manquantes.
  • Ignorer les erreurs de dépendance : Si DNF signale des dépendances non satisfaites, ne les ignorez pas. Utilisez les options --best ou --allowerasing pour voir plus de détails.
  • Espace disque faible : Assurez-vous que votre partition /boot dispose de suffisamment d’espace. Fedora 43 a augmenté la taille recommandée à 2 GiB pour gérer ces transitions.

Conclusion

La mise à niveau vers Fedora 44 Beta vous permet de tester les dernières technologies Linux comme l'outil de développement Nix et les chaînes d'outils GNU mises à jour. En suivant ces étapes, vous aidez le projet Fedora à trouver et corriger les bogues avant la version finale.

Restez attentif aux mises à jour et signalez tout problème que vous trouvez à la communauté. Les tests sont le meilleur moyen de garantir un produit final stable pour tout le monde.