收缩逻辑卷必须先缩文件系统再缩LV：ext4需卸载后e2fsck检查并resize2fs缩减，XFS不支持缩减；LV缩减前须确保文件系统大小小于LV，用lvreduce -L或-r联动，最后挂载验证。
收缩逻辑卷（LV）是高风险操作，必须离线进行，且核心原则是：先缩逻辑边界，再缩物理边界；逻辑边界缩完后，必须确保所有数据仍能完整容纳——否则将直接导致文件系统损坏、数据丢失甚至无法挂载。
一、收缩前必须完成的四项强制检查
缺一不可，跳过任一环节都可能引发截断式崩溃：
-
确认当前已用空间：运行
df -hT /mount/point查看文件系统类型和实际已用容量（不是LV显示大小），例如显示/dev/mapper/vg0-lv0已用 2.1G，则目标逻辑边界必须 ≥ 2.1G（建议预留 5%～10% 安全余量） -
卸载逻辑卷：执行
umount /mount/point；若提示“busy”，用lsof +D /mount/point或fuser -v /mount/point查杀残留进程 -
强制文件系统一致性检查：对 ext4/xfs 分别执行：
• ext4：e2fsck -f /dev/vg_name/lv_name
• xfs：xfs_repair /dev/vg_name/lv_name（注意：xfs 不支持在线 shrink，且xfs_growfs只能扩容，不能缩容） -
验证 VG 是否有足够 PE 释放空间：运行
vgs -o +pv_count,lv_count,vg_free，确认VG Free≥ 待释放的物理空间；若不足，需先用vgreduce移出 PV 或添加新 PV 扩容 VG
二、严格按顺序执行收缩步骤（以 ext4 为例）
每步后必须验证输出，严禁跳步或并行操作：
-
第一步：缩小文件系统逻辑边界
使用resize2fs /dev/vg_name/lv_name NEW_SIZE（如3G），该值必须 ≤ 当前已用空间 + 安全余量，且必须是 4KB 对齐（通常自动处理）。执行后会显示 “The filesystem will be checked for errors after resize” —— 这是正常提示，说明逻辑结构已重排。 -
第二步：缩小 LV 物理边界
运行lvreduce -L 3G /dev/vg_name/lv_name（数值必须与上一步完全一致）。系统会警告“Do you really want to reduce lv? [y/n]”，输入y后立即写入元数据。此时物理盘区（PE）被真实回收，不可逆。 -
第三步：再次检查文件系统
执行e2fsck -f /dev/vg_name/lv_name，确认无错误。若报错“Group descriptors corrupted”，说明逻辑/物理边界不匹配，已发生截断，需从备份恢复。 -
第四步：重新挂载并验证数据
mount /dev/vg_name/lv_name /mount/point，然后ls -laR /mount/point | head -20和stat /mount/point/some_file检查关键文件元数据是否完整；用du -sh /mount/point对比收缩前后数据量是否一致。
三、物理边界推算的关键细节
LVM 中物理边界由 PE（Physical Extent）数量决定，默认大小为 4MiB（可通过 vgdisplay 查看 PE Size）。收缩时必须满足：
- 目标 LV 大小（如 3G）必须是
PE Size的整数倍，否则系统自动向下取整到最近 PE 边界（例如设 3G，但 3G ÷ 4MiB = 768.0 → 合法；若设 3.1G → 实际落为 3.0976G，差 24MB） - 准确计算公式：
所需最小 PE 数 = ceil(预期大小 ÷ PE_Size)
用lvs -o +seg_pe_ranges可查看当前 LV 占用 PE 范围，避免跨 PV 边界误删 - 安全底线：最终 LV 物理大小 ≥
resize2fs后的文件系统大小 × 1.05（5% 冗余），且 ≥df -B1 /mount/point | awk 'NR==2 {print $3+$4}'返回的字节数（即已用+可用总和）
四、XFS 文件系统特别警告
XFS 原生不支持缩减。若 LV 底层是 XFS：
- 无法使用
resize2fs或xfs_growfs -D缩小文件系统 - 唯一可行路径：备份数据 →
lvremove→lvcreate新小 LV → 格式化 XFS → 恢复数据 - 误执行
lvreduce后强行挂载 XFS，大概率触发 “XFS: bad sb magic number” 或内核 panic
