xfs不支持缩容，ext4缩容必须严格按卸载→e2fsck→resize2fs缩小文件系统→lvreduce缩小lv→挂载验证顺序执行，漏一步即致数据损坏。
缩小 LVM 逻辑卷是高风险操作，数据不丢失的前提不是“小心一点”，而是严格遵循文件系统类型对应的流程、全程离线执行、且每步不可跳过或颠倒。XFS 根本不支持缩容；ext4 可缩，但顺序错一步就可能毁掉整个文件系统。
先确认文件系统类型，再决定能不能缩
运行以下命令确认挂载点的文件系统：
df -T /mount/point
若输出中 Type 列为 xfs：直接放弃 lvreduce。XFS 元数据结构无收缩能力，任何 lvreduce 操作（无论是否卸载）都会报错或破坏数据。变通办法只有备份→重建更小 LV→恢复。
若为 ext4：可继续，但必须全程离线操作。
ext4 缩小 LV 的五步铁律（顺序不能换）
以下所有命令均以将 /dev/vg0/lv_data 从 100G 缩至 80G 为例，挂载点为 /data：
-
卸载文件系统：执行
umount /data；用lsof +D /data确认无残留进程 -
强制检查并修复：运行
e2fsck -f /dev/vg0/lv_data；跳过此步等于在损坏基础上裁剪 -
先缩文件系统：执行
resize2fs /dev/vg0/lv_data 80G（注意：是目标大小，不是减去的量） -
再缩逻辑卷：执行
lvreduce -L 80G /dev/vg0/lv_data；LV 大小必须 ≤ 上一步 resize2fs 指定的大小 -
挂载验证：运行
mount /dev/vg0/lv_data /data && df -h /data，确认容量和可用空间正确
关键细节与常见踩坑点
缩容前务必做完整备份——这不是建议，是底线。即使步骤全对，硬盘坏道、内存错误等底层异常也可能导致失败。
不要混用单位写法：80G、80g、80GB 在部分老版本工具中行为不一致，统一用大写 G。
不要用 lvreduce -L -20G 这类“减量语法”代替目标大小，易误算；尤其当 LV 已被多次调整后，PE 分布可能不连续，-L 直接指定目标值最稳妥。
缩容完成后，可选再执行一次 e2fsck -f /dev/vg0/lv_data 验证文件系统完整性。
为什么 XFS 一定不能 lvreduce
XFS 没有类似 ext4 的 resize2fs 工具，内核不提供离线缩小接口。它的分配组（AG）结构是按初始大小静态规划的，强行减少 LV 容量会导致元数据指针越界、超级块损坏、目录项失效。即便 lvreduce 命令看似成功，后续 mount 或 xfs_repair 极大概率报严重错误，数据无法恢复。
