嘿，遇到这种情况太正常了！问题出在你用的是0.90版本的mdadm元数据——它是存在磁盘末尾位置的，你用dd克隆完之后，新SSD上的元数据还留在原来250GB的旧位置，导致mdadm一直误以为磁盘还是原来的大小，所以mdadm --grow /dev/mdX --size max才会失效。我给你整理了一套安全的操作流程，你可以跟着一步步来：

• 第一步：先做好数据备份！
  不管操作看起来多稳妥，分区调整和RAID操作都有风险，先把重要数据备份到其他存储设备上，避免意外。

• 第二步：查看当前RAID状态
  先确认你的RAID设备细节，比如成员磁盘、当前大小：

  mdadm --detail /dev/mdX
  

  把输出里的成员设备（比如/dev/sda1、/dev/sdb1）记下来，后续操作要用到。

• 第三步：扩展每个SSD上的对应分区
  因为你是用dd克隆的整盘，新SSD的分区表还是和原来250GB盘一样的大小，得先把分区扩展到整个2TB磁盘：

  1. 先处理其中一块SSD（比如/dev/sda）：

     fdisk /dev/sda
     

     • 输入d删除原来的RAID分区（比如/dev/sda1）
     • 输入n创建新分区，选择和原来一样的分区类型（主分区/扩展分区），起始扇区必须和原来完全一致，结束扇区直接用默认（磁盘末尾）
     • 输入t修改分区类型为fd（Linux RAID自动分区类型）
     • 输入w保存分区表
  2. 执行partprobe /dev/sda让系统重新读取分区表（如果不行就重启机器）
  3. 用同样的方法处理另一块SSD（/dev/sdb）的对应分区

• 第四步：让mdadm识别成员磁盘的新大小
  因为0.90元数据的限制，得先让mdadm重新识别每个成员的新容量：

  1. 先移除并重新添加第一块SSD的分区：

     mdadm /dev/mdX --fail /dev/sda1 --remove /dev/sda1
     mdadm /dev/mdX --add /dev/sda1
     

  2. 等待RAID同步完成，你可以用这个命令查看进度：

     cat /proc/mdstat
     

  3. 同步完成后，用同样的方法处理另一块SSD的分区：

     mdadm /dev/mdX --fail /dev/sdb1 --remove /dev/sdb1
     mdadm /dev/mdX --add /dev/sdb1
     

  4. 再次等待同步完成

• 第五步：扩容RAID设备
  现在RAID成员都已经是新的大小了，再执行扩容命令：

  mdadm --grow /dev/mdX --size max
  

  这次应该就能成功了！

• 第六步：扩容文件系统
  RAID设备扩容完成后，还要把上层的文件系统也扩容：

  • 如果是ext4文件系统：

    resize2fs /dev/mdX
    

  • 如果是XFS文件系统（需要先挂载）：

    xfs_growfs /挂载点
    

注意：你有三个md设备，每个设备都需要重复上面的第三步到第六步操作哦。

备注：内容来源于stack exchange，提问作者ServerMan