我愚蠢地强制安装了 UEFI，现在我的电脑无法启动到我的 Windows 分区。有什么方法可以撤消此问题吗？
答案1
根据评论，很明显你现在处于数据恢复模式。关于这个问题有很多问题，但简而言之，你也许可以使用测试磁盘恢复整个分区或相簿恢复单个文件。这些并不是唯一可以做到这一点的工具，听起来你至少找到了一个其他工具。还有专业的数据恢复服务——你把磁盘寄给他们，他们就会恢复你的文件。不过，这样的服务很贵。无论你使用什么工具或服务，这都可能是一项艰巨的任务，而且你不太可能将 Windows 安装恢复到可启动状态。在转到 Windows/Ubuntu 双启动之前，你可能必须重新安装 Windows。
为此，您必须了解老式 BIOS、新式 EFI/UEFI 和 CSM 的风险之间的区别。总而言之：
- BIOS-- 这是最初的 PC 固件。它是在 1980 年或 1981 年用 16 位代码编写的，并且非常按照现代标准来看，UEFI 是原始的。多年来，它一直阻碍着 PC 的发展。2011 年末，制造商开始纷纷用 UEFI 替换 BIOS，这可能是因为微软要求特定的 UEFI 功能（安全启动）来认证 Windows 8 硬件。
- 启动/UEFI-- 这是 BIOS 的后继者。（UEFI 是 EFI 2.x。我通常使用“EFI”，因为它是更通用的术语，除非我真正指的是 2.x 版本。）令人困惑的是，许多人，甚至公司，都将 EFI 称为“BIOS”。但是，由于 EFI 与 BIOS 截然不同，因此使用“BIOS”来指代 EFI 是一种错误，在我看来，因为它会让人们认为差异比实际要小。这会导致无法言喻的问题。重要的是，与 BIOS 相比，EFI 需要全新的引导加载程序。一些引导加载程序（如 GRUB）已移植到两种类型的固件中，这有助于隐藏差异；但其他一些是仅适用于 BIOS（如 LILO）或仅适用于 EFI（如 EFI 存根加载程序）。
- 中央管理委员会-- 兼容性支持模块 (CSM) 是 EFI 的向后兼容层；它使 EFI 能够启动较旧的 BIOS 模式引导加载程序或操作系统。您可以将 CSM 与 EFI 视为
dosemuLinux 的对应关系 -- 这两种工具都允许您在较新且功能更强大的环境（EFI 或 Linux）上运行较旧环境（BIOS 或 DOS）的程序。CSM 有时是必需的，但如果激活它，则无法确定支持两种模式的引导介质将以哪种方式引导。这反过来会导致问题，包括您遇到的问题 -- 您告诉安装程序执行一些危险的操作，因为您不理解警告，现在您正在收拾残局。有关 CSM 的更多信息，请参阅我的这个页面。
目前，对于大多数在空白磁盘上进行全新安装的人来说，最好的选择是禁用其 CSM并以 EFI 模式安装所有操作系统。幸运的是，这是默认设置，因为绝大多数新计算机都以这种方式配置。Windows 7 及更高版本、所有当前版本的 Ubuntu、大多数其他当前 Linux 发行版、在基于 Intel 的 Mac 上运行的所有版本的 OS X/macOS 以及几个更不为人知的操作系统都支持 EFI 模式启动。一些非常老旧或非常不为人知的操作系统不支持 EFI，但它们通常可以在虚拟化环境中（通过 VirtualBox、VMWare 等）运行，就像在“裸机”上运行一样。导致 CSM 相关问题的最常见原因是错误的互联网建议启用它，以及/或者人们在他们的固件设置实用程序中四处寻找以解决操作系统安装程序的启动问题。 （回想一下，BIOS 和 EFI 需要不同的引导加载程序。如果安装介质准备不当，它可能缺少 EFI 模式的引导加载程序，但有一个 BIOS 模式的引导加载程序，因此启用 CSM 似乎可以解决引导问题——但这只会导致更大的问题。）
根据您的描述，您似乎启用了 CSM 并以 BIOS 模式（重新？-）安装了 Windows。您这样做可能有一些原因，但是当您以 EFI 模式启动 Ubuntu 安装程序时，它让您走上了灾难之路。当需要重新安装时，最好禁用 CSM 并进行全 EFI 安装。另一方面，如果您有充分的理由以 BIOS 模式启动，您至少应该知道这一切意味着什么，这样您就不会重复这个错误，或者犯下其他同样毁灭性的错误。