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


20

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

我不确定BIOS设置是否会影响系统的工作方式以及旧式设置是否可能是硬件行为异常的原因,但是我通常会以旧式模式安装Linux系统,首先将启动优先级设置为旧式。这样可以吗,还是我应该先将启动优先级更改为UEFI,还是将所有内容都调整为UEFI(这台Lenovo G50-45笔记本电脑随Windows 8一起提供)。

另外,在我的笔记本电脑上,很多事情无法正常运行,而在Windows上,一切正常,我不确定问题出在哪里。我只记得,Windows不会使用旧设置进行安装,我必须先将启动优先级更改为UEFI才能进行安装(Win 7 Ultimate x64)。

当前在* ubuntu(任何变体)15.04上,我遇到麦克风无法正常工作的问题(失真,非常微弱的声音),并且Xorg在k3.19 +中与Libreoffice的整个会话崩溃。经过许多分布测试。

因此,总而言之,对于完美运行的系统,建议使用哪种?Linux发行版是否可以与Legacy或UEFI更好地配合使用?(如果系统功能方面有任何差异)


1
当您说旧版时,它不是grub-legacy,而是旧版Boot或CSM,其中CSM-UEFI兼容性支持模块(CSM),它模拟BIOS模式。您可以使用gpt分区驱动器以CSM模式启动。自Ubuntu 10.10起,我将gpt与旧的BIOS系统一起使用。除非供应商更改并开始直接支持Linux,否则拥有非常新系统的驱动程序将始终是一个问题。Linux开发人员必须对所有驱动程序进行反向工程,这需要一段时间才能完成当前发行版中的所有内容。UEFI也相对较新,而且供应商也需要大量开发。
oldfred

我认为这就像AMD与Intel一样,它们的工作原理和目的相同,但它们来自不同的供应商,当然其中一个具有功能和问题,而另一个则不然,这一切都在您身上
deFreitas

Answers:


25

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

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

哪种模式最佳的正确答案是:取决于情况。例如:

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

如果您需要使用更具体的“ BIOS”或“ EFI”答案,则必须提供有关设置的更多具体信息。


谢谢您,尽管两者都很有帮助,但是比以前的文章更能说明这一点。这是一个单一的OS系统atm。
Inoki

我已经发布了有关我所关注问题的错误报告。一个位于此处bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1473435,另一个位于此处ubuntuforums.org/showthread.php?t=2285503
Inoki

很棒的信息(还有很多)我也读了你的书页。如果我理解正确,它可以归结为:“除非有迫切的需求,否则建议您坚持使用UEFI,这样可以减少问题,并且在出现问题时更容易安装。” 您提到的可能需要切换的问题之一是视频卡。我将仅在新计算机上安装Ubuntu,并使用Nvidia图形卡(如果需要,可以使用gtx 970),只有旧卡才例外,或者由于我没有安装Windows来安装固件,我是否需要使用遗产?
TrailRider 2015年

如果我建议使用UEFI,则对我的最后评论(可能应该是它自己的问题)进行相关跟进,因为这很可能是仅Linux的计算机(如果出于某种原因,我需要自己的HDD进行Windows双重启动),我应该启用还是禁用安全启动?我从你的网页收集我觉得你建议离开它启用,但该页面是如此广泛,很难消化第一遍.....
TrailRider

我不知道BIOS或EFI模式下可靠或不可靠视频卡的数据库,因此我无法评论您的视频卡选择。您只需要尝试一下,并尽最大努力解决所有问题。关于仅Linux系统上的EFI与BIOS,除非我知道计算机存在某些特定问题,否则我个人将使用EFI。但是对于仅用于Linux的应用来说,这实际上不会产生太大的变化。安全启动应该与Ubuntu一起使用,并且可能会提供一些小的安全性好处,因此除非它引起问题,否则我将使其保持启用状态。
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.

我说清楚了吗?

除非您要引导Windows或要从大于2 TiB的分区引导,否则没有理由使用UEFI。您总是可以找到后者的解决方案。

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

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

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

如果您没有要启动的大于2 TiB的HDD,那么首先没有问题。如果您要启动的硬盘具有超过2 TiB的硬盘,但又不需要分区大于2 TiB,也不需要在第一个2 TiB之后就有分区的开始,那么您也不需要需要GPT,因此不需要UEFI。(因此,在开始时有一个4 TiB HDD并带有一些分区,最后一个2 TiB充满1 2 TiB是很好的,并且不需要GPT。)

如前所述:这仅与您从中引导的HDD有关。如果您有一个可引导的SSD(因为不存在这么大的SSD,那当然不能那么大),而只想使用GPT进行数据存储,那一切都很好,并且您不需要UEFI来访问它们。

UEFI无法解决通常需要以硬件固件形式提供对硬件的支持以及OS驱动程序的问题。本来可以,但事实并非如此。UEFI简直糟透了。


8
它是“ GPT”,而不是“ GTP”。在这一点上,GPT得到了很好的支持。是的,有些工具不支持它,但是总的来说,这是个小问题。和GPT相比,MBR具有超过2TiB支持的某些(公认的次要)优势,如此处所述。您关于将计算机控制权交给公司的陈述不受支持且不正确。在MBR上使用超过2TiB的磁盘的解决方法是很危险的。除了无法支持的有关EFI的断言外,该答案没有详细介绍EFI的任何问题。
Rod Smith

4
您所引用的hack基本上是重写固件的修改版本。这也可以通过BIOS完成。同样,实际上,以BIOS模式引导现代计算机(使用EFI)无法防止此类攻击。
罗德·史密斯

2
BIOS或uefi占用的存储空间越多,存储芯片必须越大,存储恶意软件的机会就越多。uefi很大。喜欢真的,真的很大。这样的引导加载程序要比Linux内核大。从原理上讲,可能存在针对BIOS的恶意软件,甚至有人声称拥有该恶意软件,但从未显示过。现在,我们已经多次使用uefi来将恶意软件带入系统或更接近硬件,甚至在uefi中也存在恶意软件。另外,uefi会做各种毫无意义的事情,并可能引起问题。就像时间必须在
UTF-8

2
实际上,BIOS替换恶意软件已经存在。例如,请参阅blog.trendmicro.com/badbios-sometimes-bad-really-bad。EFI规范确实说时间应该在当地时间,但实际上并不重要。如果您愿意,可以多租一些;我不会再回应了。
罗德·史密斯

5
即使您没有大于2TB的磁盘,UEFI也比BIOS更好。引导过程是64位而不是16位,这使UEFI更快。安全启动还可以防止Bootkit恶意软件。硬件诊断也可以代替哔声代码非常有用。GPT分区表中还有更多新功能可以防止数据损坏。如果我的计算机装有UEFI(我是在UEFI PC上编写的),则我不会切换到BIOS
Suici Doga 2016年

0

至少有一个很好的理由在UEFI上安装Linux。如果要升级 Linux计算机的固件,则在许多情况下都需要UEFI。

例如,集成在Gnome软件管理器中的“自动”固件升级需要UEFI。没有UEFI意味着固件升级通过LVFS / fwupd / fwupdmgr将不会工作。在大多数情况下,这意味着完全没有在Linux上进行固件升级。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.