通常情况下，控制台显示扩容成功但 fdisk 看不到新容量，是因为操作系统内部的分区表或文件系统尚未同步更新，需要登录实例手动执行扩容命令。
先说结论：控制台扩容仅改变了底层块设备大小，操作系统需重新识别分区并扩展文件系统才能使用新增空间。
- 先确认：登录实例执行
fdisk -l确认底层磁盘大小已变，但分区大小未变。 - 先处理：根据文件系统类型（ext4 或 xfs）执行对应的扩容命令，操作前务必创建快照。
- 再验证：使用
df -h查看挂载点容量是否增加，确认业务读写正常。
命令速用版
如果确认是分区未扩展，可参考以下命令流程（以/dev/vda 为例，实际操作请替换为真实设备名）：
# 1. 安装扩容工具（如未安装）
yum install -y cloud-utils-growpart
# 2. 扩展分区（例如扩展第一分区）
growpart /dev/vda 1
# 3. 扩展文件系统
# 如果是 ext4
resize2fs /dev/vda1
# 如果是 xfs
xfs_growfs /dev/vda1为什么会这样
云平台控制台完成的扩容操作，本质上是在虚拟化层调整了块设备（Block Device）的容量上限。但这就像给房子扩大了地基，房间内部的隔断（分区表）和装修（文件系统）并不会自动跟着变大。
操作系统内核需要重新扫描磁盘分区表，识别出新增的未分配空间，并将其合并到现有分区中。随后，文件系统层也需要调整元数据以覆盖新的分区大小。如果跳过这些步骤，fdisk 可能看到磁盘总大小变了但分区没变，或者 df -h 完全看不到变化。
分步处理
1. 数据备份（至关重要）
在进行任何磁盘操作前，务必通过控制台创建云盘快照。一旦操作失误导致分区表损坏，快照是唯一的恢复手段。
2. 确认磁盘状态
登录服务器，执行 lsblk 或 fdisk -l。对比控制台显示的容量，确认底层磁盘大小已更新。如果这里都没变，可能是控制台扩容未生效，需重启实例或联系技术支持。
3. 扩展分区
如果 fdisk 显示磁盘总容量变大但分区容量未变，使用 growpart 工具扩展分区。注意分区号（如 1 代表第一个分区）。对于 GPT 分区，需注意分区对齐问题，若 growpart 报错，可能需要重新分区。
4. 扩展文件系统
分区扩展后，文件系统仍可能维持原大小。使用 resize2fs（ext4）或 xfs_growfs（xfs）命令调整文件系统大小。注意 xfs_growfs 后接挂载点，而 resize2fs 后接设备路径。
怎么验证是否生效
执行 df -h 查看对应挂载点的容量是否已更新为扩容后的大小。同时可以使用 lsblk 确认分区大小与磁盘大小一致。尝试写入大文件测试实际可用空间，确保没有报错。
常见坑
- 文件系统类型混淆：ext4 和 xfs 使用的扩容命令不同，弄错会报错。
- LVM 逻辑卷：如果使用了 LVM，除了物理卷扩容，还需扩展逻辑卷（
lvextend）和文件系统。 - 分区对齐问题：部分旧镜像分区未对齐可能导致
growpart失败，需手动调整。 - 系统盘重启：部分系统盘扩容后可能需要重启实例才能被内核完全识别，尤其是旧版本操作系统。
参考来源
- 阿里云帮助文档：阿里云服务器 ECS 中扩容云盘后磁盘容量没有增加的解决方法（https://help.aliyun.com/document_detail/25455.html）
- 阿里云帮助文档：云盘扩容后使用 growpart 扩展 GPT 分区失败该如何处理
- 技术社区资料：如何解决服务器数据盘扩容后无法看到新容量的问题