resize2fs仅调整ext文件系统逻辑边界，不管理LVM冗余空间；冗余空间指LV物理容量大于文件系统部分，用于快照、缓冲及分步扩容，需显式指定大小（如resize2fs /dev/vg/lv 45G）以主动保留。
resize2fs 本身不管理“冗余空间”——它只负责调整 ext2/ext3/ext4 文件系统的逻辑边界，即文件系统能使用的块数量。所谓“冗余空间”，在 LVM 场景中实际指的是逻辑卷（LV）比文件系统本身更大的那部分未被占用的物理空间，也就是 LV 的物理边界 > 文件系统逻辑边界所形成的空隙。这个空隙不是浪费，而是关键的安全缓冲：它允许你在不立即调整文件系统的情况下，先扩展 LV；也便于后续在线扩容、快照创建或应对突发写入增长。
为什么需要保留 LV 冗余空间
逻辑卷的冗余空间本质是 LV 容量减去当前文件系统已用大小后的剩余容量。它带来三方面实用价值：
- 避免每次扩容都必须先调 lvextend 再调 resize2fs，可预分配 LV 空间，留待文件系统后续按需“吃掉”
- LVM 快照（snapshot）依赖这部分未分配空间存储 COW（写时复制）数据，没有冗余空间就无法创建有效快照
- 当文件系统因日志、预留块或碎片导致实际可用空间低于理论值时，冗余空间可作为临时兜底，防止立即写满报错
如何主动保留冗余空间（不自动填满 LV）
关键在于：**不要让 resize2fs 把文件系统扩到 LV 的最大容量**。默认行为（如只执行 resize2fs /dev/vg01/lv01）会把文件系统撑满整个 LV；要保留冗余，就得显式指定一个更小的目标大小。
- 先查清当前 LV 总大小和文件系统已用空间：
lvs vg01/lv01（看 LV 大小）
df -h /mnt/data（看挂载点使用情况） - 决定保留多少冗余，例如 LV 是 50G，你想只让文件系统占 45G，留 5G 给快照或缓冲
- 执行带尺寸参数的 resize2fs：
resize2fs /dev/vg01/lv01 45G - 确认结果：
df -h /mnt/data 显示文件系统大小为 45G
lvs vg01/lv01 仍显示 LV 为 50G → 冗余空间 = 5G
扩展时如何分步控制冗余空间
当你需要扩容但又不想立刻消耗全部新增空间，可分两步操作：
- 先扩大 LV 物理边界（增加冗余总量）：
lvextend -L +10G /dev/vg01/lv01 - 再选择性扩大文件系统（只吃掉其中一部分）：
resize2fs /dev/vg01/lv01 50G（假设原为 45G，这次只加 5G）
此时 LV 变为 60G，文件系统为 50G，冗余空间变成 10G
缩减时注意：冗余空间不能“负”
缩小文件系统前，必须确保目标大小 ≤ 当前 LV 大小。否则 resize2fs 会报错拒绝执行。例如 LV 是 30G，你却执行 resize2fs /dev/vg01/lv01 35G，命令会失败。反过来，若想从 30G LV 中缩容到 25G 文件系统，流程仍是：
卸载 → e2fsck -f → resize2fs /dev/vg01/lv01 25G → lvreduce -L 25G（或略大，如 25.2G）→ 重挂载。
