云盘在控制台扩容后，系统里看到的可用空间不一定会立刻增加：云平台磁盘扩容与文件系统调整通常要经过“云盘、分区或逻辑卷、文件系统”几层。先确认数据路径和存储结构，再选择对应命令，避免把空间扩到错误的卷上。
先确认空间卡在哪一层
扩容前建议备份重要数据；支持快照的云盘可先创建快照，但快照能否保持应用数据一致，取决于应用是否暂停写入及平台实现。完成云盘扩容后，进入主机检查容量与挂载关系：
- 运行 lsblk -f，查看磁盘、分区、文件系统类型和挂载点。
- 运行 df -hT，比较文件系统容量；再用 findmnt 确认目标目录实际挂载在哪个设备上。
- 若系统尚未显示新容量，可重新扫描设备或按云平台说明重启；不同虚拟化环境的识别方式不同，不要在未确认设备名时直接操作。
例如，若 lsblk 显示 /dev/vdb 已变大，但 /dev/vdb1 仍是原容量，通常需要先扩分区；若设备容量和分区都已变大而 df 未变化，才重点检查文件系统。下面的设备名仅作示例，执行前必须替换为实际目标。
普通分区：先扩分区，再扩文件系统
确认磁盘末尾有新增空间、目标分区布局适合扩展后，可按以下顺序操作。以 /dev/vdb 上的第 1 个分区为例，growpart 一般由 cloud-guest-utils 等软件包提供，具体包名随发行版而异。
- 执行 sudo growpart /dev/vdb 1，将第 1 个分区扩到可用空间。若工具未安装，先查阅当前系统的软件源说明。
- 确认分区容量已更新，再根据文件系统类型扩展：ext4 使用 sudo resize2fs /dev/vdb1；XFS 使用 sudo xfs_growfs /挂载点，例如目标挂载在 /data 时指定 /data。
- 运行 df -hT /data（替换为实际目录）核对结果，并检查应用日志及读写状态。
ext4 扩展时通常可对已挂载文件系统执行调整；XFS 也是在挂载状态下通过挂载点扩展。两者命令不能互换：先用 lsblk -f 或 df -T识别类型。若分区表或设备结构与示例不同，应先核对布局，不能照抄分区编号。
使用 LVM 时扩的是逻辑卷
逻辑卷管理（LVM）会在物理卷、卷组和逻辑卷之间再增加一层。假设云盘上的物理卷是 /dev/vdb1，新增容量已经扩入该分区，可依次执行 sudo pvresize /dev/vdb1，让 LVM 识别新空间；随后用 sudo vgs 和 sudo lvs 查看卷组剩余空间及目标逻辑卷。
确认目标无误后，可用 sudo lvextend -r -l +100%FREE /dev/卷组名/逻辑卷名 将卷组全部空闲空间分配给该逻辑卷，并尝试同步扩展文件系统。这里的 -r 是否能成功取决于系统工具和文件系统支持；完成后仍要用 df -hT核实。若只想分配一部分空间，应明确指定容量，保留卷组余量，而不是使用全部空闲空间。
扩容前后要留意的边界
- 没有分区的文件系统：如果文件系统直接建在整块云盘上，通常不需要 growpart，可按文件系统类型直接扩展。
- 磁盘分区结构复杂：存在多个分区、加密层或软件 RAID 时，扩容顺序会不同，应从底层向上逐层核对，避免误改其他数据卷。
- 扩容不等于缩容：扩展通常较直接；缩小则要求文件系统和分区支持，并可能涉及备份、卸载或重建。XFS 不支持原地缩小，不要用扩容流程反向操作。
- 容量显示差异：控制台常用十进制容量单位，系统工具可能按不同单位显示，存在小幅数值差别不一定代表扩容失败。
归根结底，云平台磁盘扩容与文件系统调整要按实际层级逐项确认：先识别设备和挂载点，再扩分区或逻辑卷，最后扩对应文件系统。每一步都用容量信息复核，能减少操作错盘和空间未生效的风险。
常见问题
扩完云盘，为什么 df 显示没变化？
答：df显示的是文件系统容量。检查 lsblk -f：若磁盘变大但分区没变，先扩分区；若分区已变大，再扩文件系统。
ext4 和 XFS 的扩展命令一样吗？
答：不一样。ext4 通常使用 resize2fs，XFS 使用 xfs_growfs 并指定挂载点；先确认类型再执行。
在线扩容会不会影响业务？
答：许多常见配置支持在线扩展，但设备识别、分区工具和文件系统状态会影响过程。先备份并评估业务写入情况；不确定时安排维护窗口。