resize2fs:尝试调整 /dev/sda1 大小时参数无效(dd 问题)

resize2fs:尝试调整 /dev/sda1 大小时参数无效(dd 问题)

我试图将我的 Ubuntu 安装复制到更大的硬盘上,如下所示本指南使用dd命令。向导说:

“建议您将其 dd 到相同的分区以获得最佳效果。”

但我觉得这实际上是强制性的,而且这是问题的根源。由于分区大小相同似乎不太重要,所以我使用 gparted 在新驱动器上创建了一个大小大致相同(倾向于稍大一点)的分区。指南也没有说您不能从您正在克隆的驱动器上运行,所以我从该驱动器启动。按照dd if=/dev/sdc6 of=/dev/sda1指南运行后,我重新启动并尝试挂载新的克隆分区,但得到以下信息:

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

所以我查找了如何修复坏的超级块,我认为是超级块,因为tune2fs在修复 uuid 时抱怨了它,然后找到了一个文件系统故障指南上述操作e2fsck -f /dev/sda1应该可以解决问题。但它却给出了错误:

e2fsck 1.42 (29-Nov-2011)
The filesystem size (according to the superblock) is 18037760 blocks
The physical size of the device is 17948416 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>?

因此,我查找如何纠正不匹配的分区大小,并找到有关该主题的论坛问题,每个人都说resize2fs -f /dev/sda1应该解决它,但这给了我错误输出:

resize2fs 1.42 (29-Nov-2011)
Resizing the filesystem on /dev/sda1 to 17948416 (4k) blocks.
resize2fs: Invalid argument while trying to resize /dev/sda1
Please run 'e2fsck -fy /dev/sda1' to fix the filesystem
after the aborted resize operation.

当我查找resize2fs错误时,我只能找到错误报告和其他对我没有帮助的低级内容。这只会让我回到上一个问题。所以我的问题是:我可以修复分区大小吗,还是我需要采取其他步骤?

我不想重新克隆驱动器,因为这花了超过 16 个小时(这可能是因为我已从中启动,驱动器只有 72Gb)。

相关内容