Re: GRUB : listes de blocs, erreur : résolu
On Friday 13 April 2018 13:57:18 Pascal Hambourg wrote:
> Le 13/04/2018 à 11:11, andre_debian@numericable.fr a écrit :
> > On Thursday 12 April 2018 00:05:29 Pascal Hambourg wrote:
> > Le 11/04/2018 à 11:38, Klaus Becker a écrit :
> >>> Pour installer grub, il faut toujours /dev/sdx :
> >> Non, c'est faux :
> > Si, c'est bien /dev/sdx soit /dev/sda
> Dans ton cas peut-être, mais pas forcément dans le cas général.
> Primo, le "disque" ne s'appelle pas toujours /dev/sd*. Seuls les disques
> SCSI ou dont les pilotes utilisent une couche d'émulation SCSI (PATA et
> SATA avec libata, USB...) sont nommés ainsi. Les disques IDE avec les
> anciens pilotes IDE sont nommés /dev/hd*, les cartes flash SD ou MMC
> dans un lecteur natif (pas un lecteur USB qui émule un support de
> stockage USB) et les SSD eMMC sont nommés /dev/mmcblk*, les nouveaux SSD
> NVMe sont nommés /dev/nvme*...
> Secundo, on peut installer GRUB dans le secteur d'amorce d'une partition
> et pas forcément dans le MBR du disque. Certes il ne sera pas lancé
> directement par le BIOS. L'intérêt est de ne pas écraser le programme
> d'amorce actuel du MBR. Les raisons possibles sont multiples :
>
> - L'amorce de GRUB dans le MBR n'est pas compatible avec le BIOS
> (tatouage ou autre). On marque la partition contenant l'amorce de GRUB
> comme active/amorçable et on laisse au programme d'amorce du MBR le soin
> de lancer l'amorce de la partition active.
> - On veut conserver le programme d'amorce actuel du MBR comme chargeur
> principal et chaîner le chargeur secondaire situé dans le secteur
> d'amorce d'une partition. C'est particulièrement souhaitable si la plus
> récente installation est provisoire, car le programme d'amorce de GRUB
> n'est pas autonome : il a besoin du contenu de /boot/grub. Si on efface
> la partition qui contient /boot/grub, ce qui reste de GRUB dans le MBR
> ne sera plus capable d'afficher le menu de démarrage ni de lancer aucun
> système d'exploitation.
> - Même si on n'a pas besoin d'installer GRUB sur le système secondaire
> puisque le GRUB du système principal peut parfaitement démarrer le
> système secondaire, il peut être souhaitable que le système secondaire
> ait un fichier de configuration grub.cfg sur lequel le GRUB principal va
> s'appuyer pour créer les entrées de menu du système secondaire. Un moyen
> simple que ce fichier grub.cfg existe soit mis à jour est d'installer
> GRUB, même si ce n'est pas indispensable.
Merci pour cette piqûre de rappel de Grub.
Pour un pc portable, un seul disque dur SATA (non SSD), Windows en sda1,
Linux en sda2, la commande "grub-install /dev/sda" est fonctionnelle,
(et non "grub-install /dev/sda1") qui m'affiche un msg d'erreur.
Elle permet d'amorcer grub depuis le MBR je pense.
Pour les autres solutions que tu décris, telle :
"...MBR comme chargeur principal et chaîner le chargeur secondaire",
quelle est la syntaxe de "grub-install" ?
Bonne fin de soirée.
Reply to: