oktoberfest a écrit :Le problème que je voyais à l'époque c'est que la plupart des distros aiment bien modifier le menu du bootloader à l'occasion de la mise à jour du noyau. Si on ajoute le risque que deux distros différents utilisent le même nom de fichier pour le noyau ou l'initrd, tu réalises vite que tu peux te retrouver avec un /boot plus ou moins inutilisable.
C'est la raison pour laquelle je préfère le chaînage: chaque système gère son /boot comme il l'entend (qu'ils soient ou non sur des partitions séparées de leur racine respective), installation des amorces sur les partitions /boot ou / respectives, choix et configuration des différents menus.
Avantage: Total cloisonnement des systèmes et aucune maintenance lors des mises à jour de kernel.
Inconvénient: l'enchaînement des menus au démarrage si tu pars sur le système secondaire (mais bon, le timeout se règle aussi).
La méthode intermédiaire serait de ne pas chainloader et par exemple de rajouter l'entrée pour Ubuntu dans le grub.cfg ou syslinux.cfg d'Arch.
Avantages: un menu. Total cloisonnement des systèmes.
Inconvénient: surveiller que les différentes distributions ne changent pas le nom de leur kernel (je ne sais pas si Ubuntu fait toujours ça)...
(comme oktoberfest le sait, je n'aime pas sa solution du /boot commun, il est simple de faire une boulette lors d'une opération de maintenance: oublier de monter /boot, virer un noyau, voire virer le grub ou syslinux de l'une des distributions / vu que les deux se mélangent)
Pour te faire une idée sur le chaînage, les wikis de grub et syslinux détaillent comment faire:
-
http://wiki.archlinux.fr/Grub#Dual-boot
-
http://wiki.archlinux.fr/Syslinux#Cha.C3.AEnage