系统无法启动,grub 救援失败。分区恢复?

系统无法启动,grub 救援失败。分区恢复?

我有点搞砸了...我正在从外部卷编辑分区,我可能不小心编辑了启动分区。我的机器无法启动,它说error: no such partition. entering rescue mode. grub rescue>(屏幕截图 1) 我尝试用 grub rescue 列出分区,但它们看起来是空的?

截图1

系统信息:
在 amd64 上运行的 Ubuntu 16.04
尝试通过启动和操作系统等从 SSD 启动。
没有整个磁盘的备份 之前一切正常

无论如何,我尝试
set boot=(hd1) set prefix=(hd1)/boot/grub insmod normal
返回
Can't find /boot/grub/i386-pc/normal.mod(因为它是空的?)到目前为止我发现没有任何修复有帮助。

我还尝试从 Ubuntu-live 开始,在那里我可以访问 SSD 的文件。在那里,我打开了 gparted(屏幕截图 2)并使用了fdisk -l(屏幕截图 3),它告诉我,没有启用启动的分区。我想 W95 Ext'd 通常应该是 Linux,对吧?如果是这样,有没有办法“转换”该表?

如果您有其他怀疑,请告诉我。

截图2 截图3

感谢您提供任何可能有帮助的提示或资源!

答案1

请注意,您遇到的问题适用于旧模式启动。 (您在 gparted 中的分区表会显示 msdos)如果您将 GPT 与 BIOS 或 UEFI 一起使用,则这不适用。

error: no such partition. entering rescue mode.意味着 grub 无法加载模块并且无法再找到同一磁盘上的文件系统。在 grubs 术语中,这称为阶段 2。这是因为 /boot 分区已被删除或格式化。如果您的根目录被删除,其中包含 /boot 目录,这也适用。

如果引导分区被删除,您可以尝试简单地重新创建引导分区,因为磁盘开头大约 500MB 的未分配空间很可能是您的引导分区。

在 gparted 中,您可以选择未分配的空间并创建一个新分区,但在创建它时使文件系统类型未格式化。这个非常重要。它将默认占用所有连续的可用空间,并且将成为主分区。前后可用空间应为 0 单击“应用”后,加载后它将检测其 ext3 或 ext4(如果有效)。这并不是完整的证据,您可能想使用 testdisk 自动查找丢失的分区。

相关内容