Pourquoi les termes MBR et GPT associés à BIOS hérité et UEFI respectivement?
L'ancien BIOS (système d'entrée/sortie de base) et son remplacement moderne UEFI (Unified Extensible Firmware Interface) peut être considéré comme le "firmware" de votre ordinateur.
Ils sont stockés directement sur la carte mère et constituent le premier logiciel exécuté sur votre ordinateur à la mise sous tension. Leur tâche principale est d’initialiser tout le matériel connecté et de charger le chargeur de démarrage du système d’exploitation actuel (par exemple Ubuntu ou Windows) (par exemple GRUB) à partir du disque dur, qui démarre ensuite le système d’exploitation.
La plupart des systèmes UEFI prennent également en charge le démarrage CSM (Compatibility Support Module), qui émule une interface BIOS héritée.
Alors que le démarrage du BIOS hérité lit et exécute simplement et stupidement le code à partir d’une adresse fixe du disque (partie de l’enregistrement de démarrage principal), le démarrage UEFI recherche les fichiers de démarrage EFI dans une partition système EFI et exécute l’un de ceux-ci.
Le plus ancien MBR (enregistrement d'amorçage principal) et plus récent GPT (Table de partition GUID; GUID = Identificateur unique global) sont des formats de table de partition.
Votre disque dur est partitionné dans l'un de ces deux formats. L'ancien format MBR n'autorise que 4 partitions principales sur l'intégralité du disque (bien que l'une d'elles puisse être utilisée comme partition étendue et contenir de nombreux volumes logiques), alors que GPT n'a pas cette restriction et prend également en charge les disques plus grands.
Les disques partitionnés GPT peuvent également contenir un MBR hybride avec un code de démarrage capable de charger les fichiers EFI afin de prendre en charge les modes de démarrage UEFI et Legacy BIOS.
Alors, pourquoi BIOS et MBR sont-ils associés, ainsi que UEFI avec GPT?
Bien que les BIOS/MBR soient les ancêtres de l’UEFI/GPT moderne, ils sont également utilisés ensemble. Certains systèmes d'exploitation (tels que Windows) ne prennent même en charge que le démarrage des disques MBR en mode BIOS et les disques GPT en mode UEFI. Systèmes Linux avec par exemple GRUB n'a généralement aucun problème à les mélanger de toute façon.
SuperUser a un post très voté à partir de 2012 sur la question de OP que beaucoup trouveront utile.
CSM (Legacy) et UEFI (interface de micrologiciel extensible universel) sont des options de démarrage mutuellement exclusives que vous choisissez dans le BIOS (système d'entrée-sortie de base). Le BIOS s'applique à beaucoup plus que le démarrage hérité (CSM):
Byte et Ravery ont déjà posté de bonnes réponses ici, je voudrais donc résumer:
Il est important de noter les ambiguïtés selon lesquelles le MBR peut faire référence à une méthode de démarrage de disque ou à un format de partition de disque.
Il est également important de noter que l'UEFI est souvent associé au format de disque GPT, mais le démarrage du MBR peut utiliser le format de disque GPT.
En utilisant lsblk
, vous pouvez voir la partition et les fichiers EFI:
$ lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL
NAME FSTYPE LABEL MOUNTPOINT SIZE MODEL
sda 931.5G HGST HTS721010A9
├─sda4 ntfs WINRETOOLS 450M
├─sda2 128M
├─sda5 ntfs Image 11.4G
├─sda3 ntfs HGST_Win10 /mnt/d 919G
└─sda1 vfat ESP 500M
nvme0n1 477G Samsung SSD 960 PRO 512GB
├─nvme0n1p5 ext4 NVMe_Ubuntu_16.0 / 44.6G
├─nvme0n1p3 16M
├─nvme0n1p1 ntfs 450M
├─nvme0n1p6 swap Linux Swap [SWAP] 7.9G
├─nvme0n1p4 ntfs NVMe_Win10 /mnt/c 414.9G
├─nvme0n1p2 vfat /boot/efi 99M
└─nvme0n1p7 ntfs Shared_WSL+Linux /mnt/e 9G
Il y a beaucoup de fichiers dans /boot/efi
que vous pouvez voir en utilisant la commande ls
. Pour voir la taille de tous les fichiers de la partition de 99 Mo, utilisez:
$ du -hs /boot/efi
35M /boot/efi
gdisk
InformationEn cherchant cette réponse, j'ai trouvé un lien vers la commande gdisk
que j'ai exécutée et que je pourrais regretter lorsque je redémarre sous Windows. Ceci est ici pour que vous ne répétiez pas ceci s'il s'avère être une erreur pour le double démarrage de Windows:
Sudo gdisk -l /dev/sda
[Sudo] password for rick:
GPT fdisk (gdisk) version 1.0.1
The protective MBR's 0xEE partition is oversized! Auto-repairing.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 8BEC7AEB-4576-42B0-8A8A-D40779A80126
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3437 sectors (1.7 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 1026047 500.0 MiB EF00 EFI system partition
2 1026048 1288191 128.0 MiB 0C01 Microsoft reserved ...
3 1288192 1928626175 919.0 GiB 0700 Basic data partition
4 1928626176 1929547775 450.0 MiB 2700
5 1929547776 1953523711 11.4 GiB 2700
Je vais redémarrer sous Windows 10 et voir si Linux gdisk
a des conséquences sur la réparation du disque dur Windows D:
, qui est /dev/sda
dans ma configuration Linux. Cela ne m'inquiète pas car c'est le disque dur d'origine que je n'ai pas encore utilisé, mais vous devez faire attention s'il contient des données. Je mettrai à jour cette section après le redémarrage et les tests.
MBR est un schéma de partitionnement de disque utilisé par l'ancien firmware (BIOS). Au moment de son développement, les disques étaient très petits. Au fur et à mesure que les disques grandissaient, le standard MBR était "patché" pour s'adapter; Cependant, il y a beaucoup de limitations. Legacy Boot ne peut pas lire le partitionnement GPT car il n’est pas intégré au BIOS. Cette limitation s'applique uniquement au BIOS. voir la note ci-dessous sur les bootloaders.
Au fur et à mesure du développement d'EFI, ils ont également développé un nouveau schéma de partitionnement (GPT) permettant de mieux utiliser les disques de grande taille. Le micrologiciel EFI peut lire et utiliser des disques partitionnés MBR, mais une installation en usine utilise généralement le meilleur partitionnement GPT.
Remarque: