VMware虚拟机扩容后磁盘空间未生效，如何在线扩展分区？

Question

VMware虚拟机扩容后，宿主机上已成功增大虚拟磁盘（如从20GB扩至50GB），但客户机内 `df -h` 仍显示原容量，`lsblk` 也未识别新增空间——这是典型“磁盘扩容未透传”问题。根本原因在于：VMware仅扩展了虚拟磁盘文件（.vmdk），但未通知客户机OS重新扫描SCSI设备；且即使识别到新容量，若使用MBR分区表+主分区或LVM未配置自动扩展，也无法自动扩容根分区。常见误区是直接运行 `resize2fs`，却忽略前置步骤：需先执行 `echo 1 > /sys/class/scsi_device/*/device/rescan` 触发在线重扫描，再用 `fdisk`/`parted` 扩展分区表（注意对齐与GPT/MBR差异），最后 `resize2fs` 或 `xfs_growfs` 生效文件系统。操作不当可能导致分区错位或数据丢失，尤其在无LVM的生产环境须格外谨慎。

Answer 1

```html

一、现象层：客户机未感知磁盘扩容的直观表现

执行 df -h 显示根分区仍为 20G，lsblk 输出中磁盘设备（如 /dev/sda）大小未更新，fdisk -l /dev/sda 报告的 Disk size 仍为旧值——这表明虚拟磁盘容量变更尚未被客户机内核识别，属于典型的 SCSI 设备状态“滞后”。该现象在 VMware Workstation、vSphere（ESXi）及 Fusion 环境中均高频复现。

二、机制层：VMware 扩容的三阶段透传断点

• 阶段1（Hypervisor层）：vSphere Client 或 vmkfstools 扩展 .vmdk 文件，仅修改虚拟磁盘文件元数据与后端存储分配；
• 阶段2（Guest OS SCSI子系统层）：客户机内核未收到 RESCAN 指令，SCSI mid-layer 缓存仍维持原 LUN 容量；
• 阶段3（块设备/分区层）：即使内核识别新容量，MBR 主分区表无法动态扩展，GPT 虽支持但需 parted 显式重写，且分区起始扇区偏移若误调将导致数据不可逆损坏。

三、诊断层：精准定位瓶颈的四步验证法

步骤	命令	预期输出（成功）	失败含义
① 检查底层设备容量	blockdev --getsize64 /dev/sda	53687091200（50GB）	仍为21474836480 → 未重扫描
② 验证内核识别	cat /sys/block/sda/size	104857600（扇区数）	数值未变 → SCSI rescan 失败
③ 分区表一致性	parted /dev/sda print | grep "Disk"	Disk /dev/sda: 50GiB	显示20GiB → parted 未刷新缓存
④ 文件系统边界	dumpe2fs -h /dev/sda1 | grep "Block count"	匹配扩容后理论值	仍为旧值 → resize2fs 未执行或前置失败

四、操作层：安全扩充分区与文件系统的黄金流程

graph TD
  A[宿主机完成.vmdk扩容] --> B[客户机执行SCSI在线重扫描]
  B --> C{判断分区表类型}
  C -->|MBR+主分区| D[fdisk /dev/sda：d→n→w，严格对齐柱面]
  C -->|GPT| E[parted /dev/sda：resizepart 1 100%]
  D --> F[重启或 partprobe /dev/sda]
  E --> F
  F --> G{文件系统类型}
  G -->|ext4/ext3| H[resize2fs /dev/sda1]
  G -->|XFS| I[xfs_growfs /mount/point]
  H --> J[验证 df -h & lsblk]
  I --> J

五、风险层：无LVM环境下的三大致命操作误区

1. 跳过 echo 1 > /sys/class/scsi_device/*/device/rescan 直接运行 fdisk —— 导致分区工具基于陈旧设备尺寸操作，新建分区越界覆盖原数据；
2. 使用 fdisk 在MBR上对已存在主分区执行 d+n 时未指定与原起始扇区一致的First sector —— 引发boot sector错位，GRUB2 启动失败；
3. 对XFS文件系统错误调用 resize2fs（仅适用于ext系列），或未挂载即执行 xfs_growfs —— 返回 “XFS ERROR: xfs_growfs: is not a mounted XFS filesystem”。

六、加固层：生产环境推荐的自动化防护策略

在 RHEL/CentOS 7+/Rocky 8+ 中部署以下 systemd 服务，实现扩容后自动探测与安全扩展：

[Unit]
Description=Auto-rescan and extend root disk after VMware resize
After=multi-user.target

[Service]
Type=oneshot
ExecStart=/bin/sh -c 'echo 1 > /sys/class/scsi_device/*/device/rescan && \
  sleep 2 && \
  if [ -f /usr/bin/parted ]; then \
    parted /dev/sda resizepart 1 100% 2>/dev/null || true; \
  fi && \
  partprobe /dev/sda && \
  if [ \"$(stat -fc \"%T\" /)\" = \"ext4\" ]; then \
    resize2fs /dev/sda1; \
  elif [ \"$(stat -fc \"%T\" /)\" = \"xfs\" ]; then \
    xfs_growfs /; \
  fi'

[Install]
WantedBy=multi-user.target

七、演进层：面向云原生的替代路径与架构启示

对于新部署场景，建议规避传统扩容链路：

• 采用 LVM Thin Provisioning + lvextend -r 实现“一键弹性”；
• 容器化负载迁移到 CSI Driver 支持的动态卷（如 vSphere CSI），通过 PVC annotations 触发 StorageClass 级别自动扩容；
• 核心数据库等有状态服务，改用分布式块存储（Ceph RBD、Longhorn）并启用 online resize 功能，解耦 Hypervisor 与 Guest OS 的耦合依赖。

```