安装并使用Boot-Repair后无法启动Ubuntu
我买了一台Windows 10笔记本电脑并需要Linux（我的第一次Linux体验）。 笔记本只有一个32GB的ssd，我用的是Ubuntu 16.04的linux live并且在安装成功后没有启动（我选择格式化所有内容）。 我使用boot-repair并且仍然无法启动（ http://paste2.org/hJ9XGkJy ），已经将ssd置于启动优先级。 我尝试使用mount安装grub但显示错误，例如failed to get canonical path of 'aufs' 。 请一些帮助，我已经阅读了大量的其他页面并且因此而失去了一天（一遍又一遍地尝试相同的方法）。
您的计算机使用NVMe磁盘，该磁盘通过/dev/mmcblk0设备显示在Ubuntu中。 Ubuntu中的大多数磁盘都是通过名为/dev/sda ， /dev/sdb等设备出现的。 看起来Boot Repair可能无法正确处理。 至少，它没有显示/dev/mmcblk0设备上的分区表。 虽然修复看起来可能已经做了应该做的事情，但也报告了一些错误（如676和679行），所以我不能100％确定它是否正确完成。 我建议您联系Boot Repair开发人员; 文件/dev/mmcblk* NVMe磁盘正变得越来越普遍，Boot Repair应该能够正确处理它们。
也就是说，如果这些问题并不重要（并且它们可能不是），那么您的固件可能是仍然太常见的损坏的EFI之一，它忘记或忽略了它们内置的引导管理器的基于NVRAM的引导条目。 我这样说是因为第efibootmgr行的第一个efibootmgr输出显示了一个不包含ubuntu条目的BootOrder变量。 第efibootmgr行的第二个efibootmgr输出也是如此。 第三行，在第656-666行，显示了修复的结果，并将ubuntu条目显示为活动状态，并显示BootOrder中的默认选项。 问题是BootOrder变量应该从一开始就是正确的; 事实上它不正确，但存在一个ubuntu条目，暗示在安装操作系统后BootOrder变量被更改。 此问题的常见原因是固件有缺陷。
如果我是对的，您可能需要退还计算机以获得退款（如果它足够新的话）或使用丑陋的，恶意的解决方法，如我在回答此问题时所述。 引导修复实用程序也可以半自动执行此操作; 您需要在“高级”菜单上设置备份和重命名引导加载程序的选项，然后重新修复安装。