答案1
看起来你已经将 EFI/UEFI 模式的 Ubuntu 安装到主引导记录 (MBR)磁盘。这是不寻常的——不寻常到可能导致问题。EFI 模式安装的通常配置是使用GUID 分区表 (GPT)，不是 MBR。
使用 EFI 模式启动时，引导加载程序将作为文件存储在EFI 系统分区（特别是您的/dev/sda4），并且对该文件的引用存储在 NVRAM 中。我对此做了很少的测试，但有些计算机在使用 MBR 时似乎会“忘记”该 NVRAM 条目，并且有证据表明这就是您的系统上发生的情况 - 如果您efibootmgr在 Boot Repair 输出中搜索，您将看到关键ubuntu条目在它的某些运行中缺失，这意味着该ubuntu条目没有“生效”。
如果我是对的，那么将分区表从 MBR 转换为 GPT，然后重新运行 Boot Repair可能修复问题。此转换相当简单，可以使用我的gdisk工具完成，该工具是 Ubuntu 的标准配置。gdisk有关详细信息，请参阅文档：
http://www.rodsbooks.com/gdisk/mbr2gpt.html
请注意，这种转换虽然快速，但并非完全没有风险。风险相当低，但如果出现问题，就会糟糕地错误，很容易导致大量数据丢失。因此，如果磁盘上有重要数据，则应在进行此转换之前备份这些数据。（请参阅下文了解执行此类备份的另一个原因。）
不幸的是，一些 EFI 存在错误，即使在 GPT 磁盘上也无法记住其引导加载程序设置。这在 2011-2013 年很常见，但在较新的计算机上并不常见。如果您的系统受到如此困扰，您需要实施一种解决方法，正如这里太多的问题和答案所涵盖的那样：
还有一点：你的/dev/sda2是 NTFS。这个分区看起来不是可启动的。在仅安装 Ubuntu 的安装中使用 NTFS 是不可取的，因为没有适用于 Ubuntu 的良好 NTFS 维护工具，这意味着什么时候（笔记：什么时候，不是如果) NTFS 分区需要修复，您将不得不经历繁琐的额外步骤来修复它。因此，除非该分区实际上是可启动的 Windows 安装，否则我强烈建议您备份它，将其转换为本机 Linux 文件系统，然后恢复它。如果它是可启动的 Windows 安装，将整个磁盘转换为 GPT 将使其无法启动，至少除非您在计算机上安装 EFI 模式的 Windows 引导加载程序。因此，如果您仍然从此分区启动 Windows，您可能需要采用我建议的 MBR 到 GPT 转换以外的解决方案，例如在磁盘上安装 Ubuntu 的 BIOS 模式引导加载程序。