VMware 里把虚拟机磁盘扩了容，Linux 系统里却识别不到新空间，是哪一步漏了？

磁盘要满，运维的老三样处置：在 VMware 里把虚拟机的硬盘从一百吉改成二百吉，动作干脆利落。结果进 Linux 一看，磁盘还是老尺寸，新空间凭空消失了。别怀疑刚才的操作，扩容是一整条链路，改虚拟机配置只是第一环，系统里还有两环：让内核看到新尺寸，再把新尺寸交给分区和文件系统。漏了后面两环，前面那一改就等于没改。

先确认链路通到哪一环

进系统用 lsblk 看磁盘列表，盯着那块盘的总容量：如果显示的还是旧尺寸，说明内核压根没感知，问题在扫描环节；如果总容量已经是新的、分区还是旧的，那是分区环节没跟上。两种情况修法不同，先分清再动手，一上来就乱扩分区，反而把界线弄乱。

内核没感知：重新扫描磁盘

虚拟机运行中改的盘，内核不一定会主动重新读尺寸，需要你捅它一下：对这块盘对应的 SCSI 设备做一次重新扫描，或者干脆重启一次虚拟机，重启是稳妥的重扫方式。扫完再看 lsblk，总容量变新了，第一环才算闭合。要是扫了半天尺寸纹丝不动，回头检查虚拟机配置：这块盘是不是挂在快照链上、是不是设成了独立磁盘——这两种状态都会把扩容卡在虚拟化层，得先回 VMware 侧把状态处理干净，再回来重扫。

尺寸到了：把空间交给分区和文件系统

总容量到位后，新空间还只是一块没被认领的毛地。扩展分区用 growpart 这类工具指定盘和分区号，一步把分区边界推到盘尾；如果走的是 LVM，再细分一步：先告知内核分区变大了，把物理卷扩进来，卷组里才看得到新空间——这一步常被跳过，卷组没料，后面扩逻辑卷自然无从扩起。分区到位只是画了地界，文件系统还得自己长大：ext 系用 resize2fs，xfs 用 xfs_growfs 指定挂载点。跑完 df 再看一眼，可用空间涨上来，整条链路才算走完。

这套流程熟了以后就是五分钟的事，但顺序错一步就会白忙活。收尾再多看两眼：df 确认空间真的到位；改过分区结构的机器重启一次，验证开机自动挂载正常——别把「当时好了、重启又坏」留给下一班；顺手把这次的新容量记进资产台账，下次监控告容的时候，阈值才有得参照。线上动磁盘前记得先做快照或确认备份，扩容虽是常规操作，退路也得留好。

贵州诚鑫致达科技在为企业做虚拟化平台运维时，把这类扩容整理成了带检查点的标准流程，哪一环没闭合一看便知，不给「改了却没生效」留悬念。

企业存储选型参考｜贵州诚鑫致达

做中小企业全能主力存储，群晖机型参考：DS1823xs+ · DS2422+ · DS923+。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。

服务区域｜贵州诚鑫致达

贵州群晖NAS、贵阳存储、数据备份、信创云盘或 IT 集成服务，可联系贵州诚鑫致达科技，服务范围覆盖贵州全省各市州。重庆企业 NAS 存储、服务器运维与容灾备份方案。