Ubuntu 18.04 LTS升级20.04 LTS时Grub无法安装到/dev/md0的问题咨询及解决方案问询

我在Ubuntu 18.04 LTS服务器上执行了do-release-upgrade，看起来升级到20.04 LTS的核心过程已经完成，但在升级接近尾声时，卡在了Grub安装位置的确认环节，现在完全不知道该怎么推进。下面是我的几个疑问，还有服务器的相关系统信息，麻烦大家帮忙分析下：

我的疑问 #

1. 如果选择“No”会发生什么？

• 会不会直接中止整个升级流程？
• 如果真的中止了，下次尝试升级时，怎么引导升级程序把Grub安装到正确的位置？

2. 当前还保留Shell访问权限，有没有办法先修复问题，再放心地选择“Yes”？

我有点担心手动直接运行grub-install，毕竟现在还是处在Ubuntu 18.04的环境里，会不会装的是旧版本的Grub，而不是20.04需要的版本？

服务器相关系统信息 #

1. 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

2. /etc/fstab内容：

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

3. 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分区，才出现了Grub安装位置的识别混淆，不知道这个推测对不对？

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