我正在将当前的 16.04 服务器升级到 18.04。/
和/boot
分区是镜像的(简单)mdadm
。为了避免安装失败的风险,我破坏了镜像,并尝试将 18.04.1 安装到我从镜像中删除的分区上。--fail
--remove
有关的:Ubuntu 服务器安装在现有分区上Ubuntu 明确禁止使用预先存在的分区(几年前还可以使用),不确定为什么故意删除了这个功能,但它似乎让它更难进行升级。
为了解决这个问题,我删除了/
和的现有分区/boot
,希望使用安装程序的“创建软件 RAID (md)”。但是,所需的驱动器(它是唯一具有可用未分区空间的驱动器)未在“RAID”ascii 弹出窗口中列出,底部的红色标签表明它至少需要 2 个活动设备。
也许我遗漏了一些东西,但创建一个raid1
具有单个分区的镜像阵列并missing
为未来的设备提供占位符是完全合法的。
mdadm --create /dev/md/0 --level=1 --raid-devices=2 /dev/sdh1 missing
mdadm --create /dev/md/2 --level=1 --raid-devices=2 /dev/sdh3 missing
我的目的是启动这个较新的 18.04,并且一旦我成功使其达到最新状态并向自己证明一切都能正常工作,我才会添加其他驱动器的 raid1 分区并重建镜像(覆盖 16.04 安装)。
也许让它在这里工作的唯一方法是进行 vanilla 安装(没有任何镜像),然后进行分区调整,移动文件,设置一个镜像分区,更新 grub,再次移动文件,设置第二个镜像分区,然后再次更新 grub。似乎没有必要。
答案1
好的,研究提供了更多的背景和选项。
https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Ubuntu_Server状态(重点是我的):
注意:如果您需要多路径、全盘加密或重新使用现有分区的能力,您将需要继续使用可从以下位置下载的备用安装程序http://cdimage.ubuntu.com/releases/18.04/release/从 18.04.1 开始,Subiquity 服务器安装程序现在支持 LVM、RAID、vlan 和 bonds。
提到的链接相关问题错误 1751656据称是 subuity 的重复错误 1680245。第二个错误页面引用了使用备用 debian-installer 来使用现有分区(未经测试)。
我的第一个计划(在第二个驱动器上进行新安装)的另一个选择当然是尝试使用 进行就地升级
sudo do-release-upgrade
。如果我在故障排除/首次尝试期间没有摧毁镜像分区,这对我来说会容易得多……这不是“练习”修复/重建这两个分区的好时机。我要指出的最后一个选项是我上面提到的,如果升级出现问题,我可能会这样做:取消对包含和镜像的整个驱动器的分区
/
,/boot
创建一个最小分区,重新启动到较旧的 16.04,然后随机创建新的 raid1 分区,以将 18.04 安装在所需的分区架构上。(这也可以使用另一个未使用/可用的驱动器来完成。)
我之前的投诉“此功能被故意删除”当然,这个说法为时过早:它并没有从替代安装程序中删除,只是没有在新安装程序“subiquity”中实现。我仍然认为(错误页面上的许多人也这么认为)这是一个重大问题,因为人们可能会推断擦除数据是唯一的出路,但它并不像我最初认为的那样是一个大问题。
谢谢你的时间。
答案2
关于此问题的最新信息(截至 2019-07-12)是,这是一个已处理的错误,可能会出现在下一次仿生更新中。如果您等不及了,我可以确认它与此处的每日构建图像配合良好:
http://cdimage.ubuntu.com/ubuntu-server/daily-live/pending/
參考文獻:https://bugs.launchpad.net/subiquity/+bug/1680245/comments/13