Le MBR est remplacé par quoi ?

Qid · Le 17/02/2015, à 13:28

Mouais... ça revient à peu près à ce que j'ai dit quoi ...

Babdu89 · Le 18/02/2015, à 01:03

Bonsoir.
J'aime bien tout ce qui touche à ces histoires...

Qu'on me reprenne si je dis des âneries... (c'est possible aussi) .

Pour simplifier...
Si on y regarde bien de plus prêt.

Pour démarrer un Os qu'il soit installé en mode Bios ,ou en mode UEFI. On a toujours besoin de deux éléments au moins.
Un amorçage et un chargeur de démarrage.

Pour l'amorçage sur une installation en mode Bios sur un disque partitionné de type MSDOS , on le place en général (ce n'est pas une obligation) dans le MBR du disque d'installation.
Donc dans cette partie du disque on va voire le MBR compatible Windows, ou la première partie de Grub.

Pour l'amorçage sur une installation en mode Bios sur un disque partitionné de type GPT, (À faire sur un hdd de plus de 2,2To pour que les Os puisent gérer la totalité du disque. Même si le hdd ne sert qu'au stockage de données) on le place dans le MBR protecteur.
Donc dans cette partie du disque on va voire aussi; le MBR compatible Windows, ou la première parti de Grub.

Pour une installation en mode UEFI, on doit partitionner le disque avec une table de partition de type GPT (même si le hdd fait moins de 2,2 To) pour pouvoir installer en mode UEFI.
L'amorçage (si j'ai bien compris) se fait dans la partition FAT32 /boot/efi. Puisque le système démarrant en UEFI va chercher cette partition /boot/efi dans la config. Si j'ai bien compris aussi, une seule partition /boot/fi par config. Même si on fait des installation UEFI multi boot Multi disques. Une seule partition /boot/efi servira.
Ce qui est éventuellement écrit dans le MBR protecteur, n'intéresse pas le système dans ce cas.

Et la deuxième partie, le chargeur de démarrage, pour démarrer l'Os ,en général sera dans la partition système de L'Os.

Quelque soit le mode d'installation.

Pour les installations en mode UEFI, comme pour les installations classique (Bios_Legacy) la première partie "amorçage" pointe vers la deuxième partie "chargeur de démarrage" pour démarrer l'Os choisi.

Enfin, c'est en résumé de tout çà , c'est ce que j'ai compris.

Donc, pour une installation en mode UEFI, Je pense que si il y a quelque chose à sauvegarder c'est la partition /boot/efi.

Après, comment la restaurer en cas de besoin, les spécialistes nous diront...

@ malbo, Bougron, Kalunux ,nany et les autres spécialistes que je ne nommerais pas...

J'ai tout bon???? ...

@+. Babdu89 .

Qid · Le 18/02/2015, à 01:12

Babdu89 a écrit :

J'ai tout bon???? ...

perso je suis d'accord sur le principe : j'ai quand même un doute sur le terme de "mbr protecteur" mais bon n'empeche que ce n'est qu'une question de terme

philoup44 · Le 18/02/2015, à 01:57

Babdu89 a écrit :

Pour les installations en mode UEFI, comme pour les installations classique (Bios_Legacy) la première partie "amorçage" pointe vers la deuxième partie "chargeur de démarrage" pour démarrer l'Os choisi.

la première partie "amorçage" est dans le MBR, non ??
Si je supprime Linux, la première partie va pointer sur quoi ??

l'installation d'un système GNU/Linux modifie le MBR initial pour qu'il pointe sur le chargeur d'amorçage de Linux (GRUB, LILO).

philoup44 a écrit :

Meme si l'on est en EFI avec partitionnement GPT, le bios consulte d'abord et toujours le MBR (présent dans GPT)

VRAI, FAUX ??

GRUB2, range le boot.img dans le MBR
GNU/Linux modifie le MBR initial pour qu'il pointe sur le chargeur d'amorçage de Linux (GRUB, LILO).
il modifie la routine d'amorçage

Si en EFI avec partitionnement GPT, le MBR ne sert pas , alors pourquoi le modifier ??

Dernière modification par philoup44 (Le 18/02/2015, à 02:02)

packard · Le 18/02/2015, à 03:47

Salut, moi aussi , ça m’intéresse et même si je suis suis encore dans le brouillard à ce sujet, Babdu89 semble avoir bien résumé les différentes situations .
Pour résumer :
Le BIOS à l'ancienne, est écrit en code machine et a généralement été développé en langage assembleur,qui utilise une table de partitionnement dans le MBR dans une installation classique .Mais on peut avoir aussi une table de partitionnement GPT ( peut-être dans le MBR ) avec un bios à l'ancienne (on me l'a assurer) , mais comme dit Babu89 , dans ce cas la partition est limitée à 2.2 To .
Le remplaçant du bios l'UEFI , écris en langage C, est qui est un petit système d'exploitation qui permet de naviguer dedans à la souris (comme le miens ) et qui peut se mettre à jour en ligne de l'intérieur.
Le bios UEFI possède souvent pour le moment, deux types d'installation (a ma connaissance) ,Le mode LEGACY , disque dur, formaté en MS-Dos et Le MBR contenant la table de partitions et une routine d’amorçage
Le mode UEFI avec la table de partitionnement GPT (GUID Partition Table),par contre j’ignore le type de formatage, et là il n'y a pas de limitation au 2.2 To.
Pour conclure, si j'en crois ce qui est écris la dessus , en UEFI , GPT remplace le MBR par une partition d'amorçage .
Ceci dit , moi aussi, je peux, complètement me tromper tellement c'est clair .

Dernière modification par packard (Le 18/02/2015, à 04:14)

kalunux · Le 18/02/2015, à 11:16

Bonjour

Alors, moi j'ajouterai ici :

Babdu89 a écrit :

@ malbo, Bougron, Kalunux ,nany et les autres spécialistes que je ne nommerais pas...

Puis Yann, Ikewdu et Maxire qui font partis des meilleurs puis bientôt Babdu89.
Car tu as presque tout Bon.
Ensuite, pour les réponses et corrections :

Philoup44 a écrit :

la première partie "amorçage" est dans le MBR, non ??
Si je supprime Linux, la première partie va pointer sur quoi ??

Non !!
Mais a savoir : MBR=Partie Maître d'enregistrement amorçable d'une table de partition sur laquelle est enregistrer le chemin de "core.img" qui ce trouve lui dans la partition Racine le répertoire "/boot/grub/i386-pc" en non pas dans le MBR.
Conclusion : Grub s'installe en une seule partie.

Philoup a écrit :

Meme si l'on est en EFI avec partitionnement GPT, le bios consulte d'abord et toujours le MBR (présent dans GPT)
VRAI, FAUX ??

FAUX : En mode EFI c'est le micrologiciel UEFI qui prend le relais et ne tient pas compte du MBR.
Il cherche tout simplement la partition EFI.

Babdu89 a écrit :

Après, comment la restaurer en cas de besoin, les spécialistes nous diront...

Une sauvegarde puis une restauration de cette partition devrait suffire.

Babdu89 · Le 18/02/2015, à 15:54

Bonjour.
Je répond tout de suite à ceci ...

Kalunux a dit; ...

Philoup44 a écrit :
la première partie "amorçage" est dans le MBR, non ??
Si je supprime Linux, la première partie va pointer sur quoi ??
Non !!
Mais a savoir : MBR=Partie Maître d'enregistrement amorçable d'une table de partition sur laquelle est enregistrer le chemin de "core.img" qui ce trouve lui dans la partition Racine le répertoire "/boot/grub/i386-pc" en non pas dans le MBR.
Conclusion : Grub s'installe en une seule partie.

Pour les installations en mode Bios... On verra pour les installations en UEFI, par la suite...

Kalunux ... Heuuuu???? non?!?!???....

D'après les docs, wiki et autres discutions ... (voir les docs)
Grub, petit programme de démarrage pour les Os Linux. Étant quand même d'une taille ne lui permettant pas d'être écrit dans le secteur de boot des hdd d'installation.

Les développeurs, ont prévu de le couper en deux parties.
À l'installation , la première partie est écrite dans le secteur de Boot, ce qui a pour effet d'écraser un MBR compatible Windows, dans le cas d'une installation en dual boot Windows/Linux sur un hdd.
La deuxième partie de Grub est écrite dans la partition système de l'Os dans /boot. Ou dans une partition de /boot séparée, ou la partition d'installation, si l'utilisateur prévoit de faire ce type d'installation .

Alors installations de Grub "tordues"...
(hdd d'installation...Mais c'est une autre affaire... On peut aussi prévoir,si on le désire, pour faire des chaînages entres Os Linux. De mettre la première partie de grub dans le secteur de boot des partitions d’installations. Et au moins un grub première partie d'un des Os Linux dans le secteur de boot du hdd qui fait démarrer la config... Ou de créer une partition de /boot séparée.)

Mais dans tous les cas.
En gros...La première partie de Grub,écrite dans le secteur de boot, pointe vers la deuxième partie, écrites dans la partition système ,ou la partition /boot séparée. Suivant l'installation choisie par l'utilisateur.
Les deux parties de Grub sont indissociables, installées en même temps, et "marchent" ensembles...

D'une installation d'un Os Linux, faite comme ceci. Si on supprime la deuxième partie (partition d'installation, ou /boot séparé).
On a droit à une erreur Grub.
Plus de partition système Linux, avec Grub installé dedans. Au démarrage pourquoi on a droit à une érreur Grub rescue, si Grub n'est plus installé sur la machine ( c'est ce que l'on pense) ???.
Un message indique que la première partie de Grub, écrite dans le secteur de boot du hdd qui démarre la machine, ne trouve pas la partition d'installation (avec indication de l'UUID de celle-ci). Où est installée la deuxième partie de Grub.
Même si d'autres Os Linux sont installés sur le hdd.
Donc,on se retrouve bien avec une partie manquante de Grub .

Pour que la machine puisse redémarrer, il faut réinstaller Grub sur un autre de ces Os Linux.
On doit alors indiquer la partition d'installation (ou /boot séparé) pour installer la deuxième partie de Grub.

Indiquer le hdd qui fait démarrer la config. (Ce n'est pas forcément le hdd d'installation des Os). Pour y mettre la deuxième partie de Grub
L'installation des deux parties de grub se font à ce moment là .

Alors... Rien n'empêche l'utilisateur de faire des installations "tordues" si çà lui chante...
Exemple ;
Par précaution, pour que personne d'autre que lui puisse utiliser l'ordinateur... Un /boot séparé sera fait, au moment de l'installation. Mais pas n'importe comment

Une clé usb branché...
Il installe son Os Linux en mettant Grub première partie dans le secteur d'amorçage (boot) de la clé usb.
Clé usb branché, Bios de la machine configuré pour un démarrage sur la clé usb... La machine démarre sur l'Os Linux.
Clé usb débranchée, dans la poche de l'utilisateur, la machine ne démarre plus. Je ne sais même pas le message affiché, mais certainement pas un Grub rescue.
Comme quoi, les deux parties sont indissociables...
La première partie de Grub écrite dans le secteur d'amorçage de la clé, pointe vers la deuxième partie de Grub dans /boot de l'installation... Si on enlève la clé!....
Si on vire la partition d'installation système, la clé ne peut plus booter sur rien. Là,on a droit à un message d'erreur, Grub rescue.

@Kalunux...

Alors Grub ? Installation en une ou deux parties?...

Sur un boot info, chez moi.

============================= Boot Info Summary: ===============================

 => Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos7)/boot/grub on this drive.
 => Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos1)/boot/grub.

sda1: __________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows 2000/XP: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Boot file info:      Grub Legacy (v) in the file /grub.bs looks at sector 
                       421878039 of the same hard drive for the stage2 file, 
                       but no stage2 files can be found at this location.
    Operating System:  Windows XP
    Boot files:        /boot.ini /ntldr /NTDETECT.COM

sda2: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 14.04.1 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/extlinux/extlinux.conf 
                       /boot/grub/i386-pc/core.img

sda3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

sda4: __________________________________________________________________________

    File system:       Extended Partition
    Boot sector type:  Unknown
    Boot sector info: 

sda5: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 12.04.4 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/extlinux/extlinux.conf /boot/grub/core.img

sda6: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 12.04.5 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/extlinux/extlinux.conf /boot/grub/core.img

sda8: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  
    Boot files:        

sda9: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 14.04.1 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/grub/i386-pc/core.img

sda10: _________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows Vista: NTFS
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        

sda11: _________________________________________________________________________

    File system:       swap
    Boot sector type:  -
    Boot sector info: 

sda12: _________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 14.04.1 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/grub/i386-pc/core.img

sdb1: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  SYSLINUX 4.05 20140113
    Boot sector info:  Syslinux looks at sector 174100 of /dev/sdb1 for its 
                       second stage. SYSLINUX is installed in the 
                       /boot/syslinux directory. No errors found in the Boot 
                       Parameter Block.
    Operating System:  
    Boot files:        /boot/grub/menu.lst /boot/grub/grub.cfg 
                       /boot/syslinux/syslinux.cfg /EFI/BOOT/grubx64.efi 
                       /boot/grub/i386-pc/core.img /boot/syslinux/ldlinux.sys

/dev/sda, mon hdd
/dev/sdb, Une clé Multisystem en session live...

Ce que contient le secteur de boot du hdd /dev/sda.

 => Grub2 (v1.99) is installed in the MBR of /dev/sda and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos7)/boot/grub on this drive.

Grub première partie est bien installé dedans.

Partition d'installation de l'Os qui démarre le disque par défaut;

sda7: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 12.04.5 LTS 
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                       /boot/extlinux/extlinux.conf /boot/grub/core.img

La deuxième partie de grub est dans /boot/grub/

Pour les installations en mode UEFI.

Je pense que grub_efi s'installe aussi en deux partie.
Une partie (la partie amorce) dans la partition FAT32 /boot/efi
La deuxième partie dans la partition système dans /boot/grub ...

je vais regardé dans les sujets de malbo, pour en poster le détail prochainement.

@+. Babdu89 .

Babdu89 · Le 18/02/2015, à 16:06

Bonjour.

Babdu89 a écrit :
la première partie "amorçage" est dans le MBR, non ?? Pour les installations en mode UEFI, comme pour les installations classique (Bios_Legacy) la première partie "amorçage" pointe vers la deuxième partie "chargeur de démarrage" pour démarrer l'Os choisi.
la première partie "amorçage" est dans le MBR, non ??
Si je supprime Linux, la première partie va pointer sur quoi ??
l'installation d'un système GNU/Linux modifie le MBR initial pour qu'il pointe sur le chargeur d'amorçage de Linux (GRUB, LILO).

la première partie "amorçage" est dans le MBR, non ??

Oui, avec une installation en mode Bios_Legacy. Que ce soit sur un hdd partitionner de type MSDOS ou GPT.

Voir le post précédent.

Non, avec une installation en mode UEFI.

Installation en UEFI...
Prérequis.
Une iso 64 bit compatible UEFI .
Un hdd avec table de partition de type GPT (même si il fait moins de 2,2 TO).
Une partition FAT32 /boot/efi
Une session d'installation démarrant la machine sur l'UEFI, pour tester et installer.
L'installation de l'Os faite en mode UEFI.
Au final, la machine démarrant en mode UEFI

En UEFI type d'installation test de malbo ici.

Un dual boot UEFI Windows8 et Ubuntu 14.10

http://forum.ubuntu-fr.org/viewtopic.php?id=1772251

Merci à Bougron de nous le rappeler.

Ce que le boot info montre dans le secteur d'amorçage (MBR protecteur) d'un hdd d'installation partitionné de type GPT.

============================= Boot Info Summary: ===============================

 => No boot loader is installed in the MBR of /dev/sda.

Pas de grub_efi première partie , ou MBR compatible Windows dans le secteur de boot du hdd d'installation.

La partition /boot/efi ;

sda2: __________________________________________________________________________

    File system:       vfat
    Boot sector type:  Windows 8/2012: FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /EFI/Boot/bootx64.efi /EFI/ubuntu/MokManager.efi 
                       /EFI/ubuntu/grubx64.efi /EFI/ubuntu/shimx64.efi 
                       /EFI/Microsoft/Boot/bootmgfw.efi 
                       /EFI/Microsoft/Boot/bootmgr.efi 
                       /EFI/Microsoft/Boot/memtest.efi

Il y a ce qu'il faut pour amorcer le chargement du démarrage de Windows et Ubuntu, dans cette partition.
Les spécialistes voudront bien commenter si ils le désirent. Merci .

Une partie de Grub_efi est présente dans cette partition.

Elle pointe vers la partition d'installation de l'Os 14.10.

sda5: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 14.10 
    Boot files:        /boot/grub/grub.cfg /etc/fstab

On voit donc encore que Grub_efi est installé en deux parties ... Où alors je n'ai rien compris... C'est possible .

Mais ,si les choses sont bien comme je le dis, lorsque l'on a retenu tout çà, on est déjà capable de comprendre les soucis de démarrage. Donc d'utiliser les outils à disposition pour tenter de réparer.
Enfin, je le suppose...

@+. Babdu89 .

packard · Le 18/02/2015, à 21:15

Encore, une petite question, certains mon assuré, qu'avant que le remplaçant du bios, c'est à dire l' UEFI, quelque bon vieux bios classique arrivaient à gérer GTP ,dans la limite des 2.2 To( peut-être pas avec windows ), dans ce cas, qui gérait le démarrage, le MBR et la routine d’amorçage ?

philoup44 · Le 18/02/2015, à 22:33

Salut
Ce qui me gene (ou m'embrouille) dans la compréhension du sujet, c'est ces 3 schémas

C'est quoi ce boot.img écrit dans le MBR ??
De meme , quel est la fonction de core.img ??
Ces schémas, sont-ils faux ??

Babdu89 a écrit :

La première partie de Grub,écrite dans le secteur de boot, pointe vers la deuxième partie, écrites dans la partition système ,ou la partition /boot séparée. Suivant l'installation choisie par l'utilisateur.

est-ce cette fameuse première partie ??

Si oui, alors j'ai du mal à comprendre ...

Kalunux a écrit :

En mode EFI c'est le micrologiciel UEFI qui prend le relais et ne tient pas compte du MBR.
Il cherche tout simplement la partition EFI.

Babdu89 a écrit :

Ce que le boot info montre dans le secteur d'amorçage (MBR protecteur) d'un hdd d'installation partitionné de type GPT.
============================= Boot Info Summary: ===============================

 => No boot loader is installed in the MBR of /dev/sda.
Pas de grub_efi première partie , ou MBR compatible Windows dans le secteur de boot du hdd d'installation.

ici, Babdu89 et Kalunux convergent vers la meme "conclusion"

Dernière modification par philoup44 (Le 18/02/2015, à 23:01)

packard · Le 18/02/2015, à 23:50

Salut, regarde ici : http://lecrabeinfo.net/disque-dur-les-t … t-gpt.html Ou il est dit :Le GPT (GUID Partition Table) est un nouveau standard pour décrire la table de partitionnement d’un disque dur, il est amené à remplacer le MBR à cause des limitations de ce dernier qui limite la taille d’une partition à 2,2 To."
Peut-on démarrer sur un disque dur MBR avec un système UEFI ?
Non, un système UEFI ne peut démarrer que sur un disque dur utilisant la table de partitions GPT.
Mais aussi :"Peut-on avoir à la fois un disque dur MBR et GPT sur un même système ?
Oui, vous devez pour cela posséder un Windows supportant le format GPT et démarrez votre ordinateur sur un disque dur GPT.

Babdu89 · Le 19/02/2015, à 00:11

Bonsoir.

packard a écrit :

Encore, une petite question, certains mon assuré, qu'avant que le remplaçant du bios, c'est à dire l' UEFI, quelque bon vieux bios classique arrivaient à gérer GTP ,dans la limite des 2.2 To( peut-être pas avec windows ), dans ce cas, qui gérait le démarrage, le MBR et la routine d’amorçage ?

Alors l'utilisation de hdd de taille de plus de 2,2 To, (taille total du hdd, pas des partitions prises en charge) nécessite pour que la taille total du hdd soit gérée correctement par les systèmes, un partitionnement de type GPT.
Que ce soit en mode Bios ou UEFI.
Ceci, que ce soit pour des disques de stockage ou pour faire des installations d'Os.

Rien n'interdit de faire un partitionnement de type GPT sur des hdd de taille inférieure à 2,2 To.

Sur un hdd ou ssd de 500 Go par exemple, c'est même ce que l'on doit obligatoirement faire pour pouvoir faire des installations de système en mode UEFI. Sinon ,çà ne marche pas.

Voir le wiki sur le GPT. Et sur L'UEFI.

Donc si tu relis, quelques posts plus haut.

Dans le cadre d'une installation en mode UEFI, disque partitionné de type GPT (quelque soit sa taille, les ssd de petites tailles - de 2,2 To aussi ) le microsystème ne s'occupe pas de ce qui est écrit dans le secteur de boot du hdd en GPT, le MBR protecteur. Il recherche sur le disque une partition format FAT32 /boot/efi.
C'est là que l'amorçage se fait.

Dans le cadre de l'utilisation de hdd de taille de plus de 2,2 To. hdd partitionné de type GPT.
Installation de système en mode Bios,( non UEFI) l'amorçage sera écrit dans le secteur de boot. le MBR protecteur.

@+. Babdu89 .

philoup44 · Le 19/02/2015, à 00:24

Salut
Dans le GPT (GUID Partition Table) ,il y a MBR "protecteur"
et si je comprends les shémas ci-dessus, il est utilisé meme en EFI, l'installateur de Linux y installe un boot.img ....
D'ou ma question : Ces schémas, sont-ils faux ??

De ton lien, je retiens toutefois ceci

lecrabeinfo a écrit :

Que voit une version de Windows qui ne supporte pas les disques durs GPT ?
Un Windows ne supportant pas le GPT comme Windows XP 32 bits verra une unique partition Protective MBR.
Cette partition ne sera pas montée par Windows et vous ne pourrez pas accéder à son contenu.

Dernière modification par philoup44 (Le 19/02/2015, à 00:31)

packard · Le 19/02/2015, à 00:30

OK, donc en mode bios , le MBR et capable de gérer un disque en GPT, et l'EFI ne peux pas gérer un disque en MS-DOS , je vois pas bien l’Intérêt de L'UEFI , si le GPT est pris en charge par un bios classique .

philoup44 · Le 19/02/2015, à 00:43

Babdu89 a écrit :

Dans le cadre d'une installation en mode UEFI, disque partitionné de type GPT (quelque soit sa taille, les ssd de petites tailles - de 2,2 To aussi ) le microsystème ne s'occupe pas de ce qui est écrit dans le secteur de boot du hdd en GPT, le MBR protecteur. Il recherche sur le disque une partition format FAT32 /boot/efi.

Dans le cadre d'une installation en mode UEFI, disque partitionné de type GPT,
l'installateur de Linux installe t-il un boot.img dans le MBR protecteur ??
Si oui, quel est l'utilité de la chose si le microsystème (EFI) , ne s'en occupe pas ??

Babdu89 · Le 19/02/2015, à 01:13

Bonsoir.

Salut
Ce qui me gene (ou m'embrouille) dans la compréhension du sujet, c'est ces 3 schémas
1424290771.png
1424291352.png
1424291579.png
C'est quoi ce boot.img écrit dans le MBR ??
De meme , quel est la fonction de core.img ??
Ces schémas, sont-ils faux ??

Non, ils ne sont pas faux... Mais j'essayais de simplifier les choses, sans entrer dans les détails...
Là tu as le détail de ce qui est écrit dans les premiers secteurs des disques.

Dans le cadre d'une installation en mode Bios.
Quand je parle des deux parties de grub, c'est en gros. Je n'entre pas dans les détails.

Ce qui est écrit dans le secteur de boot (446 premiers octets) du hdd, c'est la première partie de grub boot.img (stage1).
C'est ce qui pointe vers la deuxième partie de Grub .

La deuxième partie de grub est écrit comme le montre les graphiques, sur les différents premiers secteurs. (stage 1,5 et stage2)
Mais. Il me semble aussi que çà a changé avec l'évolution des versions de grub (Grub_Legacy, Grub2 ou PC jusqu'à la version 1,98/99 puis la version V2.0 . Pour les Os non UEFI). Il faudrait voir les docs de Grub.

Salut
Dans le GPT (GUID Partition Table) ,il y a MBR "protecteur"
et si je comprends les shémas ci-dessus, il est utilisé meme en EFI, l'installateur de Linux y installe un boot.img ....
D'ou ma question : Ces schémas, sont-ils faux ??

Dans le schéma ;

Si j'ai bien compris. On montre les installations en mode Bios sur de hdd (en haut) partitionnement de type MSDOS .
En bas, avec partitionnement de type GPT... Oui, on peut installer en mode Bios (non UEFI) sur des hdd en GPT. (GPT est nécessaire sur ceux de plus de 2,2 To.)

Sur le schémas;

On reprend le hdd en GPT. avec installation en mode Bios.
On ne voit pas de partition FAT32 /bot/efi, donc on ne parle pas de UEFI dans ce schéma.

Dans ce schéma, on retrouve un partitionnement de type MSDOS, avec installation en mode Bios.

Babdu89 a écrit :
La première partie de Grub,écrite dans le secteur de boot, pointe vers la deuxième partie, écrites dans la partition système ,ou la partition /boot séparée. Suivant l'installation choisie par l'utilisateur.
est-ce cette fameuse première partie ??
Si oui, alors j'ai du mal à comprendre ...
Kalunux a écrit :
En mode EFI c'est le micrologiciel UEFI qui prend le relais et ne tient pas compte du MBR.
Il cherche tout simplement la partition EFI.
Babdu89 a écrit :
Ce que le boot info montre dans le secteur d'amorçage (MBR protecteur) d'un hdd d'installation partitionné de type GPT.
 ============================= Boot Info Summary: ===============================

     => No boot loader is installed in the MBR of /dev/sda.
Pas de grub_efi première partie , ou MBR compatible Windows dans le secteur de boot du hdd d'installation.
ici, Babdu89 et Kalunux convergent vers la meme "conclusion"

Babdu89 a écrit :

La première partie de Grub,écrite dans le secteur de boot, pointe vers la deuxième partie, écrites dans la partition système ,ou la partition /boot séparée. Suivant l'installation choisie par l'utilisateur.
est-ce cette fameuse première partie ??
Si oui, alors j'ai du mal à comprendre ...

Là je parle d'installation en mode Bios , pas UEFI.

Kalunux a écrit :
En mode EFI c'est le micrologiciel UEFI qui prend le relais et ne tient pas compte du MBR.
Il cherche tout simplement la partition EFI.
Babdu89 a écrit :
Ce que le boot info montre dans le secteur d'amorçage (MBR protecteur) d'un hdd d'installation partitionné de type GPT.
 ============================= Boot Info Summary: ===============================

     => No boot loader is installed in the MBR of /dev/sda.
Pas de grub_efi première partie , ou MBR compatible Windows dans le secteur de boot du hdd d'installation.
ici, Babdu89 et Kalunux convergent vers la meme "conclusion"

Là, nous parlons tous les deux d'installations en mode UEFI... La conclusion est la même.

Pas facile hein , tout çà!!.

@+. Babdu89 .

philoup44 · Le 19/02/2015, à 02:01

Non, mais c'est plus clair à présent
Sauf pour ce schéma

Ici, c'est bien une installation en mode UEFI sur des hdd en GPT ??
on y voit une partition FAT32 /boot/efi, donc on parle de UEFI dans ce schéma ??
Et dans le MBR protecteur, il y a un boot.img
Si en mode EFI c'est le micrologiciel UEFI qui prend le relais et ne tient pas compte du MBR.
Il cherche tout simplement la partition EFI
quelle est l'utilité d'installer boot.img dans le MBR protecteur, si le microsystème (EFI) , ne s'en occupe pas ??
D'autant que son role (sa fonction),si j'ai bien compris est de pointer sur core.img ??

Dernière modification par philoup44 (Le 19/02/2015, à 02:02)

Babdu89 · Le 19/02/2015, à 02:45

Oui, effectivement, tu as l’œil, je ne l'avais pas vue, /sda1 FAT32 efi .

Mais on voit aussi les flèches qui simule la lecture du système, et d'après toi qu'est ce que c'est?...
Çà démarre au secteur de boot, ===> core.img,==> Boot grub, sans s'intéresser à la partition Boot efi ...

Pour moi c'est le schéma d'une installation en mode Bios sur une disque GPT.
Pourquoi avoir porté une partition Boot efi dans le schéma?; je ne sais pas...

Tu as vu aussi?. Une partition BIOS_grub /sda2 contenant core.img . Chose que l'on ne voit pas souvent dans les boot info ...

On aura peut-être une réponse de la part des spécialistes en UEFI...

@+. Babdu89 .

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 17/02/2015, à 13:28

Re : Le MBR est remplacé par quoi ?

#27 Le 18/02/2015, à 01:03

Re : Le MBR est remplacé par quoi ?

#28 Le 18/02/2015, à 01:12

Re : Le MBR est remplacé par quoi ?

#29 Le 18/02/2015, à 01:57

Re : Le MBR est remplacé par quoi ?

#30 Le 18/02/2015, à 03:47

Re : Le MBR est remplacé par quoi ?

#31 Le 18/02/2015, à 11:16

Re : Le MBR est remplacé par quoi ?

#32 Le 18/02/2015, à 15:54

Re : Le MBR est remplacé par quoi ?

#33 Le 18/02/2015, à 16:06

Re : Le MBR est remplacé par quoi ?

#34 Le 18/02/2015, à 21:15

Re : Le MBR est remplacé par quoi ?

#35 Le 18/02/2015, à 22:33

Re : Le MBR est remplacé par quoi ?

#36 Le 18/02/2015, à 23:50

Re : Le MBR est remplacé par quoi ?

#37 Le 19/02/2015, à 00:11

Re : Le MBR est remplacé par quoi ?

#38 Le 19/02/2015, à 00:24

Re : Le MBR est remplacé par quoi ?

#39 Le 19/02/2015, à 00:30

Re : Le MBR est remplacé par quoi ?

#40 Le 19/02/2015, à 00:43

Re : Le MBR est remplacé par quoi ?

#41 Le 19/02/2015, à 01:13

Re : Le MBR est remplacé par quoi ?

#42 Le 19/02/2015, à 02:01

Re : Le MBR est remplacé par quoi ?

#43 Le 19/02/2015, à 02:45

Re : Le MBR est remplacé par quoi ?

Pied de page des forums