云盘从100GB扩到200GB后，控制台显示完成，终端里的df -h却仍是100GB；有时lsblk已看到新容量，根分区仍没有空间。原因是云盘、虚拟磁盘、分区与文件系统各有边界：平台扩容后，操作系统仍需逐层同步，漏一层，新容量就无法使用。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：4vps（海外服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
虚拟磁盘变大，分区为何仍显示旧容量
云盘在线扩容先发生在平台存储池和虚拟化层。虚拟磁盘从100GB变为200GB后，虚拟机还要通过热插拔或设备重扫，让内核更新块设备大小。先用lsblk查看整盘容量；若仍为旧值，问题尚未越过虚拟磁盘层，df -h不能证明扩容完成。
若lsblk显示200GB，而/dev/vda1仍停在100GB，就到了分区容量刷新环节：分区末尾要覆盖新增扇区，内核再重读分区表。操作前核对设备名和分区编号，注意vda与sda差异。再用lsblk -f、pvs、vgs、lvs确认原链路；整盘直接格式化与“分区LVM逻辑卷”的路径不同，不能临时加分区。
LVM扩展后，文件系统为何没有可用空间
采用LVM时，扩容后可能只有物理卷变大，卷组无空闲空间，或逻辑卷尚未扩展。LVM在线调整应按物理卷、卷组、逻辑卷推进；lvextend成功只代表逻辑卷边界增大，并不代表ext4或XFS已识别新增块。
验收时，先看pvs中的物理卷容量，再看vgs是否有空闲空间，随后核对lvs大小，最后用df -h检查挂载点。卷组已满时直接扩展逻辑卷会失败；逻辑卷已增大而df不变，则应检查文件系统，不要重复执行LVM命令。
文件系统通常能在线扩展，但ext4与XFS工具不同：ext4可扩展已挂载设备，XFS一般在挂载点执行增长。借助随身服务器远程操作时，先用findmnt核对挂载关系并创建快照；不要卸载根分区，设备关系不明时不要继续。若提示设备或超级块不匹配，应停止并核对原路径。完成后检查df -h、文件系统状态和关键日志，再做实际写入测试。
常见踩坑是只看控制台就宣布完成，把虚拟磁盘容量当作分区容量，或因df未变化而尝试格式化。前两项会漏做后续扩展，后一项可能损伤数据。正确验收要有连续证据：虚拟磁盘、分区、逻辑卷、文件系统逐层增大，最终由df -h和写入测试确认。
扩容后，容量为何没有立即生效
云盘在线扩容的本质，是底层存储资源增加后，让虚拟机能识别更大的磁盘。但虚拟磁盘扩容、分区边界调整和文件系统扩展属于三个独立层次，云平台完成扩容，并不代表操作系统中的卷和文件系统已经同步扩大。
以整盘创建文件系统的云主机为例，扩容后应先执行 lsblk 确认设备总容量，再检查分区表是否已包含新增区域。若仍使用旧分区表，需要重新读取；涉及 LVM在线调整 时，还必须按“物理磁盘、PV、VG、LV、文件系统”的顺序逐层处理，不能只扩大最后一级逻辑卷。
分区容量刷新可以使用 partprobe 或 partx -u 触发。设备映射、多路径或云厂商特殊磁盘环境中，直接刷新可能失败，此时应按厂商说明刷新映射层，再继续扩展 VG 与 LV。文件系统方面，ext 系列可使用 resize2fs，XFS 则应在挂载状态下使用 xfs_growfs。完成后通过 df -hT 和 lsblk 交叉核对，避免只看到某一层容量增加。
常见误区与可执行检查清单
最容易踩的坑，是未确认磁盘、分区和文件系统的对应关系就执行扩容。例如对 LV 扩容后，扩展的却是整块物理盘上的普通分区，结果是命令提示成功，实际目标并未改变。另一个坑是忽略 LVM 设备映射：磁盘虽然已经扩大，但 PV 容量未更新，VG 中不会出现新的空闲扩展空间。
执行前还应确认快照与备份可用，并检查磁盘是否正被高负载写入。涉及修改分区表的场景，应记录设备名称、分区编号和挂载点，避免误操作其他磁盘。扩容后不要只查看磁盘总容量，还要检查 inode、服务日志和挂载参数，防止“容量已增加，业务却仍不可用”的情况。
可按以下清单执行：
- 确认云盘状态正常，在控制台核对扩容前后容量，并确保操作对象无误。
- 执行
lsblk -f、df -hT和findmnt，确认设备、分区、文件系统及挂载关系。 - 有 LVM 时依次检查
pvs、vgs、lvs；必要时先执行pvresize，再扩容 VG 和 LV。 - 刷新分区信息，确认内核已识别新增容量；刷新失败时先处理设备映射或繁忙挂载，不要强行修改。
- 使用与文件系统匹配的工具在线扩展，最后复查
df -hT、lsblk、内核日志及应用读写状态。
完成扩容后，最可靠的判断标准不是控制台数字变大，而是目标存储链路上的每一层都已同步，且业务读写、监控告警和剩余空间均恢复正常。这样才能把云盘在线扩容从一次容量操作，变成可验证、可回退的完整流程。
喜欢 
顶
难过
囧
围观
无聊
