Récemment, j'ai installé en dur une Fedora20, le partitionnement est de type standard, système de fichier ext4 (pas de raid, ni de lvm), l'installation s'est bien déroulé à une exception près.
En effet, je me suis oublié et j'ai formaté ma partition swap qui est commune avec un système Fedora19 . Après ça il m'était impossible de démarrer sur F19 quelque soit le noyau .
J'imaginais qu'une simple édition ,depuis un livecd, du fichier /etc/fstab en modifiant le nouveau UUID suffirait à résoudre le problème .
Pas du tout, le démarrage s'est avéré vraiment très long, et aboutissant à une console avec un message d'erreur de type :
dracut-initqueue : could not boot
me signalant "en gros" que dracut ne reconnaissait pas l'UUID de la partition swap .
Après quelques recherches j'ai trouvé ces différents sujets :
https://ask.fedoraproject.org/question/32450/fedora-19-dracut-swap-does-not-exist-boot-error/
http://forums.fedoraforum.org/showthread.php?t=292088
http://forums.fedoraforum.org/showpost.php?p=1657894&postcount=43
http://forums.fedoraforum.org/showthread.php?p=1662570#post1662570
Visiblement une régénération du initramfs est nécessaire dans ce genre de cas.
Pour se faire j'ai utilisé le DVD-F19 en démarrant sur le mode Rescue pour me chrooté dans l'environnement du système concerné .
Puis :
mv /boot/initramfs-3.12.5-200.fc19.x86_64.img /boot/initramfs-3.12.5-200.fc19.x86_64-old.img
dracut /boot/initramfs-3.12.5-200.fc19.x86_64.img 3.12.5-200.fc19.x86_64
Il est possible d'utiliser
$(uname -r) à la place du numéro de kernel (comme dans
la doc ), mais il me semble avoir lu que dans ce cas le kernel utilisé est le même que celui employé par le DVD/liveCD, alors j'ai joué la prudence et décidé de mettre le nom du dernier kernel utilisé directement .
Au reboot , plus de souci, tout était de nouveau fonctionnel pour le kernel 3.12 .
Pour les autres kernels j'ai choisi la méthode 'globale' en passant par l'option
-force --regenerate-all, qui reconstruit tous les kernels y compris le 3.12 précédemment réalisé .
dracut --force --regenerate-all
Tout fonctionne désormais comme avant .
En espérant que ça aide quelqu'un qui rencontrera le même type de problème .
