fc5
Cet article explique une méthode pour passer d'une version de Fedora vers une autre, grâce à la commande yum. Avant toutes chose, il faut savoir que cette méthode est jugée moins fiable qu'une installation à partir des CD. Il se peut que votre système ne marche plus du tout, après avoir suivi les indications de ce billet.

1. Pré requis

Assurez vous, d'abord, d'avoir bien désactivé tous les dépôts non officiel que vous auriez peut-être installé au préalable (livina, rpmforge ...). Il suffit simplement de mettre enabled=0 dans les fichiers de configuration des dépôts, se trouvant dans le dossier /etc/yum.repos.d/. Au final, vous ne devrez avoir que le dépôt fedora et updates d'actif.

Voici une commande qui permet de lister tous les dépot actifs :

grep -R "enabled=1" /etc/yum.repos.d/*.repo | grep -v fedora.repo | grep -v fedora-updates.repo

Faite un yum update pour mettre votre distribution à jour et rebootez votre linux sur le dernier noyau avant de passer à la suite.

2. Installation

Voici les étapes à suivre pour upgrader votre Fedora vers une version supérieure. On commence par dire au système de changer de version de Fedora (nom du rpm à adapter en fonction de la version, on téléchargera ce dernier depuis un mirroir Fedora) :

rpm -Uvh --nodeps fedora-release-16*.noarch.rpm

Ensuite, on met à jour le paquet de release, on fait le ménage et on met à jour la commande yum :

yum update fedora-release
yum clean all
yum update yum

On termine par l'upgrade la distribution vers la version supérieure :

yum upgrade

3. Finalisation

On pourra ensuite nettoyer le système des paquets inutile via la commande package-cleanup du paquet yum-utils (yum install yum-utils) :

Détection d'éventuel problème :

package-cleanup --problems

Retirer les paquets en double :

package-cleanup --cleandupes

Détecter les paquets qui ne sont disponibles dans aucun dépôts configurés dans yum :

package-cleanup --orphans

Bon bah si tout c'est bien passé (après quelques heures de téléchargement), il ne vous reste plus qu'a rebooter votre système, via la commande reboot.

Cette méthode à été testé avec succès pour un passage de :

  • d'une Fedora 4 vers une Fedora 5
  • d'une Fedora 5 vers une Fedora 6
  • d'une Fedora 6 vers une Fedora 7
  • d'une Fedora 7 vers une Fedora 8
  • d'une Fedora 8 vers une Fedora 9
  • d'une Fedora 8 vers une Fedora 9
  • d'une Fedora 9 vers une Fedora 10
  • d'une Fedora 10 vers une Fedora 11
  • d'une Fedora 11 vers une Fedora 12
  • d'une Fedora 12 vers une Fedora 13
  • d'une Fedora 13 vers une Fedora 14
  • d'une Fedora 14 vers une Fedora 15
  • d'une Fedora 15 vers une Fedora 16

Note : cette article à été également retranscrit sur le wiki de fedora-france.


19 Commentaires pour "Upgrade d'une Fedora vers une version supérieure avec yum"

Flux des commentaires de cet article Ajouter un commentaire
  •  

    Hey,
    Merci pour ton tuto, ça m'a bien servi et ça marche !

    bradley_python , le 23 mars 2006 à 20:42
  •  

    @MrTom : no problemo pour le wiki !

    Sinon je préfère contribuer sur Tux-planet, mais tu sais je n'ai jamais refusé q'un article ne soit pas dans le wiki de Fedora-france !

    pti-seb , le 24 mars 2006 à 10:32
  •  

    On peut le mettre dans le wiki ?
    Tu devrais t'inscrire sur le wiki pti-seb je crois :)

    MrTom , le 24 mars 2006 à 09:14
  •  

    Non je sais bien, mais il faut être courtois et poli quand même :)

    MrTom , le 24 mars 2006 à 12:53
  •  

    Héhé j'apprécie ta courtoisie ! D'ailleur il faudra que je regarde un jour pour mettre ce blog sous une certaine licence, genre Creative Common.

    pti-seb , le 24 mars 2006 à 13:19
  •  

    Je suis en train de passer mon deuxième PC à FC5 via cette méthode.

    J'ai rencontré un peu plus de difficulté car ce dernier possède des rpm ne venant pas de chez Fedora (Firefox de remi, conky de moi, rpm de livna ...).

    J'ai été obligé de tous les virer (une dizaine seulement) afin de pouvoir permettre à yum de résoudre les dépendances des autres paquets.

    pti-seb , le 25 mars 2006 à 00:24
  •  

    Bonjour Pti-seb, pour info je te signal que ton lien :
    rpm -Uvh .../Fedora/RPMS/fedora-release-5-5.noarch.rpm
    contient un \ de trop ce qui rend le téléchargement impossible.

    Pas grave, faut suivre. Je suis en cours de teste de ta metode. Pour que cela fonctionne, il m' a fallut desinstaller livna-release-4.rpm et ati-devel puis réinstaller livna-release-5.rpm a la main.

    Là je télécharge les 1.5G de mise a jour. A suivre.
    Amitié

    pas , le 25 mars 2006 à 11:25
  •  

    Pour le \ en trop c'est normal, c'était pour forcer le retour à la ligne dans un shell, histoire que la mise en page de mon blog soit correcte.

    Enfin bref, si une personne ne comprend pas çà, cela n'est même pas la peine qu'elle aille plus loin dans cette procédure.

    Bon courrage pour ta mise à jour sinon. Tu pourras nous dire si cela fonctionne chez toi quand même ...

    :-)

    pti-seb , le 25 mars 2006 à 13:35
  •  

    Ouf ca été chaud !!! Pti-seb me voila sur FC5. Petit conseil d'upgrade : supprimer le module flgrx (si carte ATI) avant. Idem pour wxGTK et wxGTK2.

    Une fois l'upgrade compléte et avant de rebooter, taper en root dans xterm :
    /sbin/fixfiles relabel et répondre Y a la question (pour ne pas avoir de probléme avec selinux).

    J'ai eu un petit probléme de carte son, résolu par une suppression de lignes dans modprobe.conf.

    PS : pour le \ en trop, c'est génant pour le copier-coller.
    A+

    pas , le 26 mars 2006 à 09:32
  •  

    Ta methode est sympa. elle m'a permis de générer les packages de XdTV pour fc5. Par contre il y a quand meme des trucs bizarres qui arrivent avec le temps. Exemple : yum install mplayer

    Ca se passe bien puis après au lancement j'ai ca:

    [myuser@localhost repo]$ mplayer
    mplayer: error while loading shared libraries: /usr/lib/libGL.so.1: cannot restore segment prot after reloc: Permission denied

    Bizarre non?

    Pingus

    pingus77 , le 26 mars 2006 à 12:07
  •  

    @pingus77 : essaye de voire si tu n'as pas des paquet de FC4 qui traine encore qui pourrais rentrer en conflit !

    rpm -qa | grep -i fc4

    @pas : merci pour les conseils, sinon moi sur mon deuxième PC, j'ai le serveur X qui demarre pas (même en vesa), mais bon je vais finir par trouver.

    pti-seb , le 26 mars 2006 à 16:06
  •  

    Pti-seb, essaye avec le dernier kernel 2.6.16-1.2069_FC5 et les dernier fglrx de chez Livna. Ca marche chez moi.
    A+

    pas , le 27 mars 2006 à 19:03
  •  

    J'ai déjà essayer, le problème c'est que j'ai un x86_64 et pas moyen de recompiler le kmod-fglrx pour cette architecture.

    Sinon les pilotes radeon fonctionne, mais je peut pas monter la résolution au dessus de 640, à cause d'un bug là aussi !

    pti-seb , le 27 mars 2006 à 22:33
  •  

    Après un passage réussit d'une Fedora 6 vers une Fedora 7 puis 8, j'ai mis à jour certains points de cet article afin qu'il soit à niveau.

    pti-seb , le 7 novembre 2007 à 23:13
  •  

    Note : J'ai eu un petit soucis (classique) de dependances en faisant l'upgrade a fedora 8... et un "yum clean all" m'a bien aide avant le "yum upgrade"!

    J'ai recuperer le fedora-release-8-3.noarch.rpm depuis : koji.fedoraproject.org/ko...

    [upgrade en cours, je vous informe demain si j'ai eu des soucis]

    kbsali , le 8 novembre 2007 à 19:04
  •  

    @ksbali, oui c'est vrai que le yum clean all m'a aidé durant certaines mise à jour, je le rajoute à l'article.

    pti-seb , le 8 novembre 2007 à 19:18
  •  

    [fred@localhost ~]$ rpm -Uvh --nodeps fedora-release-8-3.noarch.rpm
    erreur: can't create transaction lock on /var/lib/rpm/__db.000

    Voilà le message que j'ai... alors que le fichier est dans ma /home.

    Tu sais d'où cela peut venir ?

    fred , le 21 novembre 2007 à 02:44
  •  

    @Fred : tu as du interrompre brutalement un processus qui accédait à la base de données rpm. La solution est ici : reconstruire la base de données rpm

    pti-seb , le 21 novembre 2007 à 09:26
  •  

    Ok.
    Pourtant, mon install de fedora 8 est neuve.

    je tente.
    :)

    fred , le 21 novembre 2007 à 22:00

actualité android apache apple astuce astuces bash bilboblog blog boot chrome clavier commande commandes conky date debian Desktop développement elementary exploit faille fedora firefox flash gimp gnome google graphique Graphisme hack hacking Hardware humour intel internet iphone jailbreak Jeux Kde kernel libre Linux log logiciels Logiciels Libres lucid lynx maemo mail maquette metasploit microsoft mobile mockup monitoring mozilla multi-touch musique mysql n900 nautilus nokia noyau openoffice open source password photos php Planet publicité redhat red hat rpm réseau screenshot script serveur serveurs shell sql ssh statistiques sysadmin system Sécurité thème tux-planet tv twitter ubuntu unity vidéo vidéos vlc voyage wallpaper windows wordpress yum