我从 16.10 升级到 17.04 失败了。
我现有的 16.10 安装在 750 HDD 上，安装在 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（在 clonezilla 映像复制之后它上面有 16.10）。
我从系统中删除了 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（可用或未使用），然后一切都失败了。
关于如何防止这种情况发生，我有什么想法吗？
答案1
如果理解正确的话，您是从 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。