ext4 与 XFS 在线扩容前后分别要核对什么

给 Linux 数据盘在线扩容时，最容易漏掉的不是命令，而是层次：云盘、分区或逻辑卷先变大，ext4/XFS 文件系统再接管新增空间。ext4 通常用 resize2fs，已挂载的 XFS 则用 xfs_growfs；两者都不能替代底层设备扩容。下面按“扩容前确认—执行—扩容后复核”整理一套可以留在变更单里的检查方法。

先确认扩容对象到底是哪一层

一个挂载点背后可能是整块磁盘、分区、LVM 逻辑卷，甚至还叠着加密层。不要看到 /data 就直接执行文件系统命令。先保存一份扩容前快照：

# 记录挂载点、文件系统类型、设备链路和当前容量
findmnt -no TARGET,SOURCE,FSTYPE,OPTIONS /data
lsblk -o NAME,TYPE,FSTYPE,SIZE,MOUNTPOINTS,UUID
df -hT /data

findmnt 的 SOURCE 是判断入口；lsblk 用来确认设备是否经过分区或 LVM；df 展示的是文件系统视角的容量。扩容前如果三者对不上，先停在这里排清设备链路。

底层设备变大后，ext4 用 resize2fs 接管空间

ext4 在线扩容的前提是内核和文件系统支持在线调整，并且分区或逻辑卷已经提供了新增空间。resize2fs 不负责修改分区大小；如果底层是 LVM，通常先完成逻辑卷扩展，再让它把文件系统扩大到可用上限。

# 示例：/dev/vg/data 已经扩大，ext4 扩到设备可用的最大范围
sudo resize2fs /dev/vg/data

# 扩容后确认挂载点容量和 ext4 的块数信息
df -hT /data
sudo tune2fs -l /dev/vg/data | grep -E 'Block size|Block count|Filesystem volume name'

这里故意不把设备路径写成固定的 /dev/sdX：生产环境应使用前一步确认过的 SOURCE。不要把缩容当成在线扩容的反向操作；缩容需要先规划文件系统和分区顺序，不能直接套用这组命令。

XFS 用 xfs_growfs，挂载点是关键参数

XFS 的增长操作要求文件系统处于挂载状态，命令通常指向挂载点，而不是把 ext4 的 resize2fs 直接套过来。底层逻辑卷或分区扩大后执行：

# XFS 必须保持挂载；/data 是实际的挂载点
sudo xfs_growfs /data

# 用只读几何信息和容量视角交叉确认结果
sudo xfs_info /data
df -hT /data

xfs_growfs 默认把数据区增长到当前设备允许的最大范围。XFS 的增长不会替代分区、LVM 或云盘扩容；如果 df 没变化，优先检查底层 SIZE、目标挂载点和是否把命令打在了错误的卷上。

扩容前后分别核对哪些结果

对于 LVM 场景，变更记录最好把“云盘/分区扩容、逻辑卷扩容、文件系统扩容”分成三行。这样即便最后 df 没变，也能快速判断卡在底层还是文件系统层。

常见问题

为什么逻辑卷变大了，df 还是原来的容量？

因为逻辑卷和文件系统是两层。先确认 lsblk 的 SIZE 已变化，再按类型执行 resize2fs 或 xfs_growfs。

ext4 和 XFS 能不能互换扩容命令？

不能。ext4 使用 resize2fs，XFS 使用要求挂载状态的 xfs_growfs；先以 findmnt -no FSTYPE 判型。

XFS 扩容后能不能按原命令缩回去？

不要这样做。XFS 的常规操作是增长，缩容应通过备份、迁移或重建等方案完成，并单独设计停机和回滚窗口。

把每次扩容都当成一次分层变更：先证明新增空间已经到达设备层，再用匹配的文件系统工具接管，最后用容量、几何信息和业务读写三种证据复核，排障会比反复换命令更快。