☰

持续修复‘支持最低限度的 BASH 类行编辑’

tag-icon • tag-icon boot grub2
持续修复‘支持最低限度的 BASH 类行编辑’

昨天我将操作系统版本从 Kubuntu 20.04 更新到了 22.04，不幸的是，它带来了一系列问题（主要是 Grub 2.06）

今天启动Grub时遇到以下错误：

minimal BASH like line editing is supported (...).

我并没有被引导到通常的图形界面，而是看到了一个 CLI，要求我输入。我成功地暂时解决了这个问题，并给出了这篇文章来自 geeksforgeeks.org。

通过执行以下命令：

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

和

sudo grub-install /dev/sdXY (in my case, /boot/efi is located on sdb3)
sudo update-grub

启动操作系统时出现此问题。但是，重新启动后问题仍然存在，并且我再次被发送到 CLI。

输出自

sudo update-grub

如下：

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-52-generic
Found initrd image: /boot/initrd.img-5.15.0-52-generic
Found linux image: /boot/vmlinuz-5.4.0-131-generic
Found initrd image: /boot/initrd.img-5.4.0-131-generic
Found linux image: /boot/vmlinuz-5.4.0-56-generic
Found initrd image: /boot/initrd.img-5.4.0-56-generic
Found linux image: /boot/vmlinuz-5.15.0-52-generic
Found initrd image: /boot/initrd.img-5.15.0-52-generic
Found linux image: /boot/vmlinuz-5.4.0-131-generic
Found initrd image: /boot/initrd.img-5.4.0-131-generic
Found linux image: /boot/vmlinuz-5.4.0-56-generic
Found initrd image: /boot/initrd.img-5.4.0-56-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Found Windows Boot Manager on /dev/sdb3@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings ...
Found linux image: /boot/vmlinuz-5.15.0-52-generic
Found initrd image: /boot/initrd.img-5.15.0-52-generic
Found linux image: /boot/vmlinuz-5.4.0-131-generic
Found initrd image: /boot/initrd.img-5.4.0-131-generic
Found linux image: /boot/vmlinuz-5.4.0-56-generic
Found initrd image: /boot/initrd.img-5.4.0-56-generic
Found Windows Boot Manager on /dev/sdb3@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings

输出grub-install：

Installing for x86_64-efi platform.
Installation finished. No error reported.

输出df

Filesystem     1K-blocks      Used Available Use% Mounted on
tmpfs            1629800      1972   1627828   1% /run
/dev/sdb2      205377444  77481204 117390824  40% /
tmpfs            8148984       512   8148472   1% /dev/shm
tmpfs               5120         4      5116   1% /run/lock
/dev/sdb3         998480     37892    960588   4% /boot/efi
/dev/sda1      557135192 205411480 323349288  39% /media/User/Linux HDD
tmpfs            1629796        84   1629712   1% /run/user/1000
/dev/sdb4      277079036  24608052 252470984   9% /media/User/Windows_10
/dev/sdc1      976758780 504811472 471947308  52% /media/User/Seagate

输出fdisk -l

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1134323711 1134321664 540,9G Linux filesystem

Disk /dev/sdb: 465,76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: CT500MX500SSD1  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 9592ABCA-3C53-4225-B388-FDF8B09DF156

Device         Start       End   Sectors   Size Type
/dev/sdb1       2048     34815     32768    16M Microsoft reserved
/dev/sdb2    1052672 420614143 419561472 200,1G Linux filesystem
/dev/sdb3  420614144 422615039   2000896   977M EFI System
/dev/sdb4  422615040 976773119 554158080 264,2G Microsoft basic data

我该如何度过这一难关？

答案1

跟踪 grub 上的断开连接并找到其菜单。 cat /boot/efi/EFI/ubuntu/grub.cfg 文件，并将其中的 UUID 与 /dev/sdb2 的 UUID 进行比较（sudo blkid 将列出它们）。它们应该匹配。然后，configfile 命令使用 UUID 导入 grub 菜单的 /boot/grub/grub.cfg 文件——它存在吗？

答案2

如果您像我一样使用 pop os（或其他发行版），则似乎配置的分区与/boot/efi/EFI/pop/grub.cfg我使用echo $prefix和时看到的不匹配echo $root。

事实证明，GRUB 默认为 bun /boot/efi/EFI/ubuntu/grub.cfg，如果它因某种原因不存在（被删除或其他原因），它会使用一些默认值。

简而言之，将你的发行版复制grub.cfg到“/boot/efi/EFI/ubuntu/grub.cfg”中

看Grub 仅在 shell 模式下，根和前缀设置错误

相关内容