安装并使用 Boot-Repair 后无法启动 Ubuntu

安装并使用 Boot-Repair 后无法启动 Ubuntu

我买了一台 Windows 10 笔记本电脑,需要在上面安装 Linux(我第一次使用 Linux)。这台笔记本电脑只有 32GB 的固态硬盘,我使用装有 Ubuntu 16.04 的 Linux Live,安装成功后无法启动(我选择格式化所有内容)。我使用boot-repair后仍然无法启动(http://paste2.org/hJ9XGkJy),已经将 ssd 置于启动优先级。我尝试使用 mount 安装 grub,但显示类似这样的错误failed to get canonical path of 'aufs'。请帮忙,我已经阅读了大量其他页面,并为此浪费了一天时间(一遍又一遍地尝试相同的方法)。

答案1

您的计算机使用 NVMe 磁盘,该磁盘通过设备显示在 Ubuntu 中/dev/mmcblk0。Ubuntu 中的大多数磁盘通过名为 、 等的设备显示/dev/sda/dev/sdb看起来 Boot Repair 可能无法正确处理该问题。至少,它没有显示设备上的分区表/dev/mmcblk0。虽然修复看起来可能做了它应该做的事情,但也报告了一些错误(例如第 676 行和 679 行),所以我不能 100% 确定它是否正确完成。我建议您就此事联系 Boot Repair 开发人员;文件名形式为 的 NVMe 磁盘/dev/mmcblk*正变得越来越普遍,Boot Repair 应该能够正确处理它们。

也就是说,如果这些问题并不严重(可能并不严重),那么您的固件可能是仍然很常见的损坏的 EFI 之一,它会忘记或忽略其内置启动管理器的基于 NVRAM 的启动条目。我这样说是因为第一个efibootmgr输出(第 254-264 行)显示了一个BootOrder不包含该条目的变量。第二个输出(第 624-634 行)也是ubuntu如此。第三个实例(第 656-666 行)显示修复结果,并显示该条目处于活动状态并且是 中的默认选项。问题是,变量从一开始就应该是正确的;它不正确但存在条目,意味着在安装操作系统后变量被更改了。此问题通常的原因是固件有缺陷。efibootmgrubuntuBootOrderBootOrderubuntuBootOrder

如果我是对的,你可能需要退回电脑以获得退款(如果它足够新)或者使用一个丑陋的、黑客式的解决方法,就像我在回答中描述的那样这个问题。引导修复实用程序也可以半自动地执行此操作;您需要在“高级”菜单上设置备份和重命名引导加载程序的选项,然后重新修复安装。

相关内容