LVM根分区在线扩容可行，但须严格按顺序执行：先验证LVM+XFS环境，再扩展PV/VG，接着lvextend扩大LV，最后xfs_growfs扩容已挂载的XFS根文件系统。
lvm 不是默认必须安装的组件，尤其在最小化安装的 CentOS/RHEL 或 Debian/Ubuntu 系统中，lvm2 包可能未预装。直接运行 pvcreate 会报错：command not found 或 Failed to find device mapper。
确认是否已就绪，执行这三步：
-
which lvm—— 若无输出，说明命令不可用 -
lsmod | grep dm_mod—— 若无输出，内核模块未加载（modprobe dm_mod可临时加载） -
dpkg -l lvm2（Debian/Ubuntu）或rpm -q lvm2（RHEL/CentOS）—— 检查包是否安装
没装就装：
yum install -y lvm2（RHEL/CentOS 7/8）
apt install -y lvm2（Debian/Ubuntu）
装完别忘了启动服务（部分旧系统需要）：systemctl enable lvm2-lvmetad（新内核通常自动接管，可跳过）。
怎么快速检查当前LVM结构是否完整可用
扩容前不看清楚 VG/LV 状态，lvextend 很容易报 Cannot process volume group ... No such file or directory 或 Insufficient free space。
用这组命令一次看清关键信息：
pvs —— 看哪些设备已是 PV，PE 总数和空闲数
vgs -o +vg_free,vg_extent_size —— 显示每个 VG 的空闲空间（VG Free）和 PE 大小（默认 4MiB）
lvs -o +lv_size,seg_pe_ranges —— 看 LV 实际大小、是否线性布局（影响后续扩展连续性）
df -hT /mount/point —— 确认挂载点文件系统类型（ext4 还是 xfs），这决定下一步用 resize2fs 还是 xfs_growfs
特别注意：vgs 输出中 VG Free 为 0，但你想扩的 LV 所属 VG 又确实是目标 VG？那说明得先加 PV，不能跳步。
lvextend 后忘记同步文件系统，空间就“看不见”
lvextend 只改逻辑卷设备容量，不碰上层文件系统。执行完后 df -h 完全不会变，这是最常被忽略的一步。
处理方式严格按文件系统类型分：
- ext4/ext3：直接跑
resize2fs /dev/vg_name/lv_name（在线，无需 umount） - xfs：必须用挂载点路径，不是 LV 设备路径 ——
xfs_growfs /mount/point（例如xfs_growfs /），传/dev/vg_name/lv_name会报invalid argument
错误示例：
lvextend -L +5G /dev/centos/root && resize2fs /dev/centos/root ✅（ext4）
lvextend -L +5G /dev/centos/root && xfs_growfs /dev/centos/root ❌（xfs，参数错）
另外：xfs 不支持缩容，resize2fs 缩容需先 e2fsck -f 且必须 umount —— 扩容场景下这点不用管，但心里要有数。
给根分区扩容时，/boot 不能动，但 / 本身可以在线扩
很多人看到 / 是根分区，下意识觉得“必须进 rescue 模式”，其实只要它是 LVM + ext4/xfs，就能在线扩。
前提是：/boot 分区独立（通常是 /dev/sda1，非 LVM），且内核支持 device-mapper —— 现代发行版（2020 年后）默认满足。
典型操作链（以扩根为例）：
vgextend centos /dev/sdb1 → lvextend -l +100%FREE /dev/centos/root → xfs_growfs /（或 resize2fs /dev/centos/root）
真正要小心的是：如果 /boot 也建在 LVM 上（极少见），那么 grub2-install 和内核更新可能出问题 —— 这种设计本身就不推荐，/boot 应保持简单、非 LVM、可被 BIOS/UEFI 直接读取。
最后提醒一句：lvextend -r 参数虽能自动调用 resize2fs 或 xfs_growfs，但它对 xfs 要求挂载点已知（即 LV 必须已挂载），且不提示错误细节；出问题时不如分步执行来得可控。
