使用GPT分区布局调整RAID分区的大小，不使用LVM

在使用EXT4时，应该可以缩小/ home /分区。 举一个例子，把它缩小到大约2TB：

1. 用umount /dev/md3 卸载你的文件系统
2. 用fsck /dev/md3 检查你的文件系统
3. 使用resize2fs /dev/md3 1800G 调整文件系统的大小
4. 使用mdadm --grow /dev/md3 --size=1900G 调整RAID设备的大小 mdadm --grow /dev/md3 --size=1900G请注意，我留下的arrays比底层的文件系统还要大。 这是因为你想要的最后一件事就是缩减你的数组 ，在底层文件系统不能适应的地方。 这是一个非常糟糕的情况，几乎100％保证数据丢失。
5. 用fsck /dev/md3 重新检查你的文件系统
6. 重新安装您的文件系统，并尝试读取/写入/从它。

在这里你可以find一些其他的信息。

无论如何，如果你的/ dev / md3设备几乎是空的，也许销毁/重新创buildarrays/分区可以更容易和更快。

这应该是有趣的。 从救援磁盘启动并使用resize2fs来缩小raidarrays中的/ home文件系统，然后mdadm -z缩小raidarrays的大小，然后mdadm -f -r失败并从raid中移除两个驱动器中的一个arrays。 使用parted的驱动器删除分区，并使用所需更改的大小重新创build分区。 然后使用mdadm --add将第二个驱动器上的分区添加到arrays中，然后等待它重新同步。 然后失败并从arrays中删除第一个驱动器，以与第二个驱动器相同的方式重新分区，然后重新添加并等待它重新同步。 最后，再次使用mdadm -z来增加根raid数组的可用大小，并使用resize2fs扩展文件系统以使用该空间。

好的，刚刚看到你的答案，谢谢大家的意见。 现在，我要做一个NFS和rsync -avPH来完成系统的完整备份。 还保存了已安装的完整软件包列表。 我会尝试你的解决scheme，如果失败，我会重新安装，只是rsync回来。

我稍后再更新。

无论如何，谢谢你的回答:)。