Le démarrage UEFI avec la table EFI partition + MBR fonctionnera-t-il (au lieu de GPT)?
Est-il nécessaire qu'un lecteur utilise la table de partitions GPT pour utiliser le démarrage UEFI? Ou est-il encore possible d'utiliser la table de partitions MBR comme format pour les partitions de lecteur et de sauvegarder le chargeur d'amorçage dans une partition EFI séparée?
Si je comprends bien, le MBR contient à la fois des informations sur les partitions du lecteur et le chargeur de démarrage. Toutefois, le microprogramme UEFI exige que le chargeur de démarrage soit placé dans une partition EFI (FAT32) séparée. Donc, si le firmware UEFI prend en charge le format MBR comme format pour les partitions du lecteur, tout devrait bien se passer, est-ce que je me trompe?
PDATE:
Arrière-plan: J'ai une seule installation de Xubuntu 14.04 sur un lecteur SSD, il utilise actuellement l’amorçage du BIOS avec le type de table de partition MBR. J'aimerais convertir au démarrage UEFI. Je me demande s'il est possible de continuer à utiliser le MBR en toute sécurité en tant que type de table de partition avec une partition EFI séparée créée pour le chargeur de démarrage. Je connais bien le processus de conversation BIOS-UEFI.
Merci pour vos réponses!
Il est théoriquement possible d'utiliser une table de partition MBR dans un démarrage en mode EFI; Cependant, presque personne ne le fait, c'est donc mal testé. De plus, lors de mes propres tests (brefs) avec cette méthode, il semble y avoir plus de problèmes liés à la dénomination du chargeur de démarrage et aux entrées NVRAM (comme géré par efibootmgr dans Ubuntu). Donc, ce n'est pas quelque chose que je recommande. Le dicton "S'il n'est pas cassé, ne le corrigez pas" s'applique probablement à votre cas - vous dites que vous "aimeriez" convertir le démarrage en mode EFI, mais vous n'avez fourni aucune raison à cela. En l'absence d'une telle raison, je dirais qu'il est déconseillé de procéder à la conversion, car rien n'est "cassé".
De plus, si vous configurez un démarrage en mode EFI à partir d'un disque MBR, je ne peux pas vous promettre que les futures mises à jour d'Ubuntu vous plairont. Il est concevable que le processus d'installation ou de mise à jour d'Ubuntu s'étouffe, ce qui peut créer de graves problèmes par la suite. OTOH, tout pourrait bien se passer. C'est en partie pourquoi "non testé" dans ce contexte se traduit par "vous ne voulez probablement pas essayer cela" - il y a tout simplement trop d'inconnues, à la fois maintenant et à l'avenir.
Cela dit, si vous devez effectuer une telle conversion, vous pouvez certainement essayer avec une table de partition MBR. Si vous rencontrez des problèmes avec des entrées NVRAM qui ne "prennent" pas, vous devez alors effectuer une conversion de MBR en GPT. Sinon, vous pouvez simplement planifier la conversion dès le début. Voir ma page Web sur le sujet pour plus de détails. Notez que les structures de données des tables de partitions sont en réalité assez simples et que la conversion ne nécessite aucune modification des systèmes de fichiers. Ainsi, les probabilités d'une défaillance catastrophique sont assez faibles. Si vous utilisez gdisk, un problème est susceptible de se produire lorsque le programme charge les structures de données MBR et convertit en mémoire en TPG. À ce stade, vous serez averti, ou du moins informé du problème si vous effectuez une vérification du disque (v dans le menu principal), afin que vous puissiez abandonner l'opération avant d'écrire quoi que ce soit sur le disque. OTOH, aucune opération de partitionnement n'est entièrement sans risque, et si un problème survient, il peut s'avérer catastrophique. Il est donc sage de faire des sauvegardes.