我正在尝试在旧计算机上安装 Windows，为此我正在使用 Rufus 创建可启动的 USB。我使用了 Rufus 的默认属性并单击了开始。此操作已成功执行，但是当我尝试启动 USB 以安装 Windows 时，它会出现一个带有一些点的屏幕，而不是启动安装弹出窗口。
经过搜索，我发现有人有同样的问题，所以他建议从 Partition Scheme 属性中选择 MBR 而不是 GPT，但我看到一些评论警告我们我会丢失我的文件。如果我有多个分区，MBR 是否会导致我的数据被删除？换句话说，它只会删除 C: 或同时删除 D: 和 E:?
从技术上讲，没有。无论您选择哪个选项，分区都不会自动删除。但是，我怀疑这些评论是在谈论一些事情，看起来好像你最终被迫手动删除分区。
为 U 盘选择“MBR”实际上并不是重点。重要的部分是“目标系统”选择——如果你选择 MBR 作为 U 盘的分区方案，它会导致 U 盘准备好进行 BIOS 模式启动过程（而不是 UEFI 模式启动），这就是主要区别在哪里。
（由于 U 盘没有完整的 GPU 驱动程序，它使用固件提供的视频输出在屏幕上显示内容——显然，在您的计算机上，这在本机 UEFI 模式下不能完全正常工作，但在 BIOS 中工作 -仿真模式。这对于旧计算机来说并不奇怪；他们有一段时间的 UEFI 实现平庸。）
但是，无论 Windows 安装程序以哪种模式启动，都将用于最终安装的系统。也就是说，如果 U 盘在 BIOS 模式下启动，那么它需要安装 Windows 以始终以 BIOS 模式启动，对于 UEFI 也是如此。最重要的是，Windows 还希望系统盘的分区表与引导模式相匹配——BIOS 系统通常使用 MBR 作为系统盘，而 UEFI 系统通常使用 GPT。
（简而言之，这就是你最终的结果：
USB记忆棒的MBR→USB记忆棒的BIOS模式→已安装操作系统的BIOS模式→系统磁盘的MBR）
因此，如果您在 BIOS 模式下启动安装 U 盘，但您的系统磁盘之前是 GPT 分区的（它具有 UEFI 模式安装），那么 Windows 安装程序通常会拒绝对其执行任何操作 - 它只会允许安装到 MBR 分区的磁盘。（如果磁盘是 MBR 分区的，在 UEFI 模式下也会发生同样的情况，安装程序将坚持将其改为 GPT 分区。）
问题是Windows自带的内置工具（即DISKPART）只支持在GPT和MBR之间转换空磁盘。因此，如果 Windows USB 记忆棒实际上是您唯一拥有的东西，并且如果图形安装程序是您唯一知道的东西，则没有其他方法可以继续 - 对于评论者来说，似乎为了进行 BIOS 模式安装您必须先删除所有分区，然后让安装程序将现在空的磁盘从 GPT 转换为 MBR。
（请注意，分区不会自动删除；安装程序不会继续。）
在这种情况下，避免这种情况的方法是首先从Linux U 盘启动，然后使用
gdisk实际上可以转换具有GPT 和 MBR 格式之间分区的磁盘的工具。（虽然转换为 MBR 并不总是能保证工作，而且 gdisk 可能会拒绝这样做。）虽然如果您的系统磁盘之前没有进行GPT 分区（即，它之前只有 MBR 和 BIOS 模式的 Windows 安装），那么无论如何都没有问题 - 安装程序只会按原样接受磁盘。
您将丢失 U 盘上的所有文件，就像您使用 Rufus 并使用 GPT 创建它一样。
MBR 用于安装在具有 BIOS 而不是 UEFI 的旧机器或启用了兼容性支持模块 (CSM) 的新机器上。
如果，一个棒已经启动，你正在删除分区，那么你肯定会丢失磁盘上的数据，但这是意料之中的。