我在 Ubuntu 18.04 LTS 服务器上运行do-release-upgrade
。看起来升级到 20.04 LTS 是成功的,但在我假设升级结束时,我看到了以下消息:
我接下来要去哪里?
后续问题:
如果我选择“否”,会发生什么?它会中止安装吗?如果是这样,我该怎么做才能告诉升级在下次尝试时将 grub 安装到正确的位置?
由于我仍然可以通过 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 可以做正确的事情。)