Félicitations ! Et joyeux Noël

Voir le truc booter pour la première fois: OK
Oh pitain, ça marche!



Merci papaaaa noweeeeeeel

Reformater en Raid 10: OK
Virer une chiée d'options moisies: OK
Relancer l'install de Fedora 17: En cours

Aaah, benh voila, je m'endormirai moins con, merci!

Quand on est passé des contrôleurs IDE à SATA, les noms des disques ont changés de /dev/hdx en /dev/sdx. Ca a été un peu le bordel et suivant le driver, les disques n'avaient pas toujours le même nom. Et puis en fonction des partitions, le nom pouvait aussi changer.

Donc il arrivait parfois qu'après une maj du kernel, ton device changeait de nom et hop, fstab ... dans les choux.

Du coup, on a identifier les partions par UUID. Ce qui fait que quelque soit le nom de ton device, ton fstab s'y retrouve et ça fonctionne.

Imaginons même que tu clone un disque SATA sur un disque SCSI et que tu rajoutes des disques sans faire attention à l'ordre, ton système bootera toujours.

Ce problème est déjà arrivé aussi avec les devices réseau. Je me souviens d'ailleurs d'une MAJ Debian qui inversait l'ordre de cartes. Si ta machine avaiet plusieurs cartes réseau, au reboot tu perdais la connectivité vu que les interfaces étaient mal configurées.

Et tant qu'on y est.. un bon vieux kernel 1.0 avec extfs

Bonne idée ça, comme ça un jour, si les drivers changent, la machine ne bootera plus...

Ahhh.
Très intéressant tout cela (pas le ZFS/OpenBSD ), donc c'est bien FedoKiFeChier.
Bon alors en effet, installer le Grub depuis l'Ubuntu est une piste, mais tu rates tout le zoli grubsplash de la FC (oui, je sais, inviable), donc le top, serait de garder précieusement le fichier de config que produirait un grub2-mkconfig sous Ubuntu et de le comparer avec celui de la FC.
Vire-moi toutes ces crasses de UUID et remplace les par du bon vieux /dev/sdx

Aaah, merci pour le tuyau! Je bookmarke, et j'essaie au prochain coup