核心答案
修改虚拟机磁盘空间大小而不丢失数据的唯一可靠方法是：先通过虚拟化平台层扩容虚拟磁盘，再进入系统内扩展分区和文件系统，全程禁止在扩容前删除快照或强制关机。无论是VMware还是Hyper-V，只要操作顺序正确，数据可以做到零损失。
扩容前必须完成的准备工作
很多人直接打开虚拟机设置拖拽滑块,结果系统认不到新空间，甚至直接无法启动，问题出在忽略了准备环节。
确认虚拟机的快照状态
快照是扩容操作的头号杀手,如果你在虚拟机有快照的情况下调整磁盘，底层虚拟磁盘文件被锁定，扩容后新建的增量文件会导致数据链错乱，分区分分钟变成RAW格式。
操作路径：关闭虚拟机 → 打开快照管理器 → 删除所有快照，注意：删除快照不等同于删除数据，事实上此刻快照合并写入基础虚拟磁盘，数据反而更加安全。
备份bootloader和分区表
强烈建议扩容前做一次磁盘层面的完整备份,而不是只复制虚拟机文件夹，Windows虚拟机用系统自带备份即可，Linux虚拟机用dd命令备份关键分区：
dd if=/dev/sda of=/backup/boot_sda.img bs=1M count=100
这个命令备份的是磁盘最前端的引导信息和分区表,万一扩容后分区表损坏，用这条命令就能恢复。
检查磁盘剩余空间
虚拟磁盘扩容需要宿主机的空闲空间,举个例子，虚拟机磁盘从100GB扩容至200GB，宿主机对应分区至少要有100GB以上可用空间，空间不足时扩容按钮会自动变成灰色，这时候需要先为宿主机磁盘瘦身。
不同虚拟机平台的扩容操作
VMware Workstation和ESXi
VMware的扩容流程在图形界面中非常简单：虚拟机设置 → 硬盘 → 工具（或磁盘实用程序）→ 扩展 → 输入新大小，但这里有个隐藏条件：
磁盘文件格式必须是SCSI或SATA，且虚拟机电源必须处于关闭状态。
操作完这一步,虚拟机里的系统还看不到新空间，因为分区大小依旧是原来的值，需要继续做分区扩展（下文详细说）。
ESXi平台的操作略有不同：定位到虚拟机 → 编辑设置 → 硬盘 → 磁盘大小 → 改为目标数值，ESXi支持在线扩容，但业内专家建议仍然先关闭虚拟机，在线扩容虽然快捷，但遇到存储抖动时容易产生IO错误。
Hyper-V和VirtualBox
Hyper-V的路径是：右键虚拟机 → 设置 → 硬盘驱动器 → 编辑 → 扩展，这里的VHDX文件支持在线扩容，VHD老格式则必须关机才能操作。
VirtualBox操作路径：选中虚拟机 → 设置 → 存储 → 选择虚拟硬盘 → 调整大小，同样需要关机，VirtualBox还支持命令行方式：
VBoxManage modifyhd 虚拟机磁盘路径.vdi --resize 204800
数值单位是MB,204800对应200GB，这个命令的好处是无需启动图形界面，适合远程管理场景。
防御性检查
扩容完成后建议挂载磁盘验证文件完整性,Windows下直接双击LUN磁盘，Linux下使用fsck工具（如果文件系统类型支持），确保boot信息没有遗漏。
扩容后系统内分区扩展
到了这一步,虚拟磁盘在宿主机层面已经变大，但操作系统看到的逻辑分区仍然是原大小，接下来的操作被称为“分区扩展”，是最核心的步骤。
Windows系统扩展分区
Windows下用自带的磁盘管理工具就能完成：右键“此电脑” → 管理 → 磁盘管理，正常情况下，扩容后未分配空间会出现在已有分区的右侧，直接右键扩展卷即可。
扩展卷”按钮是灰色，说明未分配空间不在右侧，大多是因为原有分区后面还有一个隐藏恢复分区占位，这种场景下，先用邻接分区的方法把恢复分区删除（注意提前备份WinPE），然后再扩展主分区，另一种方法是使用DiskGenius等第三方工具调整分区起止位置。
Linux系统扩展分区
Linux环境需要注意的是,数据分区被挂载后无法直接调整大小，需要先卸载分区。
以最常见的ext4文件系统为例：
df -h # 查看挂载点和分区名 umount /dev/sda3 # 卸载分区 fdisk /dev/sda # 删除旧分区并重建，起始扇区保持一致 parted /dev/sda resizepart 3 100% # 扩展分区 resize2fs /dev/sda3 # 扩展文件系统，只扩容不丢数据
步骤中,最容易被忽略的是删除并重建分区时必须确保起始扇区完全不变，一旦起始扇区错位，整个分区数据将无法访问。
如果使用的是LVM逻辑卷管理模式,步骤略有不同：lvextend扩展逻辑卷，然后根据不同文件系统执行resize2fs（ext4）或xfs_growfs（xfs）。
扩展后检查标准
分区扩展完成后,有几个检查项必须做：
- 系统日志中无磁盘IO错误记录
- 新空间被正确识别（通过文件管理器或
df -h确认） - 原分区数据（目录结构、文件权限）完整无异常
- 虚拟机的初始启动时间没有明显变化
扩容失败怎么办
虚拟机无法启动
这是最让用户害怕的场景,如果你已经做完准备工作和故障隔离，虚拟机开机依旧报错，先别急着去重装系统。
常见原因是快照链断裂或虚拟磁盘引导扇区异常,尝试以下诊断步骤：
- 检查VMware的
.vmdk文件描述符是否与磁盘实际容量匹配 - 利用Windows修复模式和Linux rescue模式重建引导
- 从先前备份中恢复boot扇区
新空间不出现
扩容后分区大小不变,几乎所有情况都指向同一个原因：主机层的磁盘信息更新未同步到客户机操作系统，Windows下可以尝试使用磁盘管理“重新扫描磁盘”，Linux下执行partprobe命令刷新分区表，如果系统是LVM，还需执行pvscan和vgscan确认物理卷状态。
总结与Q&A
扩容并不复杂,但属于“看似简单、错了代价大”的操作，只要记住一条核心原则：等待系统扩展分区完成，不要在中途重启或关闭虚拟机，数据丢失概率就能降到最低，事先备份永远比事后修复更实际。
常见问题解答
我的虚拟机打不开了，快照合并失败导致数据会丢吗？
如果只是快照合并失败,原始数据仍然保存在基础磁盘中，错误提示一般是“磁盘一致性组无法合并”，这时不要直接删除快照文件，使用命令行工具vmware-vdiskmanager对虚拟磁盘执行完整性检查，或者将基础磁盘克隆一份新副本切换到正常加载。
扩容过程中断电了，数据一定损坏吗？
不一定,分区表和数据区域是分开的，如果断电发生在扩展分区之前，数据完全无损；如果断电发生在分区重建过程中，才会出现文件系统不一致，使用fsck修复后大多数情况下正常恢复，这就是执行备份的最佳时机，若担心修复出错，可以先使用数据恢复工具扫描。
Windows系统里扩展卷按钮一直灰色，有什么替代方案？
这是恢复分区占用空间的问题,使用分区工具将主分区左侧的未分配空间划分到D盘临时目录，然后右键主分区选择“扩展卷”，成功后把临时目录数据移回去，如果该磁盘的分区结构是MBR，且扩展目标超过2TB，需要先转换为GPT分区表，这一步会改动分区表结构，务必备份后再操作。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/759972.html
