能在线扩容根目录的前提是vg中存在空闲空间，否则需先添加pv扩展vg；扩容需先lvextend再调整文件系统（ext4用resize2fs，xfs用xfs_growfs /）；还需确保initramfs包含lvm模块，且pv尺寸变更后须执行pvresize。
确认当前LVM结构是否支持在线扩容
根目录能扩容的前提是：/ 所在的逻辑卷（LV）属于某个卷组（VG），且该VG中还有未分配的空闲空间（vgdisplay -v 中 Free PE / Size > 0）。如果VG已满，必须先通过添加新物理卷（PV）来扩展VG——比如挂载一块新硬盘并执行 pvcreate /dev/sdb && vgextend centos /dev/sdb（假设VG名为 centos）。
常见误判点：误以为 df -h 显示根分区已满，就直接操作LV；其实得先看 lvs 和 vgs 输出。若 vgs 显示 VFree 为 0，扩LV会失败，报错 Insufficient free space。
扩展逻辑卷并调整文件系统（ext4/xfs）
LVM扩容分两步：先扩大LV，再让文件系统识别新增空间。顺序不能反，否则文件系统仍认为自己“没变大”。
- 对 ext4 文件系统（常见于 CentOS 7/8、RHEL）：
lvextend -l +100%FREE /dev/mapper/centos-root（用满VG剩余空间）resize2fs /dev/mapper/centos-root（在线执行，无需卸载） - 对 xfs 文件系统（常见于 CentOS 8+/RHEL 8+ 默认）：
lvextend -l +100%FREE /dev/mapper/centos-rootxfs_growfs /（必须指定挂载点/，不能写设备名）
注意：resize2fs 可以作用于已挂载的 ext4 分区，但 xfs_growfs 虽也支持在线，却**不接受设备路径**——写成 xfs_growfs /dev/mapper/centos-root 会报错 invalid filesystem mount point。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
检查 initramfs 是否包含 LVM 模块（避免重启后无法挂载根）
某些旧版系统（如 CentOS 7 早期镜像）或手动定制内核时，initramfs 可能没打包 lvm2 模块，导致扩容后重启卡在 “dracut: FATAL: No root device found”。
验证方法：lsinitrd /boot/initramfs-$(uname -r).img | grep lvm。若无输出，需重建：dracut -f（自动检测并加入必要模块）
或显式指定：dracut -f --regenerate-all
这个步骤常被跳过，但一旦出问题，系统将无法启动——只能进救援模式手动修复。
为什么不能直接用 fdisk/gdisk 调整根分区？
因为 LVM 层级在分区之上：物理分区（如 /dev/sda2）只是 PV 的载体，LV 大小与底层分区大小无直接映射关系。即使你用 fdisk 把 /dev/sda2 扩大了，LVM 也不会自动感知——必须用 pvresize /dev/sda2 通知 PV 新尺寸，之后 VG 的空闲空间才真正增加。
典型错误链：
– 先用 fdisk 扩大分区 → 忘记 pvresize → vgs 仍显示 0 Free PE → lvextend 失败
– 或者在虚拟机中扩容磁盘后，宿主机没通知客户机（如 VMware 需 echo 1 > /sys/class/scsi_device/*/device/rescan），导致 fdisk -l 看不到新容量
根文件系统走 LVM 的意义，就在于绕过传统分区限制；但这也意味着每层（磁盘→分区→PV→VG→LV→FS）都得手动对齐状态，漏一环就卡住。
