UEFI ou Legacy? Lequel est conseillé et pourquoi?


20

Bien que je connaisse certains faits sur UEFI et Legacy et les différences de base entre eux, comme UEFI permettant un démarrage plus rapide (j'ai déjà vérifié cette question , mais elle ne répond pas à la mienne), j'ai un peu de question (s) différente (s) :

Je ne sais pas si les paramètres du BIOS peuvent avoir une influence sur le fonctionnement du système et si les paramètres hérités peuvent être la cause d'un mauvais fonctionnement du matériel , mais j'installe généralement mes systèmes Linux en mode hérité, avec la priorité de démarrage héritée en premier. Est-ce correct de cette façon ou dois-je d'abord changer la priorité de démarrage en UEFI, ou tout est ajusté en UEFI (cet ordinateur portable Lenovo G50-45 est livré avec Windows 8).

De plus, sur mon ordinateur portable, un certain nombre de choses ne fonctionnent pas correctement, tandis que sous Windows, tout fonctionnait et je ne sais pas où est la faute. Je me souviens seulement que Windows ne s'installerait pas avec les paramètres hérités, j'ai d'abord dû changer la priorité de démarrage sur UEFI pour pouvoir l'installer (Win 7 Ultimate x64).

Actuellement sur * ubuntu (toute variante) 15.04 J'ai des problèmes avec le microphone qui ne fonctionne pas (son déformé, très faible) et Xorg plante toute ma session avec Libreoffice en k3.19 +. Testé avec de nombreuses distributions.

Donc, pour conclure, lequel est recommandé pour un système fonctionnant parfaitement? Les distributions Linux fonctionnent-elles mieux avec Legacy ou UEFI? (s'il y a une différence en termes de fonctionnalité du système)


1
Lorsque vous dites hérité, ce n'est pas grub-legacy mais hérité Boot ou CSM où CSM - UEFI Compatibility Support Module (CSM), qui émule un mode BIOS. Vous pouvez démarrer en mode CSM avec des lecteurs partitionnés gpt. J'ai utilisé gpt avec d'anciens systèmes BIOS depuis Ubuntu 10.10. Les pilotes avec de très nouveaux systèmes ont toujours et seront toujours un problème, sauf si les fournisseurs changent et commencent à prendre en charge Linux directement. Les développeurs Linux doivent inverser l'ingénierie de tous les pilotes et cela prend un certain temps avant que tout ce qui se trouve dans une distribution actuelle. UEFI étant également relativement nouveau a également eu besoin de beaucoup de développement également par les fournisseurs.
oldfred

Je pense que c'est comme AMD vs Intel, ils fonctionnent tous les deux et ont le même but mais proviennent de différents fournisseurs, bien sûr l'un a des fonctionnalités et des problèmes que l'autre n'a pas, tout
dépend de

Réponses:


25

Pour la plupart des matériels, le mode d'amorçage (EFI vs BIOS) n'est pas pertinent. Les pilotes chargés par Linux sont identiques dans les deux cas, comme devraient l'être les performances. La principale mise en garde ici est que le matériel peut être initialisé de différentes manières en fonction de votre mode de démarrage, et si les pilotes Linux font des hypothèses sur la façon dont le matériel est initialisé, d'une manière ou d'une autre peut mieux fonctionner. Cela rendait parfois le démarrage d'un mode ou l'autre (généralement le mode BIOS) préférable dans le passé, mais ce type de problème devient plutôt rare aujourd'hui. Ce type de problème affectait principalement le matériel vidéo et les pilotes, mais en principe, il pouvait tout affecter.

Dans votre cas spécifique, je soupçonne que vous avez du matériel "à la pointe de la technologie" avec une mauvaise prise en charge Linux, ou peut-être du matériel qui nécessite une configuration spéciale pour fonctionner correctement sous Linux. Votre meilleur pari est de publier des questions distinctes sur chaque appareil spécifique qui ne fonctionne pas à votre satisfaction. Vous pouvez également tester avec des installations en mode BIOS et en mode EFI pour déterminer empiriquement lequel vous convient le mieux , car il n'y a aucun moyen de généraliser avec précision quel mode est le meilleur.

La bonne réponse à la question du meilleur mode est: cela dépend. Par exemple:

  • Si vous effectuez un double démarrage avec un système d'exploitation déjà installé dans un mode ou dans l'autre, il est presque toujours préférable de démarrer Ubuntu (ou tout autre Linux) dans le même mode de démarrage que celui qui est déjà utilisé.
  • L'utilisation du mode BIOS / CSM / hérité complique presque toujours le processus de démarrage, comme décrit en détail sur ma page Web. Le résultat est que l'activation du démarrage en mode BIOS rend les problèmes plus susceptibles de surgir, surtout si vous avez déjà un système d'exploitation en mode EFI installé.
  • La connaissance des processus de démarrage en mode BIOS est plus répandue, ce qui peut contrer le problème précédent sur un système à système d'exploitation unique.
  • Comme je l'ai décrit, certains problèmes d'initialisation matérielle peuvent favoriser un mode de démarrage ou l'autre (généralement le mode BIOS est plus facile à travailler). Cependant, ces problèmes semblent s'estomper en fréquence.
  • Le démarrage en mode EFI est généralement un peu plus rapide que le démarrage en mode BIOS, bien que les détails diffèrent d'un système d'exploitation à l'autre.
  • Votre choix de chargeurs de démarrage est quelque peu différent. Si vous vous aventurez au-delà du GRUB par défaut, vous préférerez peut-être quelque chose qui est disponible en un seul mode de démarrage. Actuellement, cela aurait tendance à favoriser EFI, car il existe certains gestionnaires de démarrage spécifiques à EFI (gummiboot, rEFIt et rEFInd) sans contrepartie BIOS; mais AFAIK, le seul programme de démarrage spécifique au BIOS pour Linux sans port EFI ou similaire est BURG et LOADLIN, tous deux abandonnés (AFAIK).
  • Le démarrage sécurisé (une fonctionnalité spécifique à l'UEFI) peut vous aider à contrôler votre processus de démarrage, empêchant ainsi l'exécution de code non autorisé. Si vous le souhaitez et si vous êtes prêt à faire l'effort, vous pouvez même utiliser Secure Boot pour empêcher Windows de s'exécuter sur votre ordinateur.
  • Sur certains ordinateurs, GPT présente des problèmes lors du démarrage en mode BIOS; mais GPT est la norme pour EFI. GPT offre quelques avantages mineurs sur les disques inférieurs à 2 To, mais est requis sur les disques plus volumineux. (En supposant des secteurs logiques de 512 octets; mais des secteurs logiques plus grands sont difficiles à démarrer en mode BIOS et sont très rares sur les disques internes.)

Si vous avez besoin d'une réponse "BIOS" ou "EFI" plus spécifique à utiliser, vous devrez fournir des informations beaucoup plus spécifiques sur votre configuration.


Merci, cela clarifie les choses plus que le post précédent, bien que les deux soient très utiles. Il s'agit d'une seule atmosphère de système d'exploitation.
Inoki

J'ai déjà publié des rapports de bogues sur des problèmes qui me concernent. L'un se trouve ici bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1473435 et l'autre discuté ici ubuntuforums.org/showthread.php?t=2285503 .
Inoki

grande info (et beaucoup d'elle) J'ai également lu une bonne partie de votre page. Si je comprends bien, cela se résume à: "Il est recommandé que vous vous en tenez à UEFI à moins qu'il n'y ait un besoin urgent de ne pas le faire, cela cause moins de problèmes et ils sont plus faciles à adapter s'ils se présentent." un des problèmes que vous avez mentionné et qui peut nécessiter un commutateur est celui des cartes vidéo. Je n'installerai Ubuntu que sur un nouvel ordinateur, avec une carte graphique Nvidia (gtx 970 si c'est important), l'exception ne vient qu'avec des cartes plus anciennes ou, comme je n'aurai pas Windows installé pour installer le firmware, devrai-je utiliser Héritage?
TrailRider

suivi connexe à mon dernier commentaire (peut-être que ce devrait être sa propre question) si UEFI est recommandé, car il s'agit probablement d'un ordinateur uniquement Linux (si pour une raison quelconque, j'ai besoin d'un double démarrage, Windows serait sur son propre disque dur), dois-je laisser le démarrage sécurisé activé ou le désactiver? Ce que j'ai rassemblé de votre page, je pense que vous recommandez de la laisser activée, mais la page est si étendue qu'elle est difficile à digérer lors du premier passage .....
TrailRider

Je ne connais pas de base de données de cartes vidéo fiables ou non fiables en mode BIOS ou EFI, donc je ne peux pas commenter votre choix de carte vidéo. Vous n'aurez qu'à l'essayer et à résoudre les problèmes comme vous le pensez le mieux. En ce qui concerne EFI par rapport au BIOS sur un système Linux uniquement, j'utiliserais personnellement EFI sauf si je connaissais un problème spécifique avec l'ordinateur; mais pour une utilisation uniquement sous Linux, il est peu probable que cela fasse une grande différence. Le démarrage sécurisé doit fonctionner avec Ubuntu et peut offrir de petits avantages en matière de sécurité, je le laisse donc activé sauf s'il pose des problèmes.
Rod Smith

14
            Do you need to boot from a
----------- partition more than 2 TiB in size?
|                       |
no                      yes
|                       |
|                       |
|               Do you REALLY need to boot from a
|               partition more than 2 TiB in size?
|   ------------        |
|   |                   yes
|   no                  |
|   |                   |
|----           Find a different solution!
|                       |
|------------------------
|   
Don't use UEFI.

Ai-je clairement expliqué mon point de vue?

Il n'y a aucune raison d'utiliser UEFI sauf si vous voulez démarrer Windows ou si vous voulez démarrer à partir d'une partition dont la taille est supérieure à 2 TiB. Et vous pouvez toujours trouver une solution pour ce dernier.

L'UEFI apporte de nombreux inconvénients et aucun avantage. Ne l'utilisez pas.

Vous cédez essentiellement le contrôle de votre propre ordinateur à des sociétés. Ne fais pas ça, c'est une mauvaise idée.

Vous aurez également des problèmes avec l'utilisation de certains outils qui ne peuvent pas traiter avec GPT (la seule amélioration du bios à uefi est le support de GPT, tout le reste est des inconvénients et il y en a beaucoup). Ce n'est pas que beaucoup d'un problème si vous utilisez GPT sur un disque dur externe ou secondaire, mais ne pas démarrer dessus.

Si vous n'avez pas de disque dur supérieur à 2 TiB pour démarrer, il n'y a pas de problème en premier lieu. Si vous avez un disque dur avec plus de 2 TiB pour démarrer mais n'avez pas besoin d'avoir une partition supérieure à 2 TiB et n'avez pas besoin d'avoir le début d'une partition après les 2 premiers TiB, vous n'avez pas non plus besoin de GPT et donc pas d'UEFI. (Donc, avoir un disque dur de 4 TiB avec quelques partitions au début et les 2 derniers TiB remplis de 1 2 TiB est très bien et fonctionne sans GPT.)

Comme déjà indiqué ci-dessus: il s'agit uniquement du disque dur à partir duquel vous démarrez. Si vous avez un SSD pour le démarrage (qui bien sûr ne peut pas être aussi gros car de si gros SSD n'existent pas) et que vous souhaitez uniquement utiliser GPT pour le stockage de données, tout va bien et vous n'avez pas besoin d'UEFI pour y accéder.

Le problème que la prise en charge du matériel est souvent nécessaire sous la forme d'un micrologiciel pour le matériel et d'un pilote pour le système d'exploitation n'est pas résolu par UEFI. Cela aurait pu l'être, mais ce n'est pas le cas. L'UEFI craint tout simplement.


8
C'est «GPT», pas «GTP». À ce stade, GPT est bien pris en charge. Oui, certains outils ne le prennent pas en charge, mais en général, c'est un problème mineur; et GPT offre certains avantages (certes mineurs) par rapport au MBR au-delà de la prise en charge de plus de 2 To, comme détaillé ici. Votre déclaration concernant le contrôle de votre ordinateur sur des sociétés n'est pas prise en charge et incorrecte. La solution de contournement pour l'utilisation d'un disque de plus de 2 To avec MBR est un hack dangereux. Cette réponse n'a pas détaillé de problèmes avec EFI, au-delà des affirmations non étayées de sa méchanceté.
Rod Smith

4
Le hack auquel vous faites référence consistait essentiellement à réécrire une version modifiée du firmware. Cela peut aussi être fait avec le BIOS. De plus, en pratique, le démarrage d'un ordinateur moderne (qui utilise EFI) en mode BIOS ne fera rien pour empêcher une telle attaque.
Rod Smith

2
Plus l'espace de stockage est occupé par le bios ou l'uefa, plus la puce de stockage doit être grande, plus il y a de possibilités de stocker des logiciels malveillants. Et l'efi est grand. Comme vraiment, vraiment gros. Comme si c'était un chargeur de démarrage plus gros que le noyau Linux. Il pourrait en principe y avoir des logiciels malveillants pour le bios et quelqu'un a même prétendu l'avoir, mais cela n'a jamais été montré. Nous avons maintenant eu plusieurs occurrences d'uefi utilisées pour introduire des malwares dans un système ou plus près du matériel et nous avions même des malwares dans uefi. De plus, l'efi fait toutes sortes de choses qui n'ont aucun sens et pourraient causer des problèmes. Comme si le temps devait être passé
UTF-8

2
En fait, le malware de remplacement du BIOS existe déjà. Voir blog.trendmicro.com/badbios-sometimes-bad-really-bad , par exemple. La spécification EFI indique que l'heure doit être en heure locale, mais en pratique, cela n'a pas d'importance. Rant sur un peu plus si vous le souhaitez; Je ne répondrai plus.
Rod Smith

5
UEFI est bien meilleur que le BIOS même si vous n'avez pas de disques de plus de 2 To. Le processus de démarrage est de 64 bits au lieu de 16 bits, ce qui rend UEFI beaucoup plus rapide. Le démarrage sécurisé empêche également les logiciels malveillants de démarrage. Les diagnostics matériels peuvent également être très utiles à la place des codes sonores et de nouvelles fonctionnalités dans la table de partition GPT pour éviter la corruption des données. Je ne passerais pas au BIOS si mon ordinateur a UEFI (j'écris ceci sur un PC UEFI)
Suici Doga

0

Il y a au moins une bonne raison d'installer Linux sur UEFI. Si vous souhaitez mettre à niveau le micrologiciel de votre ordinateur Linux, UEFI est requis dans de nombreux cas.

Par exemple, la mise à niveau «automatique» du micrologiciel, intégrée au gestionnaire de logiciels Gnome, nécessite UEFI. Aucun UEFI signifie que les mises à niveau du firmware via LVFS / fwupd / fwupdmgr ne fonctionneront pas . Ce qui, dans la plupart des cas, ne signifie aucune mise à niveau du firmware sous Linux, du tout.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.