答案是文件系统未同步扩容：Linux LVM扩容需两步——先lvextend扩展逻辑卷，再用xfs_growfs（XFS）或resize2fs（ext4）扩展文件系统，缺一不可；df显示旧大小即因第二步未执行。
扩容操作完成后，df 显示的容量可能没变——这不是扩容失败，而是文件系统还没同步新空间。
为什么 df 还是旧大小？
Linux LVM 扩容分两步：先扩逻辑卷（lvextend），再扩文件系统（xfs_growfs 或 resize2fs）。只做第一步，df 就看不到新增容量。
- 执行
lvdisplay查LV Size字段：如果这里已变大，说明逻辑卷已扩成功 - 执行
df -h查挂载点：如果这里没变，说明文件系统还没刷新 -
xfs文件系统必须用xfs_growfs /mount/point，不能用resize2fs -
ext4文件系统必须用resize2fs /dev/mapper/vgname-lvname，不能用xfs_growfs
df -h 和 lsblk 结果对不上怎么办？
lsblk 显示的是块设备层容量（物理/逻辑卷大小），df -h 显示的是文件系统层可用空间。两者不一致，大概率是文件系统没刷新。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 运行
lsblk -f确认目标挂载点（如/）对应的 LV 设备路径（如/dev/centos/root） - 检查文件系统类型：
lsblk -f | grep "/$" | awk '{print $3}' - 若为
xfs：执行xfs_growfs /（注意是挂载点，不是设备路径） - 若为
ext4：执行resize2fs /dev/mapper/centos-root（必须是设备路径）
扩容后 df 仍显示 100% 使用率
这通常不是空间没扩成功，而是 inode 耗尽或 reserved blocks 占比过高。
- 运行
df -i检查 inode 使用率，>95% 时即使磁盘有空闲也无法写入新文件 - 运行
tune2fs -l /dev/mapper/centos-root | grep "Reserved block count"（仅 ext4），确认预留空间比例（默认 5%） - 若磁盘极小（如 df 显示“无可用空间”
-
xfs不预留空间，但无法降低 inode 分配比例，只能清理小文件或重建文件系统
真正决定“真实容量”的是 df -h 输出的 Avail 列，但它依赖文件系统层是否就绪；lsblk 和 lvdisplay 只告诉你“物理上给了多少”，不等于“操作系统能用多少”。
