在 Ubuntu 18 升级到 20 时,Grub 无法安装到 /dev/md0

在 Ubuntu 18 升级到 20 时,Grub 无法安装到 /dev/md0

我在 Ubuntu 18.04 LTS 服务器上运行do-release-upgrade。看起来升级到 20.04 LTS 是成功的,但在我假设升级结束时,我看到了以下消息:

Grub 无法安装到以下设备:/dev/md0 - 是否仍要继续?如果继续,您的计算机可能无法正常启动。将 GRUB 写入启动设备失败 - 继续?

我接下来要去哪里?

后续问题:

  1. 如果我选择“否”,会发生什么?它会中止安装吗?如果是这样,我该怎么做才能告诉升级在下次尝试时将 grub 安装到正确的位置?

  2. 由于我仍然可以通过 shell 访问服务器,我可以做些什么来修复这个问题,以便我可以秘密地选择“是”?我认为它不像手动运行那么简单,grub-install因为那将是从 Ubuntu 18.04 运行的,并且不会安装正确的 grub,对吗?

parted -l输出:

Model: ATA Samsung SSD 860 (scsi)
Disk /dev/sda: 1024GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  1024GB  1024GB

Model: ATA Samsung SSD 860 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  2097kB  1049kB                     bios_grub
 2      2097kB  1000GB  1000GB

Model: Linux Software RAID Array (md)
Disk /dev/md0: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags: 

Number  Start  End     Size    File system  Flags
 1      0.00B  1000GB  1000GB  ext4

/etc/fstab

/dev/disk/by-id/md-uuid-cb309216:50f46df5:a8c1735b:a59e61b4 / ext4 defaults 0 1
/swap.img       none    swap    sw      0       0

df -h输出:

Filesystem      Size  Used Avail Use% Mounted on
udev             16G  8.0K   16G   1% /dev
tmpfs           3.2G  1.1M  3.2G   1% /run
/dev/md0        916G  107G  763G  13% /
tmpfs            16G   16K   16G   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs            16G     0   16G   0% /sys/fs/cgroup
/dev/loop0       41M   41M     0 100% /snap/snapd/20290
/dev/loop1       92M   92M     0 100% /snap/lxd/24061
/dev/loop2       64M   64M     0 100% /snap/core20/2105
/dev/loop3      112M  112M     0 100% /snap/lxd/24322
tmpfs           1.0M     0  1.0M   0% /var/snap/lxd/common/ns
tmpfs           3.2G     0  3.2G   0% /run/user/0

我认为升级出现混乱是因为没有单独的分区/boot

答案1

对我来说,解决方案是简单地回答“是”,然后让系统完成升级并重新启动。它启动正常。

如果它没有启动,我的计划是从 Ubuntu 20.04 拇指驱动器启动并手动安装 grub 到/dev/sda(和/dev/sdb)。

我最终并不需要这么做,所以我不能确切地说它会如何进行,但我怀疑它会涉及手动挂载/dev/md0,然后 chrooting 到那里,然后运行这个:

grub-install /dev/sda
update-grub

更新:更好的解决方案是打开终端,然后点击“是”,然后使用上述命令安装 grub。(感谢 @user10489 解释,在升级过程中,Ubuntu 18 操作系统/环境已被 Ubuntu 20 取代,grub-install 可以做正确的事情。)

相关内容