UEFI 还是旧版?哪个是建议的,为什么?

Pat*_*rik 26 lenovo uefi grub-legacy

虽然我知道一些关于 UEFI 和 Legacy 的事实以及它们之间的基本区别,比如 UEFI 允许更快的启动(我已经检查过这个问题,但它没有回答我的问题),但我有一些不同的问题:

我不确定 BIOS 设置是否会对系统的工作方式产生任何影响,以及遗留设置是否会导致硬件行为异常,但我通常以遗留模式安装我的 Linux 系统,首先使用引导优先级遗留。这样可以吗,或者我应该先将引导优先级更改为 UEFI,还是将所有内容都调整为 UEFI(这款联想 G50-45 笔记本电脑配备 Windows 8)。

此外,在我的笔记本电脑上,很多东西无法正常工作,而在 Windows 上一切正常,我不确定问题出在哪里。我只记得,Windows 不会使用旧设置安装,我必须先将引导优先级更改为 UEFI 才能安装它(Win 7 Ultimate x64)。

目前在 *ubuntu(任何变体)15.04 上,我的麦克风无法正常工作(失真,声音非常微弱),并且 Xorg 在 k3.19+ 中使我与 Libreoffice 的整个会话崩溃。测试了许多发行版。

那么,总而言之,对于完美运行的系统,推荐哪一个?Linux 发行版与 Legacy 或 UEFI 一起工作得更好吗?(如果在系统功能方面有任何差异)

Rod*_*ith 30

对于大多数硬件,引导模式(EFI 与 BIOS)无关。在这两种情况下,Linux 加载的驱动程序都是相同的,性能也应该如此。这里的主要警告是,根据您的引导模式,硬件可能会以不同的方式初始化,如果 Linux 驱动程序对硬件的初始化方式做出假设,那么一种或另一种方式可能会更好。这在过去有时使得引导一种或另一种模式(通常是 BIOS 模式)更可取,但今天这种类型的问题变得越来越少。这类问题主要影响视频硬件和驱动程序,但原则上它可能会影响任何事情。

在您的具体情况下,我怀疑您的“前沿”硬件对 Linux 的支持很差,或者可能需要特殊配置才能在 Linux 中正常工作的硬件。最好的办法是针对每个无法让您满意的特定设备发布单独的问题。您还可以使用 BIOS 模式和 EFI 模式安装进行测试,以凭经验确定哪种模式更适合您,因为无法准确概括哪种模式最好。

哪种模式最好的问题的正确答案是:这取决于。例如:

  • 如果您使用已以一种或另一种模式安装的操作系统进行双引导,则几乎总是最好以与已使用的引导模式相同的引导模式引导 Ubuntu(或任何其他 Linux)。
  • 使用 BIOS/CSM/legacy 模式几乎总是会使启动过程复杂化,正如我的这个网页上详细描述的那样结果是启用 BIOS 模式启动会使问题更容易出现,特别是如果您已经安装了 EFI 模式操作系统。
  • BIOS 模式启动过程的知识更为广泛,这可以在单操作系统系统上解决上述问题。
  • 正如我所描述的,一些硬件初始化问题可能有利于一种或另一种引导模式(通常 BIOS 模式更容易工作)。不过,此类问题的频率似乎正在减弱。
  • EFI 模式启动通常比 BIOS 模式启动快一点,尽管细节因操作系统而异。
  • 您选择的引导加载程序有些不同。如果您尝试超越默认的 GRUB,您可能更喜欢仅在一种引导模式下可用的东西。目前,这倾向于支持 EFI,因为有一些特定于 EFI 的引导管理器(gummiboot、rEFIt 和 rEFInd)没有对应的 BIOS;但是 AFAIK 唯一没有 EFI 端口或类似工作的 Linux 特定于 BIOS 的引导程序是 BURG 和 LOADLIN,这两个程序(AFAIK)都被放弃了。
  • 安全启动(UEFI 特定功能)可以帮助您控制启动过程,防止未经授权的代码运行。如果您愿意并且愿意付出努力,您甚至可以使用安全启动来阻止Windows 在您的计算机上运行。
  • 在某些计算机上,GPT 在以 BIOS 模式启动时会出现问题;但 GPT 是 EFI 的标准。GPT 在低于 2TiB 的磁盘上提供了一些次要优势,但在大于 2TiB 的磁盘上需要。(假设 512 字节的逻辑扇区;但较大的逻辑扇区无法在 BIOS 模式下启动,并且在内部磁盘上很少见。)

如果您需要更具体的“BIOS”或“EFI”答案来确定您应该使用哪个,您必须提供关于您的设置的更具体的信息。


UTF*_*F-8 15

            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.
Run Code Online (Sandbox Code Playgroud)

我说清楚了吗?

没有理由使用 UEFI,除非您想启动 Windows 或者您想从大小超过 2 TiB 的分区启动。您总能找到解决后者的方法。

UEFI 带来了很多缺点,但没有任何优点。不要使用它。

您基本上将自己的计算机的控制权交给了公司。不要那样做,那是个坏主意。

您在使用某些无法处理 GPT 的工具时也会遇到问题(从 bios 到 uefi 的唯一改进是支持 GPT,其他一切都是缺点,而且有很多)。这并不是太大的问题,如果你对外部或辅助硬盘使用GPT,但它不开机。

如果您没有大于 2 TiB 的 HDD 来启动,那么首先没有问题。如果您的硬盘驱动器的容量超过 2 TiB,但不需要分区大于 2 TiB 并且不需要在第一个 2 TiB 之后有分区的开头,那么您也不需要需要 GPT,因此不需要 UEFI。(因此,有一个 4 TiB 硬盘驱动器,在开始时有一些分区,最后 2 TiB 用 1 2 TiB 填充就可以了,无需 GPT 即可工作。)

如上所述:这仅与您启动的硬盘有关。如果您有一个用于启动的 SSD(当然不能那么大,因为没有这么大的 SSD)并且只想使用 GPT 进行数据存储,那一切都很好,您不需要 UEFI 来访问它们。

UEFI 没有解决通常需要以硬件固件和操作系统驱动程序形式支持硬件的问题。本来可以,但事实并非如此。UEFI 简直糟透了。

  • 它是“GPT”,而不是“GTP”。在这一点上,GPT 得到了很好的支持。是的,*一些*工具不支持它,但总的来说,这是一个小问题;和 GPT 提供了一些(不可否​​认的)优于 MBR 的优势,超出了超过 2TiB 的支持,详细说明 [here.](http://askubuntu.com/questions/629470/gpt-vs-mbr-why-not-mbr) 你的陈述关于将您的计算机的控制权交给公司是不受支持且不正确的。使用带有 MBR 的超过 2TiB 磁盘的解决方法是一个危险的黑客。这个答案没有详细说明 EFI 的任何问题,除了对其不利的不受支持的断言。 (9认同)
  • 即使您没有大于 2TB 的磁盘,UEFI 也比 BIOS 好得多。引导过程是 64 位而不是 16 位,这使得 UEFI 更快。安全启动还可以防止 bootkit 恶意软件。此外,硬件诊断可以非常有用,而不是哔声代码。GPT 分区表中的更多新功能可防止数据损坏。如果我的电脑有 UEFI,我不会切换到 BIOS(我在 UEFI PC 上写这个) (5认同)
  • 您所指的黑客基本上是重写固件的修改版本。这也可以通过 BIOS 来完成。此外,作为一个实际问题,在 BIOS 模式下启动现代计算机(使用 EFI)将*没有*来防止这种攻击。 (4认同)
  • bios或uefi占用的存储空间越多,存储芯片就必须越大,存储恶意软件的机会就越大。而且uefi很大。真的,真的很大。就像那是一个比 Linux 内核大的引导程序。* 原则上* 可能存在用于 bios 的恶意软件,甚至有人声称拥有它,但从未显示过。我们现在有几次 uefi 被用来将恶意软件带入系统或更接近硬件,我们甚至在 uefi 中也有恶意软件。另外,uefi 会做各种没有意义的事情,可能会导致问题。就像时间必须在 (2认同)
  • 事实上,BIOS 替换恶意软件已经存在。例如,请参阅 http://blog.trendmicro.com/badbios-sometimes-bad-really-bad/。EFI 规范确实说时间应该是当地时间,但实际上,这无关紧要。如果你愿意,可以多发一些;我不会再回应了。 (2认同)
  • @Rod Smith *“您关于将计算机控制权交给公司的声明不受支持且不正确。”* 现在是吗?https://en.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface#Secure_boot_criticism (2认同)
  • @OlaTuvesson 谢谢你指出这一点。然而,这些事件发生在 2011 年至 2013 年。我在 2015 年写了我的答案,罗德·史密斯也在 2015 年写了他的评论批评我的答案。当时就已经知道 UEFI 不仅有可能损害自由软件,而且已经在阻碍它。 (2认同)