Ubuntu 18.04虚拟机陷入grub rescue模式的修复求助

兄弟，我太懂你这种误操作后的崩溃感了——把文件误写到根分区搞挂系统，还卡在grub rescue，确实头大。不过好在是虚拟机，咱们不用慌，有几个靠谱的修复步骤，亲测能解决大部分这类问题：

第一步：用Ubuntu安装ISO启动Live救援环境 #

因为虚拟机没法插实体USB，但咱们可以挂载ISO镜像当虚拟光驱：

• 先关掉出问题的VM，找到虚拟机设置里的存储选项，把Ubuntu 18.04的安装ISO文件挂载到虚拟光驱（记得勾选启动时连接）
• 重启VM，开机时按对应快捷键进启动菜单（VMware是F2，VirtualBox是F12），选择从虚拟光驱启动
• 进入安装界面后，选「Try Ubuntu without installing」，进入Live系统

第二步：修复损坏的文件系统 #

你的根分区（/dev/sda1）大概率因为误写操作出现了文件系统损坏，先修复它：

• 打开终端，先确认分区位置：

  sudo fdisk -l
  

  找到标注为Linux filesystem的/dev/sda1（对应你grub里的(hd0,msdos1)）
• 运行文件系统检查修复：

  sudo fsck /dev/sda1
  

  如果出现修复提示，直接输y确认就行，直到检查完成

第三步：重新安装GRUB引导 #

文件系统修复好后，咱们得把坏掉的GRUB重新装回去：

• 先把修复好的根分区挂载到临时目录：

  sudo mount /dev/sda1 /mnt
  

• 挂载系统必需的虚拟文件系统：

  sudo mount --bind /dev /mnt/dev
  sudo mount --bind /proc /mnt/proc
  sudo mount --bind /sys /mnt/sys
  

• 切换到你的系统环境（chroot）：

  sudo chroot /mnt
  

• 重新安装GRUB到磁盘（注意是/dev/sda，不是分区sda1）：

  grub-install /dev/sda
  

• 更新GRUB配置文件：

  update-grub
  

• 退出chroot并卸载挂载的目录：

  exit
  sudo umount /mnt/sys /mnt/proc /mnt/dev /mnt
  

第四步：验证修复 #

关掉Live系统，在VM设置里卸载虚拟光驱的ISO镜像，重启VM——正常情况下应该就能进入你的Ubuntu系统了。

额外提醒 #

如果Live系统里识别不到/dev/sda1，那可能是分区表损坏，这时候可以试试用testdisk工具恢复分区表（在Live系统里用sudo apt install testdisk安装后运行），不过这种情况比较少见，先按上面的步骤来就行。

备注：内容来源于stack exchange，提问作者ptip83