Comme indiqué sur le site interne de l'irisa :
Les utilisateurs administrateurs ont la possibilité de mettre à jour (via yum update) leur machine MAIS il peut arriver/arrivera qu'une mise à jour supprime les configurations faites lors de la génération de la machine perturbant/empêchant son fonctionnement dans le domaine IRISA (automonteur, imprimantes…). Il est également possible qu'une mise à jour du noyau soit incompatible avec les modules drivers rajoutés par l'IRISA (/usr/src/addon).
Dans ce cas le seul remède proposé par l'atelier sera la regénération de la machine.
A partir de FC4 une directive exclude a été rajoutée au fichier /etc/yum.conf. Son but est d'interdire la mise a jour de certains RPM (autofs, kernel…) et la déconfiguration qui pourrait en résulter.
⇒ En ce qui me concerne, la seule manipulation qui a été nécessaire a été de réinstaller le pilote graphique NVIDIA (voir Installation pilote graphique NVIDIA )
je viens de découvrir la possibilité d'effectuer l'installation automatique du pilote NVIDIA, grâce au répertoire/usr/src/addonet au script/usr/src/modulescripts/addon/build.sh: voir Installation pilote graphique NVIDIA
… pour passer de fedora 8 à fedora 9 selon les instructions trouvées sur ce blog.
1. yum update 2. yum clean all
→ I like to repeatupdateandclean alla second time to make sure everything got updated
3. Run the following command to update the yum repo on your box: rpm -Uhv http://mirror.liberty.edu/pub/fedora/linux/releases/9/Fedora/i386/os/Packages/fedora-release-9-2.noarch.rpm http://mirror.liberty.edu/pub/fedora/linux/releases/9/Fedora/i386/os/Packages/fedora-release-notes-9.0.0-1.noarch.rpm
→ Next I had to do ayum clean allagain before it picked up the change
4. yum -y update
→ As in the past, a few packages had to be removed to get the dependencies to work out.
C'est là que ça coince : j'ai supprimé plusieurs paquetages mais… Il me reste des dépendances non résolues ; si je supprime les paquetages fautifs, un TRÈS grand nombre d'autres paquetages vont être aussi supprimés !!
⇒ je réinstalle le paquetage fedora-release 8, puis
yum clean all yum update yum clean all
et me revoilà avec une fedora 8, mais sans les paquets supprimés ci-dessus
Cette fois, j'ai installé fedora-release-9-5.transition.noarch.rpm
et miracle !!!
6. yum -y update
ne me génère AUCUN conflit !!!
9. After a reboot I had problems getting my NVIDIA driver to load. I ended up having to download the latest beta version of the driver per this forum post : http://www.nvnews.net/vbulletin/showthread.php?t=111460
⇒ idem : téléchargement puis tentative d'installation ⇒ voir Installation pilote graphique NVIDIA
10. I recompiled my NVIDIA driver and then added the flag for X suggested in the forum. GDM wouldn't start because the flag was set there but I can live with that.
⇒ voir Installation pilote graphique NVIDIA
11. Now I have X but I've run into a number of issues getting apps to run correctly. For example firefox won't start without the –sync option. At this point I think it will just be a matter of time before things get worked out, until then I'm just going to wait it out. At least it boots and mostly works.
Update: I think I may have found one of the issues with X and that is the fonts changed in Fedora 9. See Fedora 9 Fonts. I re-added the old fonts and now apps are starting correctly.
⇒ je n'ai pas (encore) eu les problèmes mentionnés en 11.
Toujours installer les versions les plus récentes disponibles :
À l'usage, j'ai rencontré quelques problèmes avec les polices de caractères :
d'après la doc vue je ne sais où, le serveur X est capable de se débrouiller sans fichier de config ; je le réduis donc au minimum en supprimant tout sauf :
 )
 )⇒ X démarre et apparemment le problème des polices semble résolu (au moins le plus critique) ; voir les fichiers de log dans /root
⇒ lors de la dernière mise à jour, “on” m'a fait sentir que cette version est “EOL” (⇔ end of life)
Les instructions sont ici .
⇒ fedora 11 est disponible ; de plus il s'agit de la version installée par l'atelier ici : il va donc falloir m'y coller. Ma source habituelle me suggère de changer de technique et d'utiliser PreUpgrade . Je cite :
This time around I decided to go with PreUpgrade right off the bat and it worked great.
Here are the condensed steps.
I think this will be the last time I do an upgrade post since they have it down to almost nothing now.
1. You have to be at Fedora10 before you try this.
If you aren't there follow the steps to get to Fedora10 .
2. yum clean all
3. yum udpate
4. preupgrade-cli “Fedora 11 (Leonidas)”
5. reboot and wait
It seems like the days of conflicts before upgrades are gone now so that is a good thing.
I didn't have to remove anything to make dependencies work out.
The only fallout I had from this upgrade was my NVIDIA configuration for xorg got wiped
and I had to pull it from backup.
So take note to back up your xorg.conf if you have a custom one.
À la suite du remplacement du disque de l'ordinateur, l'atelier m'a installé la fedora 12.
Ça marche plutôt pas mal, même si j'ai eu quelques déboires avec le pilote X11 nouveau (voir Installation pilote graphique NVIDIA .
Février 2011 : la Fedora 12 étant passée EOL depuis plusieurs mois, je songe à passer à Fedora 13 ; mon site de référence propose à nouveau d'utiliser PreUpgrade :
1. Make sure you are using a Fedora 12 install. If you need instructions on getting to Fedora 12 then start with upgrading from Fedora 11 to Fedora 12.
2. yum clean all
3. yum update
4. Make sure you have plenty of space free in the /boot partition. I learned this lesson the last time I upgraded.
5. I always back up my xorg.conf file since because it seems to disappear sometimes.
6. preupgrade-cli “Fedora 13 (Goddard)” – My Fedora 12 to Fedora 13 upgrade weighed in at 1.0GB
7. reboot and wait
C'est ce que j'ai tenté, mais dans un premier temps la commande preupgrade-cli a échoué avec un message d'erreur à propos de locale incorrecte.
Après quelques recherches, j'ai constaté qu'il s'agit d'un beugue répertorié ici .
J'ai donc choisi une locale neutre puis ai relancé : après une phase de téléchargement de paquetages, on m'a demandé de rebouter ; cette fois, c'est après le reboot que les opérations (automatiques) ont échoué à cause d'un problème de locale.
J'ai donc opté pour la solution manuelle :
If you prefer the yum upgrade option here are the steps for that as well:
1. yum clean all
2. yum update
3. rpm -Uvh http://mirrors.kernel.org/fedora/releases/13/Fedora/i386/os/Packages/fedora-release-13-1.noarch.rpm http://mirrors.kernel.org/fedora/releases/13/Fedora/i386/os/Packages/fedora-release-notes-13-3.fc13.noarch.rpm
4. yum clean all
5. yum -y update
6. You may need to resolve dependencies and then do another yum -y update or in my case I had to use –skip-broken to resolve some issues with packages I've installed from atrpm.
7. reboot
yum m'a signalé un conflit dû au paquet xorg-xxx-nouveau-xxx que j'ai supprimé ; ensuite, tout est allé tout seul : ce fut long, mais sans aucun problème.
Il me reste à nettoyer les traces laissées par PreUpgrade…
Février 2011 toujours : comme la fedora 14 est aussi disponible, j'ai décidé de l'installer dans la foulée ; PreUpgrade me laisse dans le même état que précédemment, c'est donc yum qui a fait tout le boulot.
Un seul petit problème, que n'a pas résolu l'option –skip-broken ; il m'a fallu supprimer manuellement quelques paquetages…
Hormis ce détail tout s'est passé correctement, y compris la recompilation automatique du pilote NVIDIA.
Passage en Fedora 15 puis 16 directement avec yum ; seule nouveauté : le pilote NVIDIA est maintenant fourni par un paquet officiel et automatiquement mis à jour (voir akmod et kmod).
Cette fois-ci, yum échoue complètement ; sue le site de fedora on trouve cet avertissement :
There is a general warning about upgrading via. yum being unsupported at the top of this page. However Fedora 17 is very special. You should seriously consider stopping now and just using anaconda via. DVD or preupgrade, unlike all previous releases it's what the yum/rpm developers recommend. Continue at your own risk.
⇒ Je tente avec PreUpgrade ⇒ le téléchargement se passe bien, mais le redémarrage destiné à installer les mises-à-jour échoue. ⇒ c'est la commande qui doit générer le menu de grub pour le redémarrage qui échoue et je doir compléter manuellement ce menu… ⇒ ensuite, c'est OK.