Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Probleme migration Fedora 17 LXDE => Fedora 18 LXDE

Bdetune

Bonjour à tous,

Je rencontre actuellement un grave problème, je m'explique :

J'ai tenté de faire une upgrade de ma distribution Fedora 17 LXDE vers Fedora 18 LXDE en utilisant le nouvel utilitaire FedUp (dommage, j'aimais bien PreUpgrade en passant).

Mise à jour de tous les packages avant (yum clean all, yum update yum, yum update) et un beau reboot. J'installe FedUp, j'utilise l'option par le réseau, en tant que root : "fedup-cli --network 18 --debuglog fedodo.log". Là pas de problèmes majeures à signaler à part quelques warnings.

La mise à jours des rpm s'effectue en cache grâce à l'utilitaire donc, je procède ensuite au reboot.

Une fois dans Grub, je sélectionne l'entrée "System Upgrade", le système commence à booter avec la barre bleutée en bas et se bloque à environ un quart, ok j'attends.

5 min plus tard les yeux rivés sur l'écran je me dis c'est freezé, ça s'est pas bien passé, je force le reboot à la main. Là le système reboot, j'arrive sur Grub à nouveau et je vois mes anciennes entrées avec le dernier noyau pré-sélectionné, je laisse booter et je me retrouve avec la barre bleuté qui commence à charger et un beau "kernel panic", même chose pour les autres noyaux !

Là je commence à baliser, je télécharge depuis mon notebook sous OpenSuse un live cd de Fedora 18 LXDE, je le grave et je boot dessus sur mon poste principal, je cherche l'option "System Rescue" depuis le menu "Troubleshooting", je ne le trouve pas. J'essaye alors comme j'ai pu le voir de rajouter l'option "rescue" en paramètre du noyau (sur chaque noyau du Grub), cela ne change rien. Je décide alors de booter depuis le live cd et de me chrooté sur le système installé et je me paye une belle erreur : "chroot /bin/bash input/output error".

Je me retrouve sur le carreau désormais avec ma distrib préféré qui me claque entre les doigts et je commence à penser négatif et à vouloir installer une CentOS plus stable à mon goût 🙁

J'aimerais quand même trouver une solution svp.

Je tiens à préciser que j'utilise un système 64 bits et que tout ce que j'ai utilisé, comme le live cd, était en x86_64.

Pouvez-vous m'aider s'il vous plaît, chère communauté à laquelle je fais appel pour la première fois (j'utilise Fedora depuis la version 8, donc ça remonte un peu maintenant et c'est depuis ma distrib préféré...).

Merci d'avance pour vos solutions.

Bien à vous.

totophe56

bonjour Bdetune,

et à partir du cd tu as essayé de faire une mise à jour ?

Bdetune

totophe56,

Non je n'ai pas tenté de faire à partir du cd puisque la première fois a flingué le système.

Après si tu parles directement depuis le live cd, le problème c'est que je ne peux me chrooté sur mon système local.

Si je lance la procédure d'install du live cd, c'est une fresh install et pas une upgrade... à moins qu'il y ait une option que je n'ai pas vu ?

Merci en tout cas.

Bdetune

Up ! Please

Suis-je le seul à avoir rencontré ce genre de problème ? Une solution svp.

Merci beaucoup.

totophe56

tu as essayé un

chroot /mnt/sysimage

en mode terminal à partir du cd ?

il me semble que tout les dvd ou live le permettent non ?

après à partir du live cd tu peux personnaliser ton installation et garder tes partitions de données et home normalement ?

bruno2040

J'ai eu un problème équivalent dans le passé avec un preupgrade sur un spin Xfce.

le problème c'est qu'on ne sait pas à quel stade l'installation f18 a planté (dommage de ne pas avoir fait un "Escape" pour afficher les informations à la place de la barre de progression...).

Les packages f17 ont sans doute commencé à être remplacés par les nouveaux rpm f18 et il est probable que la base de données rpm est maintenant altérée...

Il me semble difficile de rattraper l'installation f18.
Mais il est peut-être possible de restaurer f17.

C'est ce que j'avais fait dans mon cas :

Donc il faut booter sur un CD linux Live (pour ma part j'ai tjs SystemRescueCd installé sur mon DD. Ca occupe moins de 300 MB et c'est plus rapide que d'utiliser le LiveCD).
Ensuite il faut faire (le chroot ne suffit pas !) :

mount /dev/sda6 /mnt/sysimage -t ext4
mount -o bind /proc /mnt/sysimage/proc
mount -o bind /dev /mnt/sysimage/dev
mount -o bind /dev/pts /mnt/sysimage/dev/pts
mount -o bind /sys /mnt/sysimage/sys
mount /dev/sda5 /boot -t ext3

chroot /mnt/sysimage /bin/bash

Ou sda6 est la partition ou est installee la racine du système f17 et sda5 la partition contenant /boot (dans mon cas ce sont des partitions respectivement ext4 et ext3 sans LVM).

A partir de la verifier que la base rpm est correcte avec une commande du type "rpm -q kernel".
Il y a une commande "rpm --rebuildb" mais elle est délicate...
Si la base rpm est correcte (donc rpm lui même n'a pas subi d'upgrade) alors :
Identifier tous les paquets f18 installés :
rpm -qa | grep f18
et reinstaller les paquets f17 correspondants.

Pour moi ca a fonctionné.

Autre solution plus simple : reinstaller un f18 "propre" en conservant ton /home (option "upgrade d'une installation existante" a partir du CD d'installation Live)