可行，但须严格按顺序执行：先验证LVM+XFS环境，再扩展PV/VG，接着lvextend扩大LV，最后xfs_growfs扩容已挂载的XFS根文件系统。
根分区用的是 LVM + XFS，且当前已挂载，能在线扩容——这是可行的，但必须严格按顺序执行，跳步或顺序错会导致 xfs_growfs 失败或系统无法启动。
确认根分区是否为 LVM + XFS
很多人卡在第一步：以为自己用了 LVM，实际是传统分区。先验证：
- 运行
lsblk，看ROOT对应的挂载点（如/）底层设备是不是/dev/mapper/vgname-lvname或/dev/vgname/lvname - 运行
df -T /，确认文件系统类型是xfs（不是ext4） - 运行
vgs和lvs，确认卷组（VG）有剩余空间（VFree> 0），或至少能加新 PV
如果 df -T / 显示 ext4，后续不能用 xfs_growfs，得换 resize2fs，且通常需卸载——这不是本文覆盖范围。
给 VG 增加新物理卷（加硬盘场景）
这是最常见需求：插了新盘（如 /dev/sdb），想把它空间并入根所在的卷组。注意：不要先分区再建 PV，除非你明确需要保留 DOS 分区表兼容性；LVM 允许直接把整块盘当 PV 使用，更简洁、少出错。
- 用
fdisk -l确认新盘名（比如/dev/sdb），确保它没被挂载、没被pvdisplay识别过 - 执行
pvcreate /dev/sdb（不是/dev/sdb1）——这步会清除盘上所有数据 - 查当前 VG 名：运行
vgs，记下第一列的 VG 名（如centos或rhel） - 执行
vgextend centos /dev/sdb，成功后vgs的VFree应明显增加
⚠️ 容易踩的坑：vgextend 报错 No physical extent available，往往是因为新盘没执行 pvcreate；报错 Device /dev/sdb is not a PV 就是这个原因。
扩展 LV 并同步扩容 XFS 文件系统
LVM 层和文件系统层是两步：先让逻辑卷变大，再让 XFS 认出新空间。顺序不可逆，且 XFS 不支持“缩小”，所以这步只增不减。
- 查根 LV 路径：运行
lvs，找到挂载点为/对应的 LV 行，记下LV列（如root）和VG列（如centos），完整路径通常是/dev/centos/root - 扩展 LV：用
lvextend -l +100%FREE /dev/centos/root（把 VG 所有空闲 PE 全分给它），或指定大小如-L +20G - 立即执行
xfs_growfs /（不是xfs_growfs /dev/centos/root）——参数必须是挂载点，否则报错invalid argument
⚠️ 关键细节：xfs_growfs 必须作用于已挂载的文件系统，且只能增大，不能减小；它不关心 LV 是否刚扩展，只检查底层块设备容量是否变大。如果 lvextend 后忘记运行 xfs_growfs，df -h 看不到变化。
根分区扩容失败时最该检查的三处
不是命令记不住，而是环境状态不对。线上操作前花 30 秒确认这三项，能避开 80% 的回滚：
-
pvs输出里新盘（如/dev/sdb）状态是否为lvm2（不是unknown） -
vgs的VFree在vgextend后是否真实增长（有些虚拟机热插硬盘后需echo 1 > /sys/class/scsi_host/host*/scan） -
df -h /和lvs中对应 LV 的大小是否一致——如果不一致，说明xfs_growfs没生效，重跑一次即可
真正麻烦的是 PE 大小限制或卷组满员导致无法 lvextend，那种情况得先删快照或迁移数据，不属于常规在线扩容范畴。
