Grub legacy et Grub 2
Problème de chainage de grub
Système et matériels / Installation et configuration
Fif59 Membre non connecté
-
- Voir le profil du membre Fif59
- Inscrit le : 19/04/2008
- Groupes :
Je viens d'installer Mageia 8, en lieu et place de Mageia 6, et je n'arrive pas à booter sur cette dernière.
Mon PC dispose de plusieurs distributions, dont notamment Archlinux.
A l'époque, j'avais créé une partition "Master Boot", dans laquelle est installée Grub Legacy (v0.97) et me permettant de lancer les différentes distributions.
Chaque distribution disposant de son propre grub, (et notamment grub2 sur la partition Mageia)
Cette partition contient ce menu.lst, avec l'entrée Mageia, qui ne fonctionne plus, suite à cette installation
Menu.lst :
gtimeout 3
color black/cyan yellow/cyan
gfxmenu (hd0,0)/gfxmenu
default 0
title ArchLinux
root (hd0,1)
kernel /boot/grub/i386-pc/core.img
title Mageia
root (hd0,2)
kernel /boot/grub2/i386-pc/core.img
gtimeout 3
color black/cyan yellow/cyan
gfxmenu (hd0,0)/gfxmenu
default 0
title ArchLinux
root (hd0,1)
kernel /boot/grub/i386-pc/core.img
title Mageia
root (hd0,2)
kernel /boot/grub2/i386-pc/core.img
Et un fichier device.map défini comme ceci :
Citation :
(hd0) /dev/sdd
(hd1) /dev/sda
(hd2) /dev/sdb
(hd3) /dev/sdc
(hd4) /dev/sde
(hd5) /dev/sdj
(hd1) /dev/sda
(hd2) /dev/sdb
(hd3) /dev/sdc
(hd4) /dev/sde
(hd5) /dev/sdj
La cartographie de mes disques :
Citation :
/dev/mapper/VG_Data-LV_Repository: LABEL="Repository" UUID="7c861700-4888-418b-8b04-492db5f5152a" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sdd2: LABEL="ArchLinux" UUID="255cc3ba-164c-453f-9bda-39fea3003b62" BLOCK_SIZE="4096" TYPE="ext4" PTTYPE="dos" PARTUUID="000bc70c-02"
/dev/sdd5: LABEL="P_Home" UUID="690cdf3e-42b4-4188-abba-58f1fb75e309" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000bc70c-05"
/dev/sdd3: LABEL="Mageia" UUID="fa7c1fcd-0cc9-4be3-8d03-8e3ca8910c98" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000bc70c-03"
/dev/sdd1: LABEL="BootMaster" UUID="b2734ce3-6bb4-49d7-bff3-be26ea499685" BLOCK_SIZE="1024" TYPE="ext4" PARTUUID="000bc70c-01"
/dev/sdb5: UUID="QEtwU1-xq6p-6KBK-Ou4M-kMac-obLf-qi33BT" TYPE="LVM2_member" PARTUUID="85aa2d93-05"
/dev/sdb1: UUID="3bc0af22-d5e6-4fb4-9e9e-eb0f52588615" TYPE="swap" PARTUUID="85aa2d93-01"
/dev/mapper/VG_Data-LV_Shared: LABEL="Shared" UUID="85bd9caa-ee01-4813-8395-87f369367716" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/VG_Data-LV_VBox: LABEL="VBox" UUID="827a1436-6ac9-47c0-b3a4-59cbfbeba2bf" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sde5: UUID="c0131012-bc72-49c6-8363-b378fa32d50c" TYPE="swap" PARTUUID="0b8a0b8a-05"
/dev/sde6: LABEL="Docs_Perso" UUID="ee1da535-b5ba-4188-9a10-d95d43047b01" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0b8a0b8a-06"
/dev/sdc5: LABEL="Backup" UUID="eef4127e-7b37-4286-a756-fd42b9706ef3" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="00047ea5-05"
/dev/sdc1: UUID="6b0e8922-486e-4ae4-9d93-80e70ab96d98" TYPE="swap" PARTUUID="00047ea5-01"
/dev/sda5: UUID="TrZEr1-0qOv-d3WA-ke2b-qOUD-r39A-yQsX18" TYPE="LVM2_member" PARTUUID="18119514-05"
/dev/sda1: UUID="c7317d05-31b4-46f7-8b77-16ebfdce29a0" TYPE="swap" PARTUUID="18119514-01"
/dev/mapper/VG_Data-LV_Repository: LABEL="Repository" UUID="7c861700-4888-418b-8b04-492db5f5152a" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sdd2: LABEL="ArchLinux" UUID="255cc3ba-164c-453f-9bda-39fea3003b62" BLOCK_SIZE="4096" TYPE="ext4" PTTYPE="dos" PARTUUID="000bc70c-02"
/dev/sdd5: LABEL="P_Home" UUID="690cdf3e-42b4-4188-abba-58f1fb75e309" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000bc70c-05"
/dev/sdd3: LABEL="Mageia" UUID="fa7c1fcd-0cc9-4be3-8d03-8e3ca8910c98" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000bc70c-03"
/dev/sdd1: LABEL="BootMaster" UUID="b2734ce3-6bb4-49d7-bff3-be26ea499685" BLOCK_SIZE="1024" TYPE="ext4" PARTUUID="000bc70c-01"
/dev/sdb5: UUID="QEtwU1-xq6p-6KBK-Ou4M-kMac-obLf-qi33BT" TYPE="LVM2_member" PARTUUID="85aa2d93-05"
/dev/sdb1: UUID="3bc0af22-d5e6-4fb4-9e9e-eb0f52588615" TYPE="swap" PARTUUID="85aa2d93-01"
/dev/mapper/VG_Data-LV_Shared: LABEL="Shared" UUID="85bd9caa-ee01-4813-8395-87f369367716" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/VG_Data-LV_VBox: LABEL="VBox" UUID="827a1436-6ac9-47c0-b3a4-59cbfbeba2bf" BLOCK_SIZE="4096" TYPE="ext4"
/dev/sde5: UUID="c0131012-bc72-49c6-8363-b378fa32d50c" TYPE="swap" PARTUUID="0b8a0b8a-05"
/dev/sde6: LABEL="Docs_Perso" UUID="ee1da535-b5ba-4188-9a10-d95d43047b01" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0b8a0b8a-06"
/dev/sdc5: LABEL="Backup" UUID="eef4127e-7b37-4286-a756-fd42b9706ef3" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="00047ea5-05"
/dev/sdc1: UUID="6b0e8922-486e-4ae4-9d93-80e70ab96d98" TYPE="swap" PARTUUID="00047ea5-01"
/dev/sda5: UUID="TrZEr1-0qOv-d3WA-ke2b-qOUD-r39A-yQsX18" TYPE="LVM2_member" PARTUUID="18119514-05"
/dev/sda1: UUID="c7317d05-31b4-46f7-8b77-16ebfdce29a0" TYPE="swap" PARTUUID="18119514-01"
Est-il possible de chainer une distribution Linux à partir de Grub Legacy dans le MBR, vers un Grub v2 ?
Comment modifier la commande de mon menu.lst, dans ce cas ?
Merci d'avance pour votre précieuse aide.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je ne vais pas pouvoir répondre directement à la question.
Ce que je sais, c'est que depuis Grub2, le chaînage des amorçages n'est pas considéré comme fiable. Le principe est donc d'installer un grub2 maître de l'une des distributions, à charge à celui-ci de détecter les autres OS pour pouvoir les inclure dans sa liste. Après une mise à jour, le grub2 est à mettre à jour depuis la distribution qui fournit le grub2 maître.
Fif59 Membre non connecté
-
- Voir le profil du membre Fif59
- Inscrit le : 19/04/2008
- Groupes :
Suis pas sûr de bien comprendre. Avec grub2, le chaînage n'est plus possible ?
Comme tu l'as compris, j'ai un grub maître (legacy) qui rend la main au grub de chaque distribution ( legacy aussi).
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Papoteur :
Bonjour,
Je ne vais pas pouvoir répondre directement à la question.
Ce que je sais, c'est que depuis Grub2, le chaînage des amorçages n'est pas considéré comme fiable. Le principe est donc d'installer un grub2 maître de l'une des distributions, à charge à celui-ci de détecter les autres OS pour pouvoir les inclure dans sa liste. Après une mise à jour, le grub2 est à mettre à jour depuis la distribution qui fournit le grub2 maître.
Je ne vais pas pouvoir répondre directement à la question.
Ce que je sais, c'est que depuis Grub2, le chaînage des amorçages n'est pas considéré comme fiable. Le principe est donc d'installer un grub2 maître de l'une des distributions, à charge à celui-ci de détecter les autres OS pour pouvoir les inclure dans sa liste. Après une mise à jour, le grub2 est à mettre à jour depuis la distribution qui fournit le grub2 maître.
Bonjour,
Je confirme indirectement. J'avais l'habitude de chaîner (et j'avais même sorti un tuto, sauf erreur). Or selon les périphériques moderne, trouver le "nom" correct vers la bonne partition peut relever de la mission impossible. Ainsi, on teste diverses possibilités de noms-adresse pour tomber soit dans le vide, soit sur une partition système déjà vues sous un autre nom. Le plus simple est, comme dit, de faire avec un grub maitre qui sera ensuite mis à jour régulièrement à chaque changement de noyau d'une autre distribution "secondaire".
Fif59 Membre non connecté
-
- Voir le profil du membre Fif59
- Inscrit le : 19/04/2008
- Groupes :
Je suis ok pour le grub maître et mis à jour uniquement par la distribution maître.
Cependant, si tu as une mise à jour de kernel dans la distribution secondaire, comment cela se traduit-il sur le grub maître et le démarrage de cette distribution secondaire ?
Quelle est la configuration à retenir dans ce cas ? Partition boot partagée entre les distributions ?
Édité par Fif59 Le 24/05/2023 à 07h56
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Fif59 :
Cependant, si tu as une mise à jour de kernel dans la distribution secondaire, comment cela se traduit-il sur le grub maître et le démarrage de cette distribution secondaire ?
Quelle est la configuration à retenir dans ce cas ? Partition boot partagée entre les distributions ?
Quelle est la configuration à retenir dans ce cas ? Partition boot partagée entre les distributions ?
Il faut redémarrer la distribution du gestionnaire maître et faire la mise à jour de grub.
En ligne de commande, je crois que c'est update-grub
teutates Membre non connecté
-
- Voir le profil du membre teutates
- Inscrit le : 24/09/2011
- Site internet
- Groupes :
Papoteur :
Il faut redémarrer la distribution du gestionnaire maître et faire la mise à jour de grub.
En ligne de commande, je crois que c'est update-grub
Fif59 :
Cependant, si tu as une mise à jour de kernel dans la distribution secondaire, comment cela se traduit-il sur le grub maître et le démarrage de cette distribution secondaire ?
Quelle est la configuration à retenir dans ce cas ? Partition boot partagée entre les distributions ?
Quelle est la configuration à retenir dans ce cas ? Partition boot partagée entre les distributions ?
Il faut redémarrer la distribution du gestionnaire maître et faire la mise à jour de grub.
En ligne de commande, je crois que c'est update-grub
Effectivement, suite à une mise à jour noyau sur distrib 2 (non maitre), il faudra redémarrer sur distrib 1 (maitre) pour mettre à jour le grub. La commande en console étant :
* update-grub : pour Mageia, Debian, Ubuntu, Manjaro
* grub2-mkconfig -o /boot/grub2/grub.cfg : Fedora, openSUSE
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie