Grub 救援:损坏的系统无法重新启动

Grub 救援:损坏的系统无法重新启动

好的,我正在打电话,但会尽可能详细地说明:

17.10,刚刚升级,除了 shim-signed 失败外,其他一切都升级顺利。我以为会没问题,但事实并非如此。

尽管根据开始时的测量, /boot 有足够的空间,但在升级过程中它还是被填满了。

硬件是MacBook Air。三年前买的,一直在更新版本,很好。

HD 已加密 /

/boot 会不断填满 200MB,我想我可能已将 /boot/efi 移动到 /opt/boot/efi 以腾出空间,然后再进行符号链接。

升级到 17.10 后,报告消息失败,发送至 x 或 r,我可能通过将其他内容移动到 /opt/boot 来腾出空间。我不记得了。

我从来没有想到这是一个问题,直到现在我无法重新启动,我意识到/已被加密。

无论如何。什么都没启动。我得到了 grub 救援提示。

在新的启动集上告诉我:Cmdpath =(hd1,gpt1)/ EFI / Ubuntu Prefix =(hd1,gpt2)/ grub Root = hd1,gpt2

ls (hd1,gpt2)返回结果,包括 grub(不是目录)和空的 efi/:( 否则它全部是 vmlinuz、config、initrd、abi、几个系统和 memtest bin 文件。

insmod normal 告诉我:错误:未找到文件 /grub/x86_64-efi/normal.mod。

我猜我完蛋了,对吧?

我可以重新安装,但我想删除数据。除了该死的加密驱动器。F

答案1

/boot/efi/ 只是 EFI 系统分区的挂载点,simlinking 它对空间没有影响。这可能是导致更新 shim 失败的原因。检查 (hd1,gpt1) 中的可用空间。

假设 (hd1,gpt1)/EFI/Ubuntu/grubx64.efi 或 (hd1,gpt1)/EFI/Ubuntu/shimx64.efi 仍然存在,尝试将 /boot/grub/ 的内容从安装 CD 复制到 (hd1,gpt2)/grub/,看看它是否可以启动。

答案2

好的。我明白了。我需要阅读很多相关内容 -这里 A 列表 页面 没有 相当 工作话虽如此,阅读它们让我获得了足够的信息,知道要用 Google 搜索什么,并让我快速而粗略地了解了当我很久以前同意加密我的 HD 时到底发生了什么。

这是系统对我有用:mount -t ecryptfs

为了记录,我已经备份了加密的 / 和加密的 /home/$USER(是的,/home/$USER 在加密的 / 上被加密了 - 双重加密,很麻烦)并且将重新安装 Ubuntu,而不是尝试挽救我当前的系统。

要点:

  • 返回整个系统,而不仅仅是 /home(我有一些包含大量工作的数据库)
  • 备份所有 /home 和/或使用密码管理器 - 我意识到我有太多不在密码管理器中的密码,所以值得去获取 Firefox 的东西,因为就像丢失一个真正的钱包一样,你永远不会记得你丢失了什么,直到后来它很烦人。
  • 加密是好的,但要确保你知道自己在做什么,并记住密码
  • /boot 现在应该是 500MB。

相关内容