尝试恢复启动时 BootRepair 不启动

Question

我在使用新 Dell XPS 8700 时遇到了这个问题。幸运的是，在第一次启动装有 Windows 10 的硬盘之前，我克隆了整个基础版本并进行了 dd，因此如果遇到麻烦，我可以恢复到原始出厂刻录。装有 Windows 8 和 10 的较新计算机使用 EFI 分区而不是旧的 MBR 模式。计算机启动数据的信息通常存储在分区 /dev/sda1 中。备份 /dev/sda1 并妥善保存。如果该分区损坏，整个系统就会崩溃。对我来说，Grub2 加载程序不是问题，而是损坏的 EFI 分区。没有启动修复可以解决这个问题。

像您一样，我尝试重新分区 Windows 10 驱动器以便为 Ubuntu 腾出空间。大错特错。我使用了 GParted 的 Live CD 版本，结果也得到了多个分区，然后在再次启动时，Windows 10 在更新时破坏了 Grub 2 引导加载程序。在尝试恢复原始出厂版本 3 次并尝试重新分区后，我使用实用程序调用 gdisk 来查看 EFI 分区 (/dev/sda1) 的情况。

除非您有使用此实用程序的经验，否则我不会尝试使用它进行修复。我试过，但结果却更糟。无论如何，我看到 Windows 已重写了 /dev/sda1 分区，并且与 grub2 参数相关的所有数据都丢失了。

好的，那么我最终如何将分区调整为我想要的大小？完成所有这些安装和卸载后，我运行 Dban 来清理硬盘，因为该驱动器上有太多垃圾，我想这不会有什么坏处。我将计算机硬盘恢复到出厂状态，插入 Ubuntu 15.10 磁盘，并运行重新安装的常见问题，然后使用安装磁盘中的分区工具实用程序将分区调整为我想要的大小。（通常，您可以通过选择“如何安装 Ubuntu”的其他内容来获得该工具）。然后我手动将 Ubuntu 安装到新分区中（如果您不知道如何执行此操作，请参阅 Ubuntu 手册）。启动后，grub 出现，我运行 Windows 和 ubuntu，一切都很顺利。我测试了使用 gdisk 执行 Windows 和 Ubuntu 更新后发生的情况，efi 分区仍然与我的 /dev/sda1 分区有关。永远不要在没有备份的情况下触摸该分区。

所以我的建议是先看看我的场景是否适用于您的计算机。您的描述与我的经历非常接近，很可能是。如果您使用旧式 MBR/BIOS 启动，那么这些都不适用。由于大多数 Windows 10 安装的默认设置都需要 EFI，我假设这就是您的计算机正在使用的。

如果您的情况与我的情况相似，我强烈建议您备份硬盘上的所有数据，并尽可能恢复到接近出厂状态。我的戴尔电脑有一个恢复盘，它可以相当好地正确恢复所有分区。我只使用了 clonezilla 备份，因为我想更好地了解实际情况，从头开始是最好的方法。
加载 Live Ubuntu CD 磁盘。我强烈建议使用 15.10 +，因为它比其前代版本更了解 EFI 分区。我在使用 14.04 LTS 分区时遇到了麻烦。按您想要的方式进行分区，然后将 Ubuntu 安装到手动创建的分区中。注意给 Windows 10 足够的空间来工作。
完成 Ubuntu 安装过程并希望获得最佳结果。

一些建议

如果您决定使用 Clonezilla 进行备份并使用映像，请确保您单独保存（saveparts）每个分区。如果您制作硬盘的一个映像，Clonezilla 会搞砸恢复，因为它会混淆 mbr 和 efi 或 uefi。
在进行 Clonezilla 备份之前，请确保您的 Windows 10 已完全更新。Windows 中有一个 Clonezilla 会拾取的脏位标志，除非您在高级设置中选中忽略它，否则程序不会复制您的 Windows 分区。避免这种情况的最佳方法是确保 Windows 已完全更新。
我建议第一次备份时也执行 dd。这很麻烦，但无论如何它都会将您的驱动器恢复到原始状态。
确保使用最新版本的软件，以确保程序能够理解 efi。市面上有很多软件无法理解 efi，如果 efi 分区未更新，麻烦就会接踵而至。如前所述，我发现 Ubuntu 15.10 Live CD 在确保 EFI 分区 (/dev/sda1) 更新方面做得相当不错，但 GParted 却导致硬盘崩溃。
DBan 无法从 EFI 分区启动运行，为了使该程序正常工作，我不得不将设置实用程序更改为传统的 MBR/Bios 启动。请谨慎使用该程序，因为它会彻底清除您的硬盘数据！您可以跳过此步骤，但如果您遇到很多问题，我发现此步骤可以帮我解决这些问题。

一如既往地谨慎行事并祝你好运。

零电压

Answer 1