从“grub rescue>”崩溃中恢复

Question

最初张贴在AskUbuntu.com上..。

关于EOL (终结生命)版本的AskUbuntu已经采取了关闭的政策问题。也有一支声音很强的队伍要把他们除掉。为了防止这个受欢迎的问题的可能丢失(到目前为止有342335次浏览)，我在这里放置一个修改版本。-博士打捞员

“经典”系统..。

• 基于Ubuntu 10.04 ( Lynx)的小狗Linux 5.2.8 (Lucid)
• GRUB 2引导加载程序

GRUB 2在/boot/grub中放置了许多*.mod文件(内核模块)。删除这些文件(认为它们是错误的声音文件)会导致重新启动和提示grub rescue>失败。

在这种情况下如何恢复？

Answer 1

这个答案适用于其他人，而DocSalvager的答案并不适用于其他人。

1. 我遵循DocSalvager使用ls来找到正确的硬盘分区。在我的例子中，是(hd0,msdos5)。
2. 然后执行以下命令以返回到普通grub引导加载程序屏幕。grub rescue> set boot=(hd0，msdos5) grub rescue> set prefix=(hd0，msdos5)/boot/grub grub rescue>不正常grub rescue> normal
3. 在引导到Ubuntu之后，我用来自终端的以下命令修复了grub引导加载程序。sudo grub-install /dev/sda

有关此过程的可视演练，请参考本源。

Answer 2

从一次可怕的救援事故中恢复过来.

• grub rescue>不支持cd、cp或任何其他文件系统命令，只支持它自己的ls变体(实际上是一种find命令)。
• 因此，首先，必须找到包含/boot目录的分区，其中包含vmlinuz和其他引导映像文件.rescue> ls (hd0,4) (hd0,3) (hd0,2) (hd0,1) grub rescue> ls (hd0,4)/boot .某种“找不到”消息grub rescue> ls (hd0,3)/boot .某种“找不到”消息grub rescue> ls (hd0,2)/boot .稀饭..。Initrd.img-2.6.32-33-通用.vmlinuz-2.6.32-33-通用
  • 没有参数的ls返回此系统上的四个分区。
  • ls (hd0,4)/boot在分区(hd0,4)上找不到/boot目录。
  • ls (hd0,3)/boot在分区(hd0,3)上找不到/boot目录。
  • ls (hd0,2)/boot在分区(hd0,2)上找到一个/boot目录，它包含一个vmlinuz和我们想要的其他引导映像文件。

• 要从grub rescue>提示符手动引导.grub rescue> set root=(hd0,2)/boot grub rescue> initrd linux grub rescue> linux (hd0，2)/ boot /vmlinuz-2.6.32-33-泛型grub rescue> initrd(hd0，2)//boot/initrd.img-2.6.32-33-generic rescue> boot
  • 设置root以使用分区(hd0,2)上的/boot目录。
  • 加载grub模块linux。
  • 将该模块设置为使用内核映像vmlinuz-2.6.32-33-generic。
  • 设置initrd(initrd磁盘)以使用映像initrd.img-2.6.32-33-generic。
  • 引导Linux。

• 这将引导到一个BusyBox命令行提示符，该提示符包含所有基本文件系统命令(然后是一些！)。
• 然后可以将*.mod文件移回/boot/grub目录..。busybox> cd /boot busybox> mv mod/* grub busybox>重新启动
• 成功重启！

也看..。

• 在启动时陷入grub救援，没有bios，没有live，ls返回hd0
• AskUbuntu(从grub救援事故中恢复)
• AskUbuntu(如何修复错误未知文件系统grub救援)
• 一个不错的GRUB2ls命令参考页面
• BusyBox (网站)
• BusyBox在线仿真器