![移动分区后,UEFI Ubuntu 安装在无法启动](https://linux22.com/image/871297/%E7%A7%BB%E5%8A%A8%E5%88%86%E5%8C%BA%E5%90%8E%EF%BC%8CUEFI%20Ubuntu%20%E5%AE%89%E8%A3%85%E5%9C%A8%E6%97%A0%E6%B3%95%E5%90%AF%E5%8A%A8.png)
在使用 Gparted调整大小并移动包含我的 EFI 分区的同一驱动器上的大分区后,我的 Ubuntu 安装 (15.04 x64) 不再以 EFI 模式启动。当我尝试在 Bios 启动菜单中手动加载与 Ubuntu 相对应的启动选项时,什么也没发生(屏幕闪烁并返回菜单)。该机器是 Dell Optiplex,当我尝试“添加启动选项”时,我收到一条消息,提示“未找到文件系统!”。我已经使用可启动的 Ubuntu USB 检查过,我的所有分区确实仍然存在并且可以访问。
我尝试使用启动修复工具修复 EFI 分区,但没有成功。我不知道还能做什么。有什么想法吗?
答案1
你的安装非常奇怪:
- 您的分区表是 MBR,这几乎总是表示 BIOS 模式启动。在 Windows 的情况下,MBR需要BIOS 模式启动。
- 您已在 MBR 中安装 Windows 引导加载程序。
- 您的第一个分区有一个 FAT 文件系统,并包含 EFI 引导加载程序,显然适用于 Linux 和 Windows(尽管 Windows 文件实际上可能是 Boot Repair 创建的 GRUB 副本)。请注意,EFI 不是 BIOS,因此与前两点不一致。
- 第一个分区的类型代码是 0x83,通常仅由 Linux 使用。但其内容暗示它是一个 EFI 系统分区 (ESP)。MBR ESP 的类型代码应为 0xEF。
- 您没有明显的 NTFS 分区,因此如果涉及 Windows 安装,则不清楚它在哪里。因此,BIOS 和 EFI Windows 引导加载程序的存在令人费解,尽管也许可以解释。
如果我不得不猜测,我会说你有一个 Windows 安装,但是你在它上面安装了 Ubuntu,并且你要么从 BIOS 模式启动转换为 EFI 模式启动,要么在 EFI 模式下安装,然后将分区表从 GPT 更改为 MBR。
对于恢复,我的第一个建议是谨慎行事。您的安装非常奇怪,如果您开始进行随机更改,很容易让情况变得更糟。进行更改时,请从可以轻松撤消的更改开始。谨慎行事的一部分是使用紧急启动盘备份磁盘上的任何重要个人数据。错误或未识别的问题很容易导致实际数据丢失,因此您应该通过备份做好准备。
一种谨慎的做法是尝试使用我的 USB 闪存驱动器或 CD-R 版本rEFInd 启动管理器看看它是否能启动你的系统。它应该启动它,假设操作系统本身没有问题。如果 rEFInd 可以启动您的操作系统,那么您可以继续调整分区表(稍后介绍)。如果不能,那么您应该开始调查文件系统损坏或文件意外损坏的可能性。报告 rEFInd 菜单中显示的内容的详细信息以及选择每个选项时发生的情况,可能有助于在这种情况下提供进一步的建议。
如果 rEFInd 可以启动 Ubuntu,我会先将 的类型代码/dev/sda1
从 0x83 更改为 0xEF。您可以fdisk
使用选项执行此t
操作。然后,您可以通过调整固件中的项目、重新安装 GRUB(grub-install
)或将 rEFInd 安装到硬盘来启动它。不过,您至少可能需要将 MBR 磁盘转换为 GPT 格式。您可以使用 执行此操作gdisk
;请参阅这里了解详细说明。此转换是可逆的,但不像更改第一个分区的类型代码那么容易,所以我首先从这个简单的步骤开始。从 MBR 转换为 GPT 后,您几乎肯定必须设置或重新安装 GRUB 或将 rEFInd 安装到硬盘上才能启动系统。