我从 16.10 升级到 17.04 失败。
我现有的 16.10 安装在 750 硬盘上,安装在 105 GB 分区 /dev/sdc1 上。它在 /dev/sdc2 上有一个 32GB 的交换分区
我买了一个 250GB 的新 SSD,并使用 gparted 在 /dev/sdd1 上创建了 108 GB 的分区。还有一个 32GB 的 /dev/sdd2 spap 分区。
使用 Clonezilla 将分区 /dev/sdc1 复制到 /dev/sdd1。
我尝试启动,但由于没有 MBR 而失败。
我使用 dd if=dev/sdc of=dev/sdd bs=512 count=1 将 MBR 从现有的 16.10 /dev/sdc HDD 复制到 /dev/sdd SSD 上的新 17.04(之后它有 16.10 clonezilla 图像副本)。
我从系统中删除了 HDD /dev/sdc 以防止出现相同的 UUID 问题。
这启动了,我运行了一天以确保它工作正常。它做了。所以第二天,我开始升级到 17.04。
这失败了。通过 clonezilla 多次重置为图像,尝试了多种方法 - 都失败了。
使用 livecd,gparted 发现新的 250GB SSD 显示它是 750GB 并导致错误,这是应该的,因为这是一个 250GB 驱动器。
我使用 gparted 重做了分区,重新安装了 16.10,结果相同。当我在新 SSD 上创建分区时,它们是 108GB(操作系统)、32GB(交换)、110GB(免费或未使用)。
但是在每次尝试失败后,gparted 都显示空闲或未使用已设置为 SSD 为 750 GB!换句话说,SSD免费从110 GB(免费或未使用)到610 GB(免费或未使用)然后一切都失败了。
关于如何防止这种情况发生的任何想法?
如果理解正确,您是从 750 GB 复制到 250 GB?
当您复制 MBR 时,它会复制 MBR 中报告的大小。
他就是我要做的,因为你有第二个工作的 Ubuntu。
1)重新格式化驱动器,以便获得正确的空间指示,并进行分区。(您可能需要在 Windows 上执行此操作,以便擦除 MBR)
2) 用 clonezilla 复制你的分区。启动到您的工作 ubuntu,然后连接新驱动器。使用 gparted 更改 uuid,并编辑副本的 /etc/fstab 以反映更改。
3) 更新 grub 以获取新 ubuntu 的 grub 条目。使用旧 ubuntu 的 grub 启动新的 ubuntu
4)一旦在新的,更新initramfs,然后安装和更新grub。