必须执行resize2fs（ext4）或xfs_growfs（xfs）才能使文件系统识别并使用扩容后的分区空间；二者均支持在线操作、不改动数据、仅更新元数据，需先用lsblk和df -th交叉验证分区已扩但文件系统未同步，再按类型选用对应命令。
分区扩容后，文件系统不会自动识别新增空间，必须手动让文件系统“感知”并使用它。resize2fs（ext4）和xfs_growfs（xfs）就是干这件事的——它们不改动数据，只更新元数据，属于标准无损操作。
确认扩容已完成且目标明确
别急着运行命令，先交叉验证三件事：
- 用 lsblk 看物理分区大小是否已变大（比如
/dev/sda1从 20G 变成 50G） - 用 df -Th 看挂载点显示的仍是旧容量（说明文件系统没跟上）
- 用 blkid /dev/sda1 或 tune2fs -l /dev/sda1（ext4）/ xfs_info /mount/point（xfs）确认文件系统类型，避免用错工具
ext4 分区：用 resize2fs 扩展文件系统
该命令支持在线执行（无需卸载），会自动填满整个分区：
- 直接运行 sudo resize2fs /dev/sda1（设备路径）
- 若挂载在
/data，也可写成 sudo resize2fs /dev/sda1 —— 它不依赖挂载点，只认设备 - 执行后立刻生效，
df -h即可看到容量更新
xfs 分区：用 xfs_growfs 扩展文件系统
xfs_growfs 不作用于设备文件，而必须指定挂载点：
- 若
/dev/sda1挂载在/home，运行 sudo xfs_growfs /home - 不能写
xfs_growfs /dev/sda1，否则报错 invalid filesystem mount point - 同样支持在线扩展，执行后立即可用
常见陷阱与绕过方法
不是所有情况都能直通执行，遇到报错要懂怎么应对：
-
“The filesystem is already mounted” 提示但没扩容？——这不是错误，是提醒你正在在线操作，只要后续
df显示变大就成功了 -
resize2fs 报 “Bad magic number”？——说明设备路径不对，或文件系统已损坏，先
e2fsck -f /dev/sda1检查修复 -
分区未真正扩大？——比如云盘扩容后未执行
growpart /dev/sda 1，此时resize2fs会提示“Nothing to do”，需先扩分区再扩文件系统 -
根分区（/）扩容失败？——确保 initramfs 包含 lvm 模块（LVM 环境下），否则重启可能无法挂载；检查用
lsinitrd | grep lvm
