新安装中的Grub救援无效依赖于拱形的ELF魔法

Question

我在一个W8安装上安装了ubuntu (我的目标是只剩下ubuntu )，安装完成得很好，并要求重新启动，之后，它只给了我一个黑屏幕和

grub rescue>

出现在屏幕上。我试图从这里遵循指南：修正GRUB错误：“错误:未知文件系统” I能够找到.mod文件，但是出现了一系列问题。

*如果在(hd0，gpt5)中找到这些文件，在设置"gpt“之后是否需要关注？？

set prefix=(hd0,gpt5)/boot/grub

并试图加载模块

insmod normal

电脑上说：

error: file '/boot/grub/x86_64-efi/normal.mod' not found

我不知道为什么它会在目录中添加额外的'x86_64-efi‘。考虑到解决方案不起作用，我尝试用完整的目录加载模块：

insmod (hd0,gpt5)/boot/grub/normal.mod

但是这一次计算机说“无效的依赖于拱形的ELF魔法”。我自己还没有能力取得更多的进步，请帮帮忙。

更新

我能够从活动usb上运行“尝试ubuntu”，我可以看到我所有的分区，带ubuntu文件的分区，带我所有数据的分区，我只想知道如何使ubuntu重新启动，没有其他的，请帮助。

Answer 1

更新：

按照其他线程的建议，这个解决方案最终是通过使用引导修复来实现的。建议的修改对我来说很好，现在我有了另一个小问题，但我要开始另一个问题，因为在我看来，这是一个不相关的问题。谢谢大家的帮助。

Answer 2

在选择安装之前，启动安装程序上的UEFI菜单。它应该有两个选择，UEFI和BIOS，但是对于哪一个是BIOS还是UEFI的描述并不总是很清楚。如果您安装在gpt分区驱动器上，那么您必须在UEFI模式下启动一个efi分区，或者在BIOS模式下启动一个bios_grub分区。

有些人可以手动引导，用安装将gpt8的示例更改为分区。

/ boot /grub/i 386-pc/Normal.mod在UEFI模式手动引导工作中未发现启动

set root=(hd0,gpt8)
set prefix=(hd0,gpt8)/boot/grub
insmod linux
linux /vmlinuz root=/dev/sda8 ro
initrd /initrd.img
boot

或者：

configfile (hd0,gpt8)/boot/grub/grub.cfg

发现将grub.cfg放入/EFI/ubuntu中是有效的，即使在grubx64.efi处于/EFI/Boot中时也是如此。

如果这样做不起作用，则发布BootInfo。发布到Create BootInfo报告的链接。是启动修复的一部分：

https://help.ubuntu.com/community/Boot-Info

引导修复-Also处理LVM、GPT、单独的/boot和UEFI双重引导。

https://help.ubuntu.com/community/Boot-Repair

您可以用它修复许多引导问题，或者“创建BootInfo”报告(其他选项)&发布它创建的链接，这样我们就可以看到您的确切配置并诊断高级问题。