Bonjour,
Je souhaiterais savoir quels sont les avantages de l'uefi.
J'ai lu que le passage à l'uefi permettait de s'affranchir de la limite des 4 partitions primaires.
Est-ce qu'il y a un avantage au niveau des performances d'avoir des partitions primaires plutôt que des partitions étendues ?
Y a t'il d'autres avantages à l'uefi par rapport au bios ?
Merci pour vos réponses.
# lvm
Posté par nono14 (site web personnel) . Évalué à 4.
Aucun avantage en perfs, entre les différents types de partition.
Avec lvm, plus de limite.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
# GUID
Posté par Jiehong (site web personnel) . Évalué à 5. Dernière modification le 09 août 2013 à 13:27.
En fait, l'UEFI n'est qu'un nouveau système de boot, auquel GUID a été ajouté.
C'est la table de partitionnement GUID qui est différente pour la gestion des partitions. En fait, le souci des 4 partitions primaires limites est lié à MBR, et tu peux l'oublier (limite à 128 maintenant).
Les autres principaux avantages sont :
[^] # Re: GUID
Posté par llaqmataqui . Évalué à 2.
Il est donc possible d'utiliser une table de partitionnement GUID avec un système de boot de type bios ?
Ainsi, il est possible d'avoir les avantages de GUID sans UEFI ?
[^] # Re: GUID
Posté par Tonton Benoit . Évalué à 3.
Sous Linux oui !
[^] # Re: GUID
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 6.
Techniquement, oui : le BIOS se moque des partitions, tout ce qu'il lui faut c'est une zone d'amorçage au bon endroit, ce qu'on peut avoir avec GPT. En pratique, il faut que ton chargeur de démarrage prenne en charge GPT, lui, or c'est le cas pour GRUB.
À l'inverse, un UEFI peut démarrer avec un disque dur partitionné en MBR.
# Pas vraiment
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 10.
Ce n'est pas tout à fait cela : tu confonds deux choses, BIOS/UEFI et partitionnement MBR/GPT.
UEFI est un type de firmware de carte mère et de convention d'amorçage, conçu pour remplacer le système BIOS.
GPT, la GUID Partition Table, est un type de table de partition conçu pour remplacer le partitionnement MBR. Par rapport à MBR, elle apporte une prise en charge des périphériques plus 2 Tio et de plus de 4 partitions sans recourir à l'affreux système des partitions « logiques ».
Un BIOS démarre à partir d'un secteur de 512 octets placé à un endroit précis du début disque dur, ce qui peut se faire en GPT comme en MBR.
Un UEFI démarre à partir d'un exécutable placé sur une partition d'un type précis, formatée en FAT, ce qui peut se faire en GPT comme en MBR.
[^] # Re: Pas vraiment
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 5.
(Excuse-moi de te dire ça, mon pauvre José, mais tu confonds un peu tout. Tu fais un amalgame entre la coquetterie et la classe.)
[^] # Re: Pas vraiment
Posté par GG (site web personnel) . Évalué à 5.
est ce qu'il existe un équivalent de UEFI sans cette cochonnerie en FAT?
Je me rappelle très bien du racket que que les constructeurs de GPS doivent payer pour avoir choisi du FAT comme format (alors qu'il aurait pu utiliser un format libre et ouvert à la place).
A+
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: Pas vraiment
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 6.
Je ne crois pas non. Certaines cartes mères peuvent prendre en charge d'autres systèmes de fichiers en plus, par exemple HFS+ pour les cartes mères Apple, mais la prise en charge de FAT est obligatoire.
En revanche, vu ce qu'on stocke dessus, nul besoin de prendre en charge les noms longs, et sans cela, je ne crois pas qu'il y ait de brevets problématiques pour FAT, en tout cas pour les FAT12 et FAT16 qui ont plus de vingt ans.
[^] # Re: Pas vraiment
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Il faut noter que l'UEFI est une évolution de EFI est que tout cela n'est pas tout jeune (prise en charge par GNU/Linux depuis 2000). Les machines Itanium démarrent sous EFI depuis des années. Idem, le partitionnement GPT est vieux et utilisé depuis longtemps sous UNIX (par exemple par SGI). A vrai dire, LVM fait tout pareil en mieux donc je n'y vois pas trop d'intérêt…
# FB
Posté par Tonton Benoit . Évalué à 2.
Si l'UEFI exporte son framebuffer tu peut avoir un boot sans aucun reset/changement de résolution de l'écran. Avantage purement esthétique et nécessitant toute une chaîne compatible : UEFI, éventuellement bootloader, pilote graphique (seuls les pilotes basés sur KMS fonctionnent pour le moment).
[^] # Re: FB
Posté par wismerhill . Évalué à 3.
Ce qui n'a aucun intérêt pour les gens qui allument l'écran après avoir allumé l'ordinateur ;-)
# Boot direct.
Posté par BuckFuck . Évalué à 1. Dernière modification le 09 août 2013 à 22:44.
Un des avantages est de démarrer "en direct" sans passer par un gestionnaire d'amorçage (paramètres EFI Stub dans le kernel), la contrepartie étant de passer les paramètres initialement dévolus à GRUB (ou LILO) en dur dans le sus-dit kernel.
Un autre avantage est que l'on peut "booter" plus facilement un système avec un kernel sur un média externe (genre "mon noyau qui marche bien" sur une clé USB)…
Addendum : je plussoie le framebuffer cité dans un post ci-dessus. En plus, c'est automatique et pas besoin de rentrer des paramètres "alakon" dans un un quelconque fichier de configuration.
[^] # Re: Boot direct.
Posté par 🚲 Tanguy Ortolo (site web personnel) . Évalué à 2.
Ça c'est amusant parce qu'à une lointaine époque, on pouvait faire exactement pareil en BIOS, démarrer directement le noyau. Cette fonctionnalité a été retirée, mais elle revient pour UEFI… Ceci dit, personnellement ça ne m'intéresse pas du tout, pas assez souple, si quelque chose déconne avec un noyau on est fichu.
[^] # Re: Boot direct.
Posté par BuckFuck . Évalué à 1.
Tu peux mettre plusieurs noyaux (dont un "de secours") dans ta partition EFI et/ou sur une clé USB.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.