2 votes

Est-ce que GRUB remplace complètement le MBR ou juste le code de démarrage du MBR ?

Quand nous dual-bootons un ordinateur avec Windows et Linux (ce dernier), alors grub est installé par défaut sur le mbr, MAIS quelle approche est suivie -

1. Le MBR (512 octets) est complètement remplacé par le grub. Le grub crée sa propre table de partitions et l'utilise. Au démarrage, après l'initialisation du BIOS, GRUB est chargé pour ensuite passer aux étapes 1, 1.5 et 2.

2. Seulement le code d'amorçage du MBR (environ 446 octets) est remplacé par GRUB et GRUB utilise la table de partitions du MBR PAR DÉFAUT.

Merci de m'aider à clarifier les choses.

3voto

David Grant Points 8477

Voici la section correspondante de la documentation : 10 fichiers image GRUB

boot.img

Sur les systèmes BIOS PC, cette image est la première partie de GRUB à démarrer. Elle est écrite dans un enregistrement de base de démarrage (MBR) ou dans le secteur de démarrage d'une partition. Comme un secteur de démarrage PC fait 512 octets, la taille de cette image est exactement 512 octets.

La seule fonction de boot.img est de lire le premier secteur de l'image principale depuis un disque local et de sauter dessus. En raison de la restriction de taille, boot.img ne peut pas comprendre la structure du système de fichiers, donc grub-setup code en dur l'emplacement du premier secteur de l'image principale dans boot.img lors de l'installation de GRUB.

Vous devriez lire le reste du chapitre et aussi 3.4 Installation BIOS.

Les deux de vos hypothèses ou options données sont incorrectes:

  • Lorsque nous dual boot un ordinateur avec Windows et Linux…

    C'est la première mauvaise hypothèse. Les disques durs nus ne sont pas fournis avec un système d'exploitation.

  • Le GRUB crée sa propre table de partitions et l'utilise.

    Cela impliquerait la perte d'informations sur toutes les partitions créées précédemment, mais GRUB n'est pas un gestionnaire de partitions en premier lieu. Le format de la table de partitions et les partitions elles-mêmes ont déjà été configurés et créés sur un disque vierge au moment où GRUB ou tout autre type de chargeur de démarrage est invoqué dans un processus d'installation de système d'exploitation. Le rôle d'un package chargeur de démarrage pendant l'installation est de détecter s'il est compatible avec l'environnement et d'utiliser des mécanismes appropriés pour se déployer.

  • GRUB est chargé, puis passe aux étapes 1, 1.5 et 2.

    Il n'y a pas d'étapes dans la conception de GRUB 2, lisez la section Pour les utilisateurs de GRUB Legacy du premier lien ci-dessus.

  • Seul le code de démarrage de MBR (environ 446 octets) est remplacé par GRUB et GRUB utilise la table de partitions du MBR PAR DEFAUT.

    Il n'y a pas de "MBR PAR DEFAUT", seulement la table de partitions que vous avez choisi d'utiliser dans les étapes précédentes du processus d'installation et cela n'a pas besoin d'être une table de partitions au format MBR hérité du tout. S'il n'y a pas d'autre mécanisme que de lire et d'analyser 512 octets, remplacer n'importe quels octets et réécrire 512 octets alors cela sera fait et cela ne devrait même pas vous importuner puisque rien d'autre que ce que vous avez choisi devrait être effectué sur le disque et sa disposition. Vous pouvez même constater que votre disque dur écrit des secteurs entiers de 4K.

N.B.: Il est difficile de trouver des systèmes BIOS réels dans les magasins de nos jours. La certification matérielle pour Windows 8 a exigé des fabricants de livrer des systèmes UEFI. Intel et les fabricants de cartes mères livraient des systèmes UEFI depuis quelques années à ce moment-là, mais devaient recourir à la compatibilité avec les mécanismes de démarrage hérités jusqu'à ce que Microsoft décide de basculer.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X