Deprecated: Function create_function() is deprecated in /var/www/svn_softs/dotclear_hg/inc/libs/clearbricks/common/lib.l10n.php on line 640

Deprecated: Function create_function() is deprecated in /var/www/svn_softs/dotclear_hg/inc/libs/clearbricks/common/lib.l10n.php on line 640

Deprecated: Function create_function() is deprecated in /var/www/svn_softs/dotclear_hg/inc/libs/clearbricks/common/lib.http.php on line 249
preupgrade, second round (mise à jour de F8 vers F9) - The trashiest blog in the World...

The trashiest blog in the World...

Aller au contenu | Aller au menu | Aller à la recherche

preupgrade, second round (mise à jour de F8 vers F9)

Après le succès du passage de Fedora 7 vers Fedora 9 via preupgrade sur mon ordinateur portable, je me suis décidé à faire subir le même sort à mon ordinateur de bureau, qui lui était équipé d'une Fedora 8 en x86_64.

Je dois malheureusement avouer que cette mise à jour ne s'est pas aussi bien passé que la première, loin s'en faut. Je suis assez surpris, puisque la migration vers une Fedora n+2 n'est pas très conseillée...

Jour J, démarrage de ma Fedora 8. Pour gagner un peu de temps, et alléger la mise à jour, je supprime des paquets dont je n'ai pas besoin (les jeux, etc...), je sauvegarde mes bases de données (mysql, postgres) et lance preupgrade.

La première fois, l'application cherche les paquets à mettre à jour, les télécharge... Puis bloque sur la récupération de l'image de boot :-/ Bon, soit. On ferme, et on recommence... Le second test fût plus rapide, tous les paquets ayant déjà été téléchargés.

À la fin de l'opération, il m'est proposé de redémarrer, ce que je fais avec plaisir. Mais voilà... Lors de la vérification des paquets, Anaconda me dit qu'un paquet, gnome-panel-libs pour ne pas le citer, et soit manquant soit corrompu. Il semble essayer de le télécharger, mais sans succès. Le « souci », c'est que pendant ses tentatives de téléchargement, on ne peut pas savoir quel est le paquet incriminé (vous comprendrez le problème dans la suite de ce billet).

Retour à la case départ. Je relance preupgrade, reboot et... Même combat :-/ Retour sous Fedora 8, où un yum remove gnome-panel m'annonce 30 dépendances seulement (je m'étais attendu à beaucoup plus). Je prends soin de noter ces dépendances désinstallées dans un coin, supprime gnome-panel et tente ma chance à nouveau.
Devinez ? Même résultat. Mais sur un autre paquet, nas-libs cette fois. Seulement voilà, je m'aperçois qu'anaconda me parle de nas-libs en .i386 ! Un petit ctrl+alt+f2 histoire de voir ce qu'une console peut raconter. Le ping fonctionne, déjà, j'ai un accès réseau. Le système principal est chrooté, je vais donc voir un peu les paquets téléchargés pour la mise à jour, et me rend compte qu'effectivement le paquet nas-libs est présent en x86_64, mais pas en i386.

Bon, faisons le point. Anaconda cherche à installer un paquet i386 qui n'existe pas et ne semble pas capable de le télécharger par ses propres moyens. Un petit wget ? Allez hop, c'est parti, je télécharge le nas-libs dans le répertoire qui va bien, je fais un ctrl+f6 pour retrouver anaconda qui continue de râler... Il n'a pas vu vu que je lui avais mis le fichier à disposition !

Reboot à nouveau, sélection de l'upgrade dans le grub et... Il cherche à nouveau à télécharger quelque chose. J'attends avec perplexité qu'il me dise ce qu'il cherche à faire cette fois (tout en appréhendant le nas-libs), la procédure est assez longue, comme je l'ai déjà dit plus haut. Cette fois, il se plaint de kdebase-workspace-libs, toujours en i386. Vérification faite, ce paquet existe lui aussi en x86_64, mais pas en i386 !!!

On recommence, encore, et encore, et encore... De mémoire, les paquets suivants ont posé ce problème :

  • gnome-panel-libs
  • nas-libs
  • kdebase-workspace-libs
  • qt-x11
  • qt

J'en oublie peut-être. Je n'ai pas chronométré le temps qu'il m'a fallu pour résoudre toutes ces dépendances hasardeuses, mais ce fût long. Au final, anaconda a terminé son boulot, et la mise à jour sur Fedora 9 était faite.

Oui mais...

Bon, après la mise à jour via anaconda, je relance le système. Une fois sur ma F9 toute neuve, je lance une mise à jour (y'en avait pas mal quand même) et attends patiemment. La mise à jour se termine, sans encombre, et je décide de relancer ma machine pour profiter des dernières mises à jour avant de nettoyer un peu le tout avec package-cleanup.
Seulement, voilà, la bonne Fée Dora n'était pas à mes côtés, et le nouveau kernel installé ne semble pas me permettre de lancer mon système (il se plaint de bibliothèques manquantes pour rhgb - ce qui n'est pas trop gênant - et mount - ce qui est déjà un peu pus gênant -). Impossible de lancer le système, SELinux me dit être en train de re-étiquetter mon disque, mais j'en doute fort puisque le disque n'est monté qu'en lecture seule...

Au final, j'ai relancé mon pc sur le noyau F8, en attendant la prochaine mise à jour ou ma prochaine montée de courage...

Au final, je ne vais pas dire que je suis déçu de Fedora 9, loin de là, mais je m'attendais à rencontrer beaucoup plus de problèmes sur un préupgrade F7 -> F9 alors que ce fut l'inverse...


Fatal error: Uncaught Error: [] operator not supported for strings in /var/www/svn_softs/dotclear_hg/inc/core/class.dc.postmedia.php:61 Stack trace: #0 /var/www/svn_softs/dotclear_hg/inc/core/class.dc.media.php(592): dcPostMedia->getPostMedia(Array) #1 /tmp/cbtpl/cd/17/cd17a781eadeb1772ccb06ad3a49b8f0.php(137): dcMedia->getPostMedia('67', NULL, 'attachment') #2 /var/www/svn_softs/dotclear_hg/inc/libs/clearbricks/template/class.template.php(268): include('/tmp/cbtpl/cd/1...') #3 /var/www/svn_softs/dotclear_hg/inc/public/class.dc.template.php(231): template->getData('post.html') #4 /var/www/svn_softs/dotclear_hg/inc/public/lib.urlhandlers.php(122): dcTemplate->getData('post.html') #5 /var/www/svn_softs/dotclear_hg/inc/public/lib.urlhandlers.php(523): dcUrlHandlers::serveDocument('post.html') #6 /var/www/svn_softs/dotclear_hg/inc/libs/clearbricks/url.handler/class.url.handler.php(166): dcUrlHandlers::post('02/07/2008/preu...') #7 /var/www/svn_softs/dotclear_hg/inc/public/lib.urlhandlers.php(187): urlHandler->callHandler('pos in /var/www/svn_softs/dotclear_hg/inc/core/class.dc.postmedia.php on line 61