虚拟机扩容后系统不认新容量，绝大多数情况不是扩容失败，而是“磁盘加了、分区没扩、文件系统没长”，三步只走完了第一步，先在系统里用 lsblk 或打开磁盘管理看一眼实际容量，再按分区层、文件系统层的顺序补完剩下的动作，容量就回来了。
先定位：新增容量到底卡在哪一层
打个比方，机房给你换了个更大的仓库，但门牌号没改，屋里的货架也没重排，你站在门口看仓库确实变大了，可实际能用的面积还是老样子，虚拟机扩容就是这个逻辑，它要跨越好几层才能被系统真正“看见”。
三张表必须对齐
- 虚拟化层：VMware vSphere、KVM、Hyper-V 或云平台控制台里的磁盘规格，这一层扩容只是“物理盘子”变大
- 块设备层：
/dev/sda这类设备的总扇区数、分区表记录 - 文件系统层：ext4、XFS、NTFS 实际管理的块组或簇
中间如果还叠了 LVM，那就要多对齐 PV、VG、LV 三张表，任何一层没同步，df -h 显示的数字就不会变。
30 秒自查，先分清是哪种情况
lsblk fdisk -l /dev/sda df -h
对照结果判断方向：
| 现象 | 卡在哪一层 | 处理思路 |
|---|---|---|
fdisk -l 仍显示旧容量 |
内核没重新扫描设备 | rescan 或重启 |
fdisk -l 是新的，df -h 是旧的 |
分区表或文件系统没扩 | growpart 加扩文件系统 |
分区已扩，df -h 仍不变 |
文件系统没 grow | resize2fs 或 xfs_growfs |
| LVM 场景下 LV 没变 | PV 或 LV 没扩 | pvresize 加 lvextend |
内核没认到时，先做设备重扫
Linux 下热添加磁盘后，内核不一定立刻感知容量变化,可以主动触发一次：
echo 1 > /sys/class/block/sda/device/rescan partprobe /dev/sda
VMware 环境的常规做法是在 vSphere 客户端里重新扫描存储适配器，再回系统执行 partprobe，如果设备正被挂载使用，重扫有风险,生产机建议先在维护窗口操作。
Linux虚拟机磁盘扩容未生效怎么办：从分区表到文件系统的完整动作
这是最常被问到的一种情况，业内专家指出，多数扩容“失败”其实是操作不完整，而不是平台出了问题,下面按顺序走一遍。
第一步：确认内核认到了新扇区数
fdisk -l /dev/sda 输出的第一行会写明总扇区数，扩容前可能是 104857600 扇区，扩容后应该明显变大，如果数字没变，回到上一节做 rescan。
第二步：扩分区，growpart 比手改 fdisk 省事
传统做法是删分区再按原起始扇区重建，一步错就可能丢数据，现在更推荐 growpart：
growpart /dev/sda 2
它会把第 2 个分区撑到可用空间的最大值，起始扇区保持不变，如果提示 NOCHANGE，说明分区已经是满的，问题不在这一层,直接跳到文件系统。
第三步：扩文件系统，命令按类型区分
分区分好了，文件系统还得单独长,不同格式命令不同：
| 文件系统 | 扩容命令 | 是否支持在线 |
|---|---|---|
| ext4 | resize2fs /dev/sda2 |
支持 |
| XFS | xfs_growfs / |
支持，只能扩不能缩 |
| btrfs | btrfs filesystem resize max / |
支持 |
| NTFS | 磁盘管理图形界面 | 支持 |
XFS 最容易踩坑，有些人照 ext4 的习惯敲 resize2fs，会直接报错说不是有效文件系统，XFS 用 xfs_growfs，而且参数是挂载点,不是设备名。
LVM 场景要多走两步
lsblk 里看到 lvm 类型，扩分区之后还要扩 PV 和 LV：
pvresize /dev/sda3 lvextend -l +100%FREE /dev/vg0/lv_root xfs_growfs /
顺序不能乱，PV 没扩，LV 就没有空间可分；LV 扩了文件系统没扩，df -h 照样是旧数字。
Windows虚拟机增加磁盘容量不显示？磁盘管理里点两下就好
Windows 的思路和 Linux 类似，只是工具换成了图形界面，区别在于 Windows 对分区位置更敏感，经常卡在“扩展卷”按钮是灰的。
前提：客户机里得先看到未分配空间
在虚拟机里运行 diskmgmt.msc，如果磁盘条上多出一段黑色“未分配”区域，说明底层已经认到了，剩下就是把它并进现有分区，如果压根没看到黑色区域，检查虚拟化平台是否挂载成功,必要时重启客户机。
操作路径
右键“此电脑” → 管理 → 磁盘管理 → 右键目标分区 → 扩展卷，一路下一步即可，整个过程可以在线完成,不用停机。
扩展卷灰掉的两种情况
第一，新空间没紧挨着目标分区，中间夹了个恢复分区，扩展卷就用不了，这是品牌机和某些云镜像的常见布局，第二，磁盘是 MBR 分区表，单分区上限 2TB，超过就得转 GPT。
处理恢复分区之前先把 WinRE 备份出去，再删分区，否则以后系统修复功能就没了，用 diskpart 看得更清楚：
diskpart
list disk
select disk 0
list partition云服务器系统盘扩容后怎么扩展分区：云上场景的三个坑
云主机和本地虚拟机逻辑一致，但操作入口多了控制台这一层,反而更容易漏步骤。
坑一：控制台扩容只是“换了块更大的盘”
在云厂商控制台点“扩容”，本质是把后端存储规格调大，操作系统层面完全无感，必须登录实例，手工做分区的 grow 和文件系统的 grow,这一点在云上尤其容易被忽略。
坑二：扩容前一定先做快照
分区表操作有一定概率出问题，尤其是手改 fdisk 的时候，行业共识认为，扩容属于低风险但不可逆的操作,快照成本远低于回滚失败的代价。
坑三：扩容后到底要不要重启
分情况，用 growpart 加热扫的方式，一般不用重启；直接改分区表且分区正在被挂载使用，重启是最稳妥的让内核重新读表的方式,云主机重启前先确认有没有定时任务和长连接。
虚拟机扩容费用大概多少钱：哪些钱该花，哪些能省
这部分是很多人关心的，费用大致分三块：存储扩容本身的费用、停机或维护窗口的隐性成本、以及找人代操作的服务费。
- 云盘按量计费，扩多少算多少，扩容动作本身通常不额外收费，账单变化体现在存储容量单价上
- IDC 托管的物理机加盘，涉及硬盘采购和上架，费用跟盘的类型和容量相关
- 华南地区，比如广州的机房，上门扩容和数据迁移这类服务一般按次或按工时报价，具体要看业务连续性要求
自己动手的成本最低，前提是快照和备份做到位，业务不允许停机、又不熟悉分区操作的,花钱买服务反而更划算。
虚拟机扩容后系统不认容量，本质是“存储层已变、系统层未跟进”，按设备重扫、分区扩展、文件系统扩展的顺序补齐即可，全程 10 分钟内能完成，真正常见的翻车点不是技术难度，而是漏做后两步,或者没提前做快照。
虚拟机扩容后系统未识别新增容量：三个高频问题解答
growpart 报 NOCHANGE，是分区已经扩到头了吗
多半是，NOCHANGE 表示没有可扩展的空间，说明分区已经占满整块设备，这时候该去查文件系统层，也可能是设备本身没 rescan 到新容量，先用 fdisk -l 看总扇区数有没有变化。
分区扩完 df -h 还是旧数字，是不是白干了
不是。df -h 读的是文件系统统计，分区表变了它不会自动更新，按文件系统类型补一条 resize2fs 或 xfs_growfs，数字立刻变，XFS 只能扩不能缩，扩之前确认一下当前使用量,别扩错了分区。
在线扩容会不会把数据弄丢
正常流程不会。growpart、resize2fs、xfs_growfs、Windows 扩展卷都是在线安全的操作，风险集中在手改 fdisk 删分区重建这一步，起始扇区填错才会伤数据，LVM 场景下 lvextend 配合 -r 参数可以一步完成扩容,减少中间状态。