UEFI ou Legacy? Qui est conseillé et pourquoi?
Bien que je connaisse certains faits sur UEFI et Legacy et leurs différences fondamentales, comme UEFI permettant d’amorcer plus rapidement (j’ai déjà vérifié cette question , mais cela ne répond pas à la mienne), j’en ai un peu d'une autre question (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 à l'origine d'un comportement incorrect du matériel . Installez mes systèmes Linux en mode hérité, en commençant par la priorité d’amorçage. Est-ce que ça va comme ça ou devrais-je changer soit la priorité de démarrage en UEFI en premier, soit tout ce qui a été ajusté en UEFI (ce portable Lenovo G50-45 est livré avec Windows 8).
De plus, sur mon ordinateur portable, un certain nombre de choses ne fonctionnent pas correctement, alors que tout fonctionnait sous Windows et que je ne savais pas trop quelle était la faute. Je me souviens seulement que Windows n’installe pas avec les paramètres existants, je devais d’abord modifier la priorité de démarrage en 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 bloque toute ma session avec Libreoffice dans 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 existe une différence en termes de fonctionnalité du système)
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, de même que les performances. Le principal inconvénient est que le matériel peut être initialisé de différentes manières en fonction de votre mode de démarrage. Si les pilotes Linux font des hypothèses sur la manière dont le matériel est initialisé, une manière ou une autre peut fonctionner mieux. Cela rendait parfois l'amorçage de l'un ou l'autre mode (généralement le mode BIOS) préférable, mais ce type de problème devient plutôt rare aujourd'hui. Ce type de problème concernait principalement le matériel vidéo et les pilotes, mais en principe, cela pouvait affecter tout le monde.
Dans votre cas particulier, je soupçonne que vous possédez un matériel "bleeding-Edge" avec un support Linux médiocre, ou peut-être un matériel nécessitant une configuration spéciale pour fonctionner correctement sous Linux. Votre meilleur choix est de poser des questions distinctes sur chaque appareil qui ne fonctionne pas à votre satisfaction. Vous pouvez également tester avec les installations en mode BIOS et en mode EFI pour déterminer empiriquement celle qui fonctionne le mieux pour vous, car il n’existe aucun moyen de généraliser avec précision. quel mode est le meilleur.
La bonne réponse à la question de savoir quel mode est le meilleur est: Cela dépend. Par exemple:
- Si vous double-amorcez 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 système Linux) dans le même mode d'amorçage que celui déjà utilisé.
- L'utilisation du mode BIOS/CSM/Legacy complique presque toujours le processus de démarrage, comme décrit en détail sur cette page Web de la mienne. Il en résulte que l'activation du démarrage en mode BIOS accroît les risques à recadrer, surtout si vous avez déjà installé un système d'exploitation en mode EFI.
- La connaissance des processus de démarrage en mode BIOS est plus répandue, ce qui peut contrecarrer 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 l'un ou l'autre mode de démarrage (généralement le mode BIOS est plus facile à utiliser). De tels problèmes semblent toutefois perdre de leur 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à de GRUB par défaut, vous préférerez peut-être quelque chose qui est disponible dans un seul mode de démarrage. Actuellement, cela tend à favoriser EFI, car il existe certains gestionnaires de démarrage spécifiques à EFI (gummiboot, rEFIt et rEFInd) sans équivalents BIOS; AFAIK, le seul programme d’initialisation spécifique au BIOS pour Linux sans port EFI ni autre solution de travail est BURG et LOADLIN, les deux étant (AFAIK) abandonnés.
- Le démarrage sécurisé (une fonctionnalité spécifique à 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 à déployer des efforts, 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 des avantages mineurs sur les disques inférieurs à 2TiB, mais est requis sur les disques plus gros. (En supposant des secteurs logiques de 512 octets; mais des secteurs logiques plus grands sont douteux pour un démarrage en mode BIOS et sont très rares sur les disques internes.)
Si vous avez besoin d'une réponse plus spécifique "BIOS" ou "EFI" à utiliser, vous devrez fournir des informations beaucoup plus spécifiques sur votre configuration.
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 bien expliqué mon point?
Il n'y a aucune raison d'utiliser UEFI, sauf si vous souhaitez démarrer Windows ou si vous souhaitez démarrer à partir d'une partition dont la taille est supérieure à 2 Mo. Et vous pouvez toujours trouver une solution pour ce dernier.
L'UEFI comporte énormément d'inconvénients et aucun avantage. Ne l'utilisez pas.
En gros, vous cédez le contrôle de votre propre ordinateur aux entreprises. 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 présente des inconvénients et il y en a beaucoup). Ce n'est pas que un gros problème si vous utilisez GPT sur un disque dur externe ou secondaire, mais ne démarrez pas à partir de celui-ci.
Si vous n'avez pas de disque dur de plus de 2 To à partir duquel démarrer, il n'y a pas de problème en premier lieu. Si vous avez un disque dur avec plus de 2 To pour démarrer, mais n'avez pas besoin d'une partition supérieure à 2 To ni du début d'une partition après les 2 premières TiB, vous n’avez pas besoin non plus de GPT et donc pas d’UEFI. (Par conséquent, si vous avez un disque dur de 4 ToB avec quelques partitions au début et les 2 derniers Tb remplis de 1 Tb, cela ne pose aucun problème et fonctionne sans GPT.)
Comme déjà indiqué ci-dessus: Il ne s'agit que du disque dur à partir duquel vous démarrez. Si vous avez un SSD pour démarrer (ce qui ne peut bien sûr pas être si gros car de tels SSD n'existent pas) et que vous voulez utiliser uniquement le GPT pour le stockage de données, c'est très bien et vous n'avez pas besoin de 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 être le cas mais ce n’est pas le cas. L'UEFI craint tout simplement.
Il existe au moins une bonne raison d’installer Linux sur UEFI. Si vous voulez mettre à niveau le firmware de votre ordinateur Linux, UEFI est requis dans de nombreux cas.
Par exemple, la mise à niveau "automatique" du firmware, intégrée au gestionnaire de logiciels Gnome, nécessite UEFI. Non UEFI signifie que les mises à jour du firmware via LVFS/fwupd/fwupdmgr vont pas fonctionner. Ce qui, dans la plupart des cas, signifie aucune mise à niveau du microprogramme sous Linux.