raid扩容后需先用growpart或parted扩展分区表，再执行resize2fs或xfs_growfs扩展文件系统；若lsblk显示磁盘容量增大但分区大小未变，说明分区表未同步，必须先刷新分区表，否则文件系统无法识别新增空间。
RAID扩容后，底层磁盘容量已变大，但操作系统仍识别旧分区大小——这时必须用 parted 或 growpart 扩展分区表，否则新增空间无法被文件系统使用。关键在于：RAID层扩容只是“物理可见容量”变大，而分区表（partition table）和文件系统（filesystem）仍停留在旧尺寸，必须分两步处理：先扩分区，再扩文件系统。
确认 RAID 扩容已完成且设备已识别
执行以下命令验证底层块设备是否已反映新容量：
-
lsblk或fdisk -l /dev/sdX（如/dev/sda）——检查 Disk 行显示的总大小是否已增大； -
cat /proc/partitions | grep sdX——确认内核已看到新容量； - 若 RAID 是软阵列（md），还需确认
cat /proc/mdstat中 array 状态为clean且 size 已更新。
⚠️ 注意：若 lsblk 显示磁盘大小已变，但分区（如 sda1）大小未变，说明分区表尚未同步，正是 growpart/parted 的作用对象。
用 growpart 快速扩展最后一个分区（推荐热操作）
growpart 专为云/虚拟化/RAID 场景设计，支持在线操作（无需 umount），且自动对齐、安全可靠。
- 安装（如未预装）：
yum install -y cloud-utils-growpart（CentOS/RHEL）或apt install -y cloud-guest-utils（Ubuntu/Debian）； - 扩展指定设备的最后一个分区（例如
/dev/sda的1号分区）：growpart /dev/sda 1； - 验证分区是否更新：
lsblk /dev/sda查看sda1的 SIZE 是否已增长； - 若提示
failed: disk=/dev/sda partition=1: failed to repartition，大概率是 GPT 分区起始未对齐（见下文“对齐问题处理”）。
用 parted 手动调整分区（适用于 growpart 失败或需精确控制）
当 growpart 报错或需要覆盖非末尾分区（极少见）、或 GPT 对齐异常时，用 parted 更可控。
- 进入交互模式：
parted /dev/sda； - 查看当前布局：
print——确认分区编号、Start/End 值及单位（通常为 MB 或 GB）； - 调整最后一分区（如编号 1）到磁盘末尾：
resizepart 1 100%； - 退出：
quit； - 通知内核重读分区表：
partprobe /dev/sda（成功则无输出）；若失败，可尝试echo 1 > /sys/block/sda/device/rescan（适用于 SCSI/SAS/RAID 卡）； - 再次
lsblk /dev/sda确认分区大小已更新。
对齐问题与 GPT 特别注意事项
RAID 后 growpart 失败常见于 GPT 分区未按扇区对齐初始化，表现为 parted -l 中 Start 值不是 1MiB（即 1049kB）边界，或 fdisk -l 中 Start 不是 2048 扇区。
- 检查对齐：
parted /dev/sda unit MiB print，观察第一分区 Start 是否 ≥ 1.0MiB； - 若未对齐（如 Start = 17.4kB），growpart 可能拒绝写入；此时应备份数据，用
parted删除并重建分区：rm 1→mkpart primary 1MiB 100%→set 1 boot on（如需启动标志）； - 重建分区不修改数据区，但务必提前备份关键数据，因操作涉及分区表重写。
完成分区扩展后，下一步才是扩展文件系统（resize2fs /dev/sda1 或 xfs_growfs /mount/point）。分区没扩，文件系统扩不了——这是最常被跳过的致命环节。
