启动是否成对运行,如旧版/MBR、EFI/GPT、BIOS/MBR、EUFI/GPT?

use*_*153 1 bios uefi dualboot

  • 磁盘 0 - 它是一个 HDD。它的分区样式是主引导记录。( MBR ) 这是我要安装 Linux 和双启动的磁盘。
  • 磁盘 1 - 它是一个 SSD。它的分区样式是 GUID 分区表。( GPT ) 它是安装 Windows 10 的磁盘。
  • 我的 BIOS 模式是 UEFI(在 sys info 中看到)
  • 安全启动被禁用(在系统信息中看到)
  • 两个磁盘都是基本的。

我的磁盘管理的图像

到这里为止,一切都是我可以理解的。但是这里有启动和 EFI、UEFI、BIOS、Legacy 等等。我在看how-to YouTube 视频的时候,看到了一个多次提到的工具,那就是EasyBCD。所以,我安装了它,它从一个消息框开始,说检测到 EFI Bootloader。我点击了帮助,而不是帮助它制造了更多的混乱。也可以查看:EasyBCD 和 UEFI

在“选项 1”部分。它在说

但是,您的 Windows 安装已经处于 UEFI/GPT 模式,并且无法通过传统 MBR 方法启动 Windows 的 UEFI 安装!

有像legacy/MBR、EFI/GPT、BIOS/MBR、EUFI/GPT这样的对。那么这是否意味着成对启动?

如果 BIOS 有两种模式:UEFI 和 Legacy,那为什么我听说 BIOS 和 UEFI 是两种模式?

EFI 和 UEFI 有什么区别?

请帮我双启动我会感谢你。

gro*_*taj 5

BIOS 与 UEFI

BIOS 和 UEFI 都是 PC 主板固件必须遵循的标准。它是 PC 启动时执行的第一段代码。它的作用是初始化硬件并将控制权传递给另一个称为引导加载程序的程序,后者将引导到操作系统。此过程称为引导

BIOS 使用了很长时间,但它们的设计考虑了非常非常古老的硬件。多年来,BIOS 的原始概念随着技术的发展而更新和扩展,但保持向后兼容性的需求是一个很大的 PITA,因此最终 BIOS 被弃用,转而支持 UEFI。过去 10 年中制造的几乎所有消费类计算机和主板都运行 UEFI 而不是 BIOS。

术语“BIOS”在现代 PC 中仍然经常被错误地用于指代 UEFI,因为很难改变人们的习惯。

EFI 与 UEFI

EFI 也是一种 PC 主板固件标准,但它是由英特尔开发的,考虑到了服务器硬件。UEFI 是 EFI 的演变,针对一般 PC 使用,包括消费级计算机。UEFI 使用与 EFI 非常相似的概念,因此有时 UEFI 命名法在事物名称中使用“EFI”,最显着的是EFI System Partition。您可以将 UEFI 视为 EFI 2.0。

BIOS vs. Legacy vs. CSM vs. EFI/UEFI

(U)EFI 使用与 BIOS 完全不同的引导机制。与 BIOS 一起使用的旧引导技术不再适用于普通 UEFI,但有兼容性支持模块(CSM) - UEFI 的一个可选组件,它提供与 BIOS 引导的向后兼容性。这种旧的引导模式在 UEFI 设置程序中称为legacy bootBIOS bootCSM boot(通过在引导时按某个键来访问 UEFI 设置来访问的东西)。

根据我的经验,除了 UEFI 引导之外,大多数 UEFI 还允许您启用 BIOS 引导,但在某些情况下,您必须选择其中之一。还有一些平台不支持 CSM,例如 Intel 的 Gemini Lake。

MBR 与 GPT

这些是分区表样式。分区表是存储设备(通常是 HDD 或 SSD)上的一种数据结构,用于描述该设备的虚拟分区。虚拟我的意思是它并没有真正改变设备的任何物理内容,它只是对用户意图的描述。操作系统的工作是读取分区表并尊重它,将磁盘暴露为一组独立分区而不是一个大型存储设备。

各家公司为此发明了许多旧的分区表样式,但经得起时间考验的一种现在通常称为MBR。它显示了它的年龄,但在很长一段时间内都足够好。它有两个主要限制:首先,它最多支持四个分区。这是通过发明扩展分区来解决的:一个采用单个分区槽的分区,但拥有无限数量的内部分区。另一个限制是无法解决的:它无法解决超过 2 32-1 的扇区。听起来很多,但我们已经做到了:512 字节扇区磁盘为 2 TB,4k 扇区磁盘为 16 TB。如果你的磁盘比这个大,MBR 只会让你分区到那么大的空间。

GPT是MBR的继任者。它最多支持 128 个分区和地址,如此之大,我们几十年都无法访问,也许永远无法访问。

BIOS+MBR 和 UEFI+GPT

这些是自然配对,但您可以根据需要使用 BIOS+GPT 或 UEFI+MBR。

MBR 在主引导记录之后被调用- 一小块分区表,其中包含一个主引导加载程序。当 BIOS 启动时,它会执行这段代码。这个 MBR 记录不属于任何分区,它直接存储在分区表中。这种方法很容易在 BIOS 等固件中实现,但它非常有限:主引导记录很小,因此所有高级引导加载程序都尝试在其中安装最小的文件系统驱动程序,并从系统分区加载其余组件。没有专用工具也很难使用。

GPT 实际上是由 UEFI 规范定义的,并采用了不同的方法。由于 UEFI 并不意味着像 BIOS 那样轻薄和简单(它基本上是一个小型操作系统,包括加载自定义模块的能力),因此其设计人员并没有为 BIOS 的“KISS”方法而烦恼。相反,UEFI 包括 FAT 系列文件系统的驱动程序,并且可以配置为直接从分区加载引导加载程序。基本上每个人都试图存储在 MBR 中的文件系统驱动程序现在由平台提供,以及一个内置的引导管理器。

因此,要启动 BIOS(或 CSM),您需要在分区表中有 MBR 记录。GPT 规范实际上涵盖了这种情况。将在 MBR 分区表中用于 MBR 记录的相同区域(令人困惑,是吧?)在 GPT 中保留。这就是所谓的保护 MBR,以防万一有人想从 BIOS 启动 GPT 磁盘。

对于 UEFI,您通常需要一个EFI 系统分区(有时称为 ESP)。它使用 FAT 系列 FS(通常为 FAT32)进行格式化,并用于将所有操作系统的所有引导加载程序存储在子目录或名为EFI(EFI legacy,见?)的目录中。然后将这些引导加载程序添加到 UEFI 设置或操作系统安装程序中的引导选项列表中,以便在 UEFI 的内置引导管理器中选择它们。

或者,如果媒体打算仅提供单个 UEFI 引导选项(例如操作系统安装媒体),则它们可以提供EFI\BOOTX64.EFI在 FAT 系列格式化分区上调用的引导加载程序文件。这些会自动导入 UEFI 引导管理器,无需任何配置。

由于保护性 MBR,因此 BIOS+GPT 是可能的,而 UEFI+MBR 是可能的,因为您仍然可以创建 EFI 系统分区。但是,Windows 不支持这些组合。

我在一张磁盘上安装了 Windows,如何在另一张磁盘上安装 Linux?

磁盘技术,即。SSD 与 HDD 无关。我只会使用这两个作为您磁盘的名称。

我建议:

  1. 考虑将 HDD 重新分区到 GPT - 只是为了使其现代化并避免恼人的分区限制。如果您要保留该磁盘上的其他数据,则很可能无法进行无损转换,因此请考虑跳过此步骤。

  2. 在 HDD 上创建 EFI 系统分区。您可以使用 SSD 上已有的那个,但这会造成单点故障——没有 SSD,HDD 上的操作系统将无法启动。每个磁盘一个 ESP 是安全的并且在任何地方都受支持(理论上您可以拥有任意数量的 ESP,但您可能会遇到 Windows 升级的一些问题)。

  3. 在 HDD 上创建一个分区来存储 Linux 和您的文件。

  4. 在 UEFI 模式下安装 Linux。

提示:

  • 如果您不打算使用 CSM,最好在 UEFI 设置中禁用它以避免混淆。
  • 请记住在安装程序中选择正确的 ESP。对于 Debian,选择Use as: EFI System Partition。对于 Ubuntu,我认为在底部下拉列表中选择正确的磁盘就足够了。
  • 不要浪费时间尝试安装 Kali Linux。它不是作为通用操作系统设计的,也不打算安装。如果您想学习 Linux,请选择通用且针对普通用户的内容。Debian 是 Kali 的基础。Ubuntu 是一个用户友好的现代 Debian 衍生产品,拥有庞大的用户群(因此得到了极大的支持)。我个人喜欢 Pop!_OS,它是 Ubuntu 的衍生产品,有一些调整和生活质量改进。如果您只想使用 Kali,请从 USB 启动它,就像使用它一样。