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；要保留冗余，就得显式指定一个更小的目标大小。
CentOS Linux 7.9.2009 CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
下载先查清当前 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）→ 重挂载。