【已解决】grub引导项修复：Minimal BASH-like line editing is supported.

本文介绍: 本文探究Mini m al BASH-like line editing i s supported. Fo r th e first word, TAB lists p oss i ble command com p let ion s. An y where else TAB list s p oss i ble device o r file com p let ion s.的原因和解决方法

1 问题 背景

环境：

Win10

Ubu nt u20.04

现象：双系统电脑向移动硬盘安装Ubu nt u 系统后，重启黑屏并显示Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions.

2 问题探索

在Win10+Ubuntu双系统安装、配置、卸载保姆级图文教程中我们遇到过一种情况：卸载Ubu nt u 系统时，若没有完全删除Ubu nt u的相关信息，此时重启电脑将无法正常进入Windows 系统，而进入Grub界面。解决方法如下

开机时(出现电脑商标之前)按F2键进入boot setup界面，通过方向键选定选择Windows Boot Ma n age r，进入Windows系统。

建议：重新通过DiskGenius筛查漏掉的ubuntu 启动文件，若未果，继续尝试下面的方法。

打开【磁盘管理】确认磁盘分区形式，本文为GPT

对于GPT格式，下载 EasyUEFI，打开软件，选择【管理EFI启动项】，删除Ubu nt u，重启电脑。

但是，如果我们就是希望保留当前 ubuntu系统而非删了它，那要如何修复呢？

首先，我们要确保 ubuntu启动文件存在，通过DiskGenius筛查grub.cfg文件如下所示，保证文件存在后重启电脑进入报错界面

在这里插入图片描述
在界面输入

ls

此时会列出硬盘分区

在这里插入图片描述

接着对每一个分区定位grub.cfg

ls (hdX,Y)/boot/grub

如果出现unknown file等信息则表示该不是，换下一个分区，直到输出成功定位的信息，假设grub.cfg位于(hd1,gpt7)中，临时修复 grub

set root=(hd1,gpt7)
set prefix=(hd1,gpt7)/boot/grub
insmod normal
normal

接着可以正常进入Ubu ntu系统，在此基础上进行下一步修复。

进入Ubu ntu系统后，首先检查启动分区的设备号，输入

sudo fdisk -l

在这里插入图片描述
我的分区情况如上，这里有两个启动分区，其中260M的是windows 文件，500M的是Ubuntu文件。此时我们选择修复Ubuntu系统，记下设备号/dev/nvme0n1p7，执行修复程序

sudo grub-install /dev/XXXX
sudo update-grub

这里XXXX要根据自己的情况改，在这里/dev/XXXX等价于/dev/nvme0n1p7

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.11.0-27-generic
Found initrd image: /boot/initrd.img-5.11.0-27-generic
Found Windows Boot Manager on /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Found Windows Boot Manager on /dev/nvme1n1p1@/efi/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings
done