UEFI oder Legacy? Welches wird empfohlen und warum?


20

Ich kenne zwar einige Fakten über UEFI und Legacy sowie grundlegende Unterschiede zwischen diesen, wie UEFI, das ein schnelleres Booten ermöglicht (ich habe diese Frage bereits geprüft , aber meine Frage wird nicht beantwortet), habe jedoch eine andere Frage. :

Ich bin mir nicht sicher, ob die BIOS-Einstellungen Einfluss auf die Funktionsweise des Systems haben und ob ältere Einstellungen die Ursache für ein fehlerhaftes Verhalten der Hardware sein können. Normalerweise installiere ich meine Linux-Systeme jedoch im älteren Modus. Ist es in Ordnung auf diese Weise oder sollte ich entweder zuerst die Startpriorität auf UEFI ändern oder alles auf UEFI einstellen (dieser Lenovo G50-45 Laptop wurde mit Windows 8 geliefert).

Außerdem funktionieren auf meinem Laptop einige Dinge nicht richtig, während unter Windows alles funktioniert hat und ich nicht sicher bin, wo der Fehler liegt. Ich erinnere mich nur, dass Windows nicht mit älteren Einstellungen installiert werden würde. Ich musste zuerst die Startpriorität auf UEFI ändern, um es installieren zu können (Win 7 Ultimate x64).

Derzeit auf * ubuntu (jede Variante) 15.04 Ich habe Probleme mit dem nicht funktionierenden Mikrofon (verzerrter, sehr schwacher Sound) und Xorg stürzt meine gesamte Sitzung mit Libreoffice in k3.19 + ab. Mit vielen Distributionen getestet.

Um zusammenzufassen, welches ist für ein einwandfrei funktionierendes System zu empfehlen? Funktionieren Linux-Distributionen besser mit Legacy oder UEFI? (wenn es einen Unterschied in der Funktionalität des Systems gibt)


1
Wenn Sie von Legacy sprechen, handelt es sich nicht um Grub-Legacy, sondern um Legacy-Boot oder CSM, bei denen CSM - UEFI Compatibility Support Module (CSM) einen BIOS-Modus emuliert. Sie können im CSM-Modus mit partitionierten gpt-Laufwerken booten. Ich habe gpt mit alten BIOS-Systemen seit Ubuntu 10.10 verwendet. Treiber mit sehr neuen Systemen sind immer und immer ein Problem, es sei denn, die Anbieter wechseln und beginnen, Linux direkt zu unterstützen. Linux-Entwickler müssen alle Treiber rückentwickeln, und das dauert eine Weile, bevor alles in einer aktuellen Distribution vorhanden ist. UEFI ist ebenfalls relativ neu und musste auch von Anbietern weiterentwickelt werden.
Oldfred

Ich denke , es ist wie AMD vs Intel, sie beide Werke und haben den gleichen Zweck , sind aber von verschiedenen Anbietern, natürlich eine Merkmale und Probleme haben , dass der andere dies nicht tun, es ist alles auf Sie
DeFreitas

Antworten:


25

Bei der meisten Hardware ist der Startmodus (EFI vs. BIOS) irrelevant. Die Treiber, die Linux lädt, sind in beiden Fällen identisch, ebenso wie die Leistung. Die wichtigste Einschränkung hierbei ist, dass die Hardware abhängig von Ihrem Startmodus auf unterschiedliche Weise initialisiert werden kann. Wenn die Linux-Treiber Annahmen darüber treffen, wie die Hardware initialisiert wird, funktioniert die eine oder andere Methode möglicherweise besser. Dies machte es früher manchmal vorzuziehen, den einen oder anderen Modus (normalerweise den BIOS-Modus) zu booten, aber diese Art von Problem wird heutzutage eher selten. Diese Art von Problem betraf hauptsächlich Grafikhardware und -treiber, konnte jedoch im Prinzip alles beeinflussen.

In Ihrem speziellen Fall habe ich den Verdacht, dass Sie eine "topaktuelle" Hardware mit mangelhafter Linux-Unterstützung haben oder Hardware, die eine spezielle Konfiguration erfordert, um unter Linux korrekt zu funktionieren. Am besten stellen Sie separate Fragen zu den einzelnen Geräten, die nicht zu Ihrer Zufriedenheit funktionieren. Sie können auch sowohl im BIOS-Modus als auch im EFI-Modus testen, um empirisch festzustellen, welcher Modus für Sie besser geeignet ist, da es keine Möglichkeit gibt, genau zu verallgemeinern, welcher Modus am besten geeignet ist.

Die richtige Antwort auf die Frage, welcher Modus am besten ist, lautet: Es kommt darauf an. Zum Beispiel:

  • Wenn Sie mit einem Betriebssystem, das bereits in dem einen oder anderen Modus installiert ist, dual booten, ist es fast immer am besten, Ubuntu (oder ein anderes Linux) in demselben Boot-Modus zu booten, der bereits verwendet wird.
  • Die Verwendung des BIOS / CSM / Legacy-Modus erschwert fast immer den Startvorgang, wie auf meiner Webseite ausführlich beschrieben . Das Ergebnis ist, dass beim Aktivieren des BIOS-Startmodus Probleme mit größerer Wahrscheinlichkeit auftreten, insbesondere wenn Sie bereits ein Betriebssystem im EFI-Modus installiert haben.
  • Das Wissen über Startprozesse im BIOS-Modus ist weiter verbreitet, wodurch das vorstehende Problem auf einem System mit einem Betriebssystem behoben werden kann.
  • Wie bereits beschrieben, können einige Probleme bei der Hardwareinitialisierung den einen oder anderen Startmodus begünstigen (normalerweise ist der BIOS-Modus für die Arbeit einfacher). Solche Probleme scheinen jedoch in der Häufigkeit nachzulassen.
  • Das Booten im EFI-Modus ist normalerweise etwas schneller als das Booten im BIOS-Modus, obwohl sich die Details von einem Betriebssystem zum anderen unterscheiden.
  • Ihre Wahl der Bootloader ist etwas anders. Wenn Sie über den Standard-GRUB hinausgehen, bevorzugen Sie möglicherweise etwas, das nur in einem Startmodus verfügbar ist. Derzeit würde dies tendenziell EFI begünstigen, da es einige EFI-spezifische Boot-Manager (gummiboot, rEFIt und rEFInd) ohne BIOS-Gegenstücke gibt. Aber AFAIK, das einzige BIOS-spezifische Boot-Programm für Linux ohne EFI-Port oder ähnliches, sind BURG und LOADLIN, die beide (AFAIK) aufgegeben wurden.
  • Secure Boot (eine UEFI-spezifische Funktion) unterstützt Sie bei der Steuerung Ihres Startvorgangs und verhindert, dass nicht autorisierter Code ausgeführt wird. Wenn Sie möchten und bereit sind, sich anzustrengen, können Sie sogar Secure Boot verwenden, um zu verhindern , dass Windows auf Ihrem Computer ausgeführt wird.
  • Auf einigen Computern weist GPT Probleme beim Booten im BIOS-Modus auf. GPT ist jedoch der Standard für EFI. GPT bietet einige kleinere Vorteile bei Sub-2TiB-Datenträgern, ist jedoch bei größeren Datenträgern erforderlich. (Angenommen, es handelt sich um logische 512-Byte-Sektoren. Größere logische Sektoren sind jedoch für das Booten im BIOS-Modus ungeeignet und auf internen Festplatten sehr selten.)

Wenn Sie eine spezifischere "BIOS" - oder "EFI" -Antwort benötigen, müssen Sie viel spezifischere Informationen zu Ihrem Setup bereitstellen.


Vielen Dank, dies verdeutlicht es mehr als der vorherige Beitrag, obwohl beide sehr hilfreich sind. Dies ist ein einzelnes Betriebssystem atm.
Inoki

Ich habe bereits Fehlerberichte zu Problemen veröffentlicht, die mich betreffen. Eine davon befindet sich hier bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1473435 und die andere hier ubuntuforums.org/showthread.php?t=2285503 .
Inoki

Tolle Infos (und eine Menge davon) Ich habe auch ein gutes Stück von deiner Seite gelesen. Wenn ich das richtig verstehe, läuft es auf Folgendes hinaus: "Es wird empfohlen, bei UEFI zu bleiben, es sei denn, es besteht ein dringender Bedarf, dies verursacht weniger Probleme und sie sind leichter zu montieren, wenn sie auftauchen." Eines der von Ihnen genannten Probleme, für das möglicherweise ein Switch erforderlich ist, sind Grafikkarten. Ich werde Ubuntu nur auf einem neuen Computer installieren, mit einer Nvidia-Grafikkarte (gtx 970, wenn es darauf ankommt) kommt die Ausnahme nur mit älteren Karten oder muss ich verwenden, da Windows nicht installiert ist, um die Firmware zu installieren Erbe?
TrailRider

in Verbindung stehendes Follow-up zu meinem letzten Kommentar (vielleicht sollte es eine eigene Frage sein), wenn UEFI empfohlen wird, da dies wahrscheinlich ein reiner Linux-Computer ist (wenn ich aus irgendeinem Grund Windows auf seiner eigenen Festplatte dual booten muss), Soll ich den sicheren Start aktiviert lassen oder deaktivieren? Was ich von Ihrer Seite gesammelt habe Ich denke, Sie empfehlen, sie aktiviert zu lassen, aber die Seite ist so umfangreich, dass es beim ersten Durchgang schwer zu verdauen ist .....
TrailRider

Ich kenne weder im BIOS- noch im EFI-Modus eine Datenbank mit zuverlässigen oder unzuverlässigen Grafikkarten, daher kann ich Ihre Auswahl an Grafikkarten nicht kommentieren. Sie müssen es nur versuchen und alle Probleme so lösen, wie Sie es für am besten halten. Was EFI vs. BIOS auf einem reinen Linux-System betrifft, würde ich persönlich EFI verwenden, es sei denn, mir ist ein bestimmtes Problem mit dem Computer bekannt. Aber für die ausschließliche Verwendung unter Linux ist es unwahrscheinlich, dass dies einen großen Unterschied macht. Secure Boot sollte mit Ubuntu funktionieren und einige kleine Sicherheitsvorteile bieten. Ich würde es also aktiviert lassen, es sei denn, es verursacht Probleme.
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.

Habe ich meinen Standpunkt klargestellt?

Es gibt keinen Grund, UEFI zu verwenden, es sei denn, Sie möchten Windows starten oder Sie möchten von einer Partition starten, die größer als 2 TiB ist. Und für Letzteres finden Sie immer eine Lösung.

UEFI bringt eine Menge Nachteile mit sich und keine Vorteile. Benutze es nicht.

Sie geben im Grunde die Kontrolle über Ihren eigenen Computer an Unternehmen weiter. Tu das nicht, das ist eine schlechte Idee.

Sie haben auch Probleme mit der Verwendung bestimmter Tools, die nicht mit GPT umgehen können (die einzige Verbesserung von BIOS zu UEFI ist die Unterstützung von GPT, alles andere sind Nachteile und es gibt viele davon). Es ist kein so großes Problem, wenn Sie GPT auf einer externen oder sekundären Festplatte verwenden, aber nicht von dieser booten.

Wenn Sie nicht über eine Festplatte mit mehr als 2 TiB verfügen, über die Sie booten können, gibt es überhaupt keine Probleme. Wenn Sie mit mehr als 2 TiB zu booten eine HDD zu tun haben aus aber keine Partition größer als 2 TiB haben müssen und nicht das haben , müssen zu Beginn einer Partition nach der ersten 2 TiB, sind Sie auch nicht brauche GPT und daher kein UEFI. (Eine 4-TiB-Festplatte mit einigen Partitionen am Anfang und den letzten 2 TiB mit 1 2 TiB ist also in Ordnung und funktioniert ohne GPT.)

Wie oben bereits erwähnt: Es handelt sich nur um die Festplatte, von der Sie booten. Wenn Sie eine SSD zum Booten haben (die natürlich nicht so groß sein kann, weil es keine so großen SSDs gibt) und nur GPT als Datenspeicher verwenden möchten, ist das in Ordnung, und Sie benötigen kein UEFI, um darauf zuzugreifen.

Das Problem, dass die Unterstützung für Hardware häufig in Form einer Firmware für die Hardware und eines Treibers für das Betriebssystem benötigt wird, wird von UEFI nicht gelöst. Es hätte sein können, aber es ist nicht so. UEFI saugt einfach.


8
Es ist "GPT", nicht "GTP". Derzeit wird GPT gut unterstützt. Ja, einige Tools unterstützen das nicht, aber im Allgemeinen ist das ein kleines Problem. und GPT bietet gegenüber MBR einige (zugegebenermaßen geringfügige) Vorteile, die über die hier beschriebene Unterstützung von mehr als 2 TB hinausgehen . Ihre Aussage, die Kontrolle über Ihren Computer an Unternehmen zu übertragen, wird nicht unterstützt und ist falsch. Die Problemumgehung für die Verwendung einer über 2 TB großen Festplatte mit MBR ist ein gefährlicher Hack. Diese Antwort enthält keine detaillierten Informationen zu Problemen mit EFI, abgesehen von den nicht unterstützten Behauptungen, dass es sich um eine schlechte Lösung handelt.
Rod Smith

4
Der Hack, auf den Sie sich beziehen, bestand im Wesentlichen darin, eine geänderte Version der Firmware neu zu schreiben. Das geht auch mit dem BIOS. Auch als praktische Angelegenheit, Booten eines modernen Computer (das EFI verwendet) im BIOS - Modus tut nichts , einen solchen Angriff zu verhindern.
Rod Smith

2
Je mehr Speicherplatz von BIOS oder UEFI belegt wird, desto größer muss der Speicherchip sein, desto mehr Möglichkeiten zum Speichern von Malware gibt es. Und Uefi ist groß. Wie wirklich sehr, sehr groß. Als wäre das ein Bootloader, der größer ist als der Linux-Kernel. Es könnte im Prinzip Malware für BIOS geben, und jemand behauptete sogar, sie zu haben, aber sie wurde nie gezeigt. Wir hatten jetzt mehrere Fälle, in denen uefi verwendet wurde, um Malware in ein System oder näher an die Hardware zu bringen, und wir hatten sogar Malware in uefi. Außerdem macht uefi alle möglichen Dinge, die keinen Sinn ergeben und Probleme verursachen könnten. Wie die Zeit muss in sein
UTF-8

2
Tatsächlich ist Malware als BIOS-Ersatz bereits vorhanden. Siehe zum Beispiel blog.trendmicro.com/badbios-sometimes-bad-really-bad . Die EFI-Spezifikation besagt, dass die Zeit in der Ortszeit liegen sollte, aber in der Praxis spielt es keine Rolle. Schimpfe auf etwas mehr, wenn du magst; Ich werde nicht weiter antworten.
Rod Smith

5
UEFI ist viel besser als das BIOS, selbst wenn Sie keine Festplatten mit mehr als 2 TB haben. Der Startvorgang ist 64-Bit statt 16-Bit, wodurch UEFI viel schneller wird. Ein sicherer Start verhindert auch das Auftreten von Bootkit-Malware. Auch die Hardwarediagnose kann anstelle von Signaltönen sehr nützlich sein. Weitere neue Funktionen in der GPT-Partitionstabelle, um eine Beschädigung der Daten zu verhindern. Ich würde nicht zum BIOS wechseln, wenn mein Computer UEFI hat (ich schreibe dies auf einem UEFI-PC)
Suici Doga

0

Es gibt mindestens einen guten Grund, Linux auf UEFI zu installieren. Wenn Sie die Firmware Ihres Linux-Computers aktualisieren möchten , ist in vielen Fällen UEFI erforderlich.

Beispielsweise erfordert das "automatische" Firmware-Upgrade, das in den Gnome-Softwaremanager integriert ist, UEFI. Kein UEFI bedeutet, dass Firmware-Upgrades über LVFS / fwupd / fwupdmgr nicht funktionieren. Dies bedeutet in den meisten Fällen überhaupt keine Firmware-Upgrades unter Linux.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.