@nouv09
Comme tu le sais, grub-install est constitué de deux parties :
La première partie qui copie les fichiers stagexxx de /usr/share/grub/xxxxxx vers /boot/grub
La deuxième qui fait le grub setup.
man grub-install wrote:grub-install copies GRUB images into the DIR/boot directory specfied by
--root-directory, and uses the grub shell to install grub into the boot sector.
En effet l'installation du paquet grub n'installe pas les stagexxxx dans /boot/grub, mais dans /usr/share/grub/xxxxxx et c'est grub-install qui exécute la copie là ou on lui demande.
Dans les anciennes (très anciennes ?) versions de grub-install, celui-ci faisait une copie sous SHELL et donc il fallait être chrooté pour avoir le résultat espéré.
Il y a longtemps (très longtemps), les LiveCD n'existaient pas, mais il existait un «couteau suisse» appelé Knoppix, qui permettait déjà pas mal de choses et donc de réparer un grub. Sur le site de knoppix on trouvait une recette qui insistait sur le «chroot». Voir la faq de Knoppix, mais aussi la documentation fedora qui parle d'un «chroot» suivi d'un «mount -a».
La version actuelle de grub-install effectue la copie en utilisant grub + dump donc utilise la couche physique et les stagexxx arrivent là où il faut. Voir la fonction «dump_boot_block ()» de grub-install.
Prenons un exemple d'installation de grub alors que l'on
n'avait pas installé de grub du tout lors de l'installation de fedora.
Dans ce cas il n'y a aucun stagexxx dans /boot/grub.
Sans chroot
# grub-install /dev/sda
Probing devices to guess Bios drives This may take a long time.
The file /boot/grub/stage1 not read correctly
Dans un chroot
grub-install /dev/sda
No suitable drive found in the generated device map
Puisque les /dev/sdxx n'existent pas.
Par contre sans chroot (mais avec spécification de la destination)
grub-install --root-directory=/mnt/sysimage /dev/sda
fonctionne bien : les stagesxxx arrivent bien là où il faut.
Mais auparavant avec knoppix + chroot cela fonctionnait simplement (mnt + chroot + grub-install).
Est-ce que le mode 'rescue' prépare le /mnt/sysimage différemment ?