无法启动，无法打开\efi\ boot \grubx64.efi -未找到

Question

因此，我删除，然后重新安装我的电源在我的家庭服务器几个月前，由于某种原因，它停止启动到ubuntu和工作，一直以来。

我尝试过完全重新安装ubuntu，安装在一个新的硬盘上，最近的一次是启动修复。还是一无所获。老实说，我仍然是一个新手，学习，所以，一些帮助，将不胜感激。

从启动修复的粘贴：

http://paste.ubuntu.com/16581526/

在看到一个闪烁的下划线之前，我会收到一条关于引导的快速消息，并且在引导上保持shift不会弹出任何grub选项。该电文内容如下：

Failed to set MokListRT: Invalid Parameter
Failed to open \EFI\BOOT\grubx64.efi - Not Found
Failed to load image \EFI\BOOT\grubx64.efi - Not Found
Failed to open \EFI\BOOT\MokManager.efi - Not Found
Failed to load image \EFI\BOOT\MokManager.efi - Not Found

请帮我这个菜鸟

Answer 1

关于您的输出，我注意到了一些关键的事情：

• 你有两个EFI系统分区(ESP)，/dev/sda1和/dev/sdb1。这是合法的，但使计算机的故障排除更加困难。
• 您的/dev/sda1 ESP似乎是空的--或者至少，Boot脚本还没有识别出它上的任何引导文件。这可能是Boot脚本中的一个bug (它有时会遗漏一些东西)，也可能是它被意外地擦除、文件系统损坏等等。
• 您的/dev/sdb1似乎有通常驻留在Linux (/)文件系统上的文件，并且似乎缺少通常的ESP文件。这让我认为，在安装过程中指定挂载点时，您不小心复制了这些文件或发生了严重错误。
• 您的主要Ubuntu安装似乎是在/dev/sdb2上。这很好，我只是指着它，以防你认为它在别的地方。
• 您的一些GRUB条目似乎指向/dev/sda2上的安装，但没有证据表明在该位置安装了Ubuntu。

您报告的Failed to...消息来自Shim，这是Ubuntu处理安全引导的方法。它们表明未能启动各种后续程序。在您的示例中，它们可能表示GRUB安装严重损坏。

总的来说，我不清楚你的系统是如何进入当前状态的。至少，它的GRUB安装非常糟糕。在最坏的情况下，关键的系统文件可能被错误地放置或丢失，这可能很难跟踪和修复。

我建议采取下列修复措施：

1. 如果计算机上有任何重要的用户文件，请备份它们。
2. 删除两个磁盘上的所有分区。
3. 使用GParted、parted、gdisk或其他工具创建新分区。
   • 如果使用parted、gdisk或其他不创建文件系统的内容，也可以创建新的文件系统。(如果您碰巧创建了一个与旧分区具有相同起点的新分区，那么旧的文件系统将重新出现，并且您不希望这种情况发生，因此需要说明如何创建新的文件系统。)
   • 在一个磁盘上创建一个ESP (可能是/dev/sda)。
   • 使用两个磁盘的方法有很多种--您可以为文件系统(如/home或/var )设置单独的分区，使用LVM等等。提前决定要做什么并适当地设置它。

4. 在新分区的磁盘上重新安装Ubuntu。如果您使用另一个程序来创建分区，则应该使用“the”安装/分区选项，并手动指定挂载点。有关如何使用“其他东西”选项的基本知识，请参见这里。(请注意，如果您安装了Ubuntu的服务器版本，那么安装程序就会有所不同，因此这些细节也会有所不同。)
5. 如果有必要，还原开始时备份的用户数据。

此过程的目的是消除当前设置的所有特性。我不清楚这些特性是如何产生的，它们可能是更基本问题的迹象。因此，找出真正的原因(S)并修复你所得到的可能是相当费时的。因为您提到您已经完成了一个新的安装，所以您很可能不会通过重新安装来丢弃大量的自定义操作，所以这几乎可以肯定是更快、更容易的操作过程。