三亩地 三亩地SAN MU DI · CODE DIARY
交流投稿
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天，欢迎挑你感兴趣的翻一翻。

首页/学习日记/日记详情

VMware虚拟机磁盘扩容实战：从原理到Linux系统分区与文件系统扩展

发布时间：2026/8/14 9:50:14 三亩地 编程学习日记
VMware虚拟机磁盘扩容实战：从原理到Linux系统分区与文件系统扩展

1. 项目概述：为什么虚拟机磁盘扩容是高频刚需

在虚拟化环境中工作，尤其是在本地开发、测试或学习时，Vmware Workstation 或 Player 几乎是绕不开的工具。我们常常会基于某个 Linux 发行版（比如 CentOS、Ubuntu、Rocky Linux）创建一个“黄金镜像”虚拟机，然后反复克隆使用。起初，为了节省宝贵的物理硬盘空间，我们往往会比较“抠门”地给虚拟机分配一个刚好够用的磁盘大小，比如 20GB 或 40GB。这个决定在初期看起来非常明智，但随着项目推进，依赖包越装越多，日志文件不断累积，或者需要部署一个稍大些的中间件，那个原本宽敞的根目录（/）或家目录（/home）就会迅速亮起红灯，出现“No space left on device”的报错。

这时，摆在面前的路似乎只有两条：一是忍痛删除大量文件，但这往往治标不治本，且可能误删重要数据；二是新建一个更大的虚拟机，然后费时费力地迁移环境和数据。显然，这两条路都不够优雅。而第三条路，也就是我们今天要详细拆解的——对现有虚拟机的虚拟磁盘进行在线扩容，才是真正高效、低成本且能保留所有现有配置和数据的解决方案。这个过程听起来可能涉及底层磁盘操作和分区调整，让人望而生畏，但实际上，只要理清逻辑、按步骤操作，它远比想象中简单可靠。本文将手把手带你完成从 Vmware 虚拟机设置到 Linux 系统内部识别、分区、文件系统扩容的全过程，并分享我踩过的坑和总结的“保命”技巧。

2. 核心思路与前置准备：理解“两层”扩容逻辑

在开始动手之前，我们必须理解虚拟机磁盘扩容的本质是两个独立但又紧密关联的层面的操作。很多新手失败，就是因为混淆了这两个层面。

第一层：虚拟硬件层（Vmware 层面）这个操作发生在你的宿主机（比如你的 Windows 或 macOS）上的 Vmware 软件中。它的作用仅仅是告诉虚拟机：“嗨，我给你准备的那块‘虚拟硬盘’，物理尺寸变大了。” 这就像你给电脑换了一块更大容量的物理硬盘，但操作系统还完全不知道这回事。在 Vmware 中，这个操作通常是通过编辑虚拟机设置，调整虚拟磁盘的容量来实现的，并且大多数情况下需要虚拟机处于关机状态。

第二层：操作系统层（Guest OS，即 Linux 层面）虚拟机启动后，Linux 系统需要去识别这块“新硬盘”多出来的空间，并将其纳入到现有的存储管理体系中。这又细分为三个子步骤：

  1. 识别新空间：让系统内核感知到磁盘容量变化。
  2. 分配新空间：将新增的未分配空间，划分给某个现有的分区，或者创建新分区。
  3. 扩展文件系统：让分区上的文件系统（如 ext4, xfs）能够使用新划分的全部空间。

只有完成了这两层所有步骤，扩容才算真正生效，df -h命令看到的可用空间才会增加。接下来，我们进入实战环节。

2.1 工具与环境检查清单

在开始前，请确保你手头有以下“装备”，并完成检查：

  1. 虚拟机状态：必须关闭虚拟机电源。虽然某些高级存储模式支持热添加，但对于最常用的单磁盘扩容，关机操作是最稳妥、兼容性最好的方式。
  2. 备份！备份！备份！：任何涉及磁盘分区的操作都有潜在风险。强烈建议在操作前，为整个虚拟机创建一个快照（Snapshot）。在 Vmware 中，右键点击虚拟机 -> “快照” -> “拍摄快照”。这能让你在操作失误时一键回滚。
  3. 确认磁盘类型：打开虚拟机设置，查看硬盘类型。确保是SCSI或SATA类型。古老的 IDE 类型磁盘在某些 Vmware 版本中可能不支持扩容。同时，确认磁盘模式不是“独立-持久”或“非持久”模式，这些模式也可能限制扩容。
  4. 安装growpart和resize2fs/xfs_growfs工具：这是 Linux 层扩容的关键软件包。你可以先启动虚拟机，在终端中执行以下命令进行安装（根据发行版选择）：
    • CentOS/RHEL/Rocky Linux/AlmaLinux:
      sudo yum install -y cloud-utils-growpart # ext4文件系统工具通常已内置，xfs则需要： sudo yum install -y xfsprogs
    • Ubuntu/Debian:
      sudo apt update sudo apt install -y cloud-guest-utils # ext4工具已内置，xfs同样需要： sudo apt install -y xfsprogs
    安装完成后，再关闭虚拟机进行下一步。growpart用于调整分区表，resize2fs用于扩展 ext2/3/4 文件系统，xfs_growfs用于扩展 XFS 文件系统。

注意：务必先安装工具再关机扩容。如果先扩容虚拟磁盘再启动Linux安装工具，虽然也可以，但提前准备好能让你流程更顺畅。

3. 第一层操作：在 Vmware 中扩展虚拟磁盘

现在，我们开始第一层的操作。请保持虚拟机关机状态。

  1. 打开 Vmware Workstation 或 Player，在库中选中你要扩容的虚拟机，但不要启动它。
  2. 右键点击该虚拟机，选择“设置”（或者点击菜单栏的“虚拟机”->“设置”）。
  3. 在硬件选项卡中，找到“硬盘（SCSI或SATA）”这一项并选中它。在右侧，你会看到当前磁盘的容量信息。
  4. 点击右下角的“扩展”按钮（在较新版本中可能是“扩展容量”或类似表述）。这时会弹出一个对话框，让你输入新的最大磁盘大小。
  5. 输入一个大于当前容量的值。例如，当前是 40GB，你可以扩展到 60GB、80GB 或更大。Vmware 会显示允许扩展的范围。
  6. 点击“扩展”或“确定”按钮，Vmware 会开始处理。这个过程的速度取决于你扩展的容量大小和宿主机硬盘的性能，通常很快。

操作完成后的重要提示： 此时，虚拟机的虚拟磁盘文件（通常是.vmdk文件）在宿主机上占用的空间并不会立即变大。Vmware 采用稀疏磁盘（thin provision）或预分配（thick provision）技术。你刚刚设定的只是一个“最大上限”。虚拟机内部实际使用了多少，这个文件才会慢慢增长到多少。扩容操作只是修改了磁盘的“元数据”，告诉虚拟机这块盘的理论容量变大了。

3.1 关于“立即扩展磁盘”选项的深度解析

在扩展磁盘容量的对话框中，你可能会看到一个选项：“立即扩展磁盘”或“Allocate all disk space now”。这里需要根据你的需求谨慎选择：

  • 勾选它（预分配厚置备）：Vmware 会立即在宿主机硬盘上划出你指定的全部容量（如80GB），即使虚拟机内部只用了20GB。.vmdk文件会瞬间增长到80GB。优点是性能最好，因为磁盘空间是连续的；缺点是占用大量宿主机空间，且操作耗时较长。
  • 不勾选它（精简置备）：.vmdk文件只会随着虚拟机内部实际写入数据而慢慢增长。优点是节省宿主机空间，扩容操作秒级完成；缺点是性能可能略有损耗，且存在宿主机空间不足导致虚拟机未来无法写入数据的风险（虽然概率低）。

我的实操心得：对于个人开发测试环境，我从不勾选这个选项。精简置备的便利性和空间节省优势太大了。性能的细微差别在绝大多数场景下根本感知不到。只需要确保你的宿主机硬盘有足够的剩余空间，足以应对虚拟机未来可能增长到的最大容量即可。

4. 第二层操作：在 Linux 内部消化新增空间

虚拟机磁盘硬件层面的“蛋糕”已经做大了，现在需要让 Linux 系统来“切蛋糕”并享用它。启动你的虚拟机，登录系统。

4.1 确认磁盘容量已被系统识别

首先，我们检查内核是否已经看到了更大的磁盘。使用lsblk或fdisk -l命令（需要sudo权限）。

sudo fdisk -l /dev/sda

（请注意，你的磁盘设备可能是/dev/sda，也可能是/dev/vda，取决于虚拟化驱动。使用lsblk可以更直观地查看。）

查看输出结果中，对应磁盘（如/dev/sda）的容量是否已经变成了你在 Vmware 中设置的新大小。例如：

Disk /dev/sda: 80 GiB, 85899345920 bytes, 167772160 sectors Disk model: VMware Virtual S Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x1234abcd Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 2099199 2097152 1G 83 Linux /dev/sda2 2099200 83886079 81786880 39G 8e Linux LVM

这里可以看到/dev/sda的总容量是80 GiB，但下面的分区/dev/sda2的 End 扇区是83886079，这意味着从83886080扇区开始到磁盘末尾，有一块未分配的空间。我们的目标就是把这块空间加入进去。

如果使用lsblk，输出会更直观：

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 80G 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:2 0 39G 0 part ├─centos-root 253:0 0 37G 0 lvm / └─centos-swap 253:1 0 2G 0 lvm [SWAP]

这里清楚地显示磁盘sda有 80G，但分区sda2只有 39G，根逻辑卷centos-root只有 37G。我们需要处理的就是sda上多出来的空间。

4.2 场景一：扩容使用 LVM 的根分区（最常见）

这是最经典和推荐的方式。许多现代 Linux 发行版（如 CentOS, RHEL, Fedora, Rocky Linux）的默认安装会使用 LVM（逻辑卷管理）。LVM 的好处就在于它能在上层抽象一层，使得底层磁盘空间的扩展变得非常灵活。

步骤拆解：

  1. 扩展物理卷（PV）：将磁盘上新增的未分配空间，创建为一个新的物理卷，或者扩展到现有的物理卷。由于我们是在扩展现有磁盘，所以是后者。首先，我们需要将未分配空间创建为一个新的分区，并将分区类型标记为Linux LVM(8e)。但更高效的方法是直接使用growpart工具扩展包含 PV 的现有分区。

    # 查看当前分区情况，确认要扩展的分区，比如是 /dev/sda2 sudo lsblk # 使用 growpart 扩展分区表。注意设备名和分区号之间有个空格。 sudo growpart /dev/sda 2

    这条命令会扩展/dev/sda磁盘上的第 2 个分区。执行后，再次运行sudo fdisk -l /dev/sda，你会看到/dev/sda2的 End 扇区已经变大了，包含了所有新增空间。

  2. 扩展物理卷（PV）容量：现在分区变大了，但物理卷还没“吸收”这部分空间。使用pvresize命令。

    sudo pvresize /dev/sda2

    执行后，使用sudo pvdisplay查看，你会发现物理卷/dev/sda2的“自由空间”增加了。

  3. 扩展逻辑卷（LV）：现在物理卷有了空闲空间，我们可以把它分配给需要扩容的逻辑卷，通常是根卷root。

    # 首先查看逻辑卷组（VG）和逻辑卷（LV）信息 sudo vgdisplay sudo lvdisplay # 假设我的根逻辑卷路径是 /dev/centos/root，我想把所有空闲空间都给它 sudo lvextend -l +100%FREE /dev/centos/root # 或者扩展指定大小，例如 10G: sudo lvextend -L +10G /dev/centos/root

  4. 扩展文件系统：最后一步，让文件系统“撑满”逻辑卷。

    • 对于 ext4 文件系统：
      sudo resize2fs /dev/centos/root
    • 对于 XFS 文件系统：
      sudo xfs_growfs / # 注意：xfs_growfs 后面跟的是挂载点，而不是设备路径

  5. 验证结果：运行df -h，查看根分区 (/) 的容量，应该已经成功变大了。

4.3 场景二：扩容非 LVM 的独立分区（例如 /dev/sda3）

如果你的系统没有使用 LVM，而是直接将磁盘空间划分给了/dev/sda3这样的分区，并且你需要扩展的正是这个分区，那么步骤会有所不同，且风险稍高，因为它通常要求这个分区是磁盘上的最后一个分区。

操作流程与风险预警：

  1. 删除并重建分区（高风险！）：使用fdisk或parted工具。你需要先删除原来的分区（例如/dev/sda3），然后在同一个起始扇区创建一个新的、更大的分区。关键点：分区类型 ID 必须保持和原来一致（比如 Linux 是 83），并且起始扇区（Start）绝对不能变！如果起始扇区变了，这个分区上的所有数据将永久丢失。
  2. 扩展文件系统：分区重建后，系统会识别到一个“新”的、更大的/dev/sda3。此时，再使用resize2fs（针对 ext）或xfs_growfs（针对 xfs）来扩展文件系统。

重要警告：此操作极其危险！除非你百分百确定分区位置且已备份，否则强烈不建议对非末尾分区或系统关键分区（如/boot）进行此操作。对于根分区（/）如果非 LVM，通常就是磁盘上的最后一个分区，相对安全一些，但依然强烈建议先做快照或备份。

更安全的替代方案：对于非 LVM 系统，如果只是想增加一个数据盘，更安全的做法是在 Vmware 中添加第二块虚拟硬盘，然后在 Linux 内格式化并挂载使用，而不是去动原有的系统分区。

4.4 使用growpart工具的详细说明

上面我们提到了growpart，它是cloud-utils包里的一个神器，专门用于在命令行下安全地扩展分区。它的工作原理是修改分区表，将指定分区的结束位置移动到磁盘的末尾（或最大允许位置）。

基本语法：

sudo growpart <磁盘设备> <分区编号>

例如：sudo growpart /dev/sda 2

执行前后的变化：

  • 执行前：/dev/sda2结束于扇区 83886079。
  • 执行后：/dev/sda2结束于磁盘最后一个可用扇区。

注意事项：

  • 它只能扩展磁盘上的最后一个分区，或者后面没有紧邻其他分区的分区。
  • 它不会移动任何数据，只修改分区表信息，因此速度极快，相对安全。
  • 执行前，务必通过lsblk或fdisk -l确认分区布局。

5. 常见问题排查与实战技巧实录

即使按照步骤操作，你也可能会遇到一些“坑”。下面是我在多次扩容中总结的问题和解决方法。

5.1 问题：growpart命令报错或找不到

现象：执行sudo growpart /dev/sda 2时，提示 “command not found” 或 “unexpected output”。

排查与解决：

  1. 未安装工具：确保已按照“前置准备”部分安装了cloud-utils-growpart(RHEL系) 或cloud-guest-utils(Debian系)。
  2. 语法错误：注意growpart后面跟的两个参数：设备名和分区号，中间有空格。例如/dev/sda和2，不是/dev/sda2。
  3. 分区非最后一个：如果/dev/sda2后面还有/dev/sda3，则无法直接扩展sda2。你需要先处理sda3（备份数据、删除、扩展sda2后再重建sda3，非常麻烦）。这凸显了 LVM 或合理规划分区的重要性。

5.2 问题：resize2fs提示 “The filesystem is already XXXX blocks long.”

现象：在扩展文件系统时，提示文件系统大小已经和分区一样了。

原因与解决：这通常意味着逻辑卷（LV）已经扩展了，但文件系统之前已经自动或手动扩展过了。这是一个无害的提示。你可以用sudo resize2fs /dev/centos/root不加参数再运行一次，或者使用-p参数查看详情。使用df -h和lvdisplay对比一下逻辑卷大小和文件系统大小，如果一致就说明已经成功了。

5.3 问题：扩容后系统无法启动（GRUB 相关）

现象：完成所有扩容步骤后，重启虚拟机，卡在 GRUB 引导界面或黑屏。

原因：这种情况较少见，但可能发生在扩容了包含/boot分区的磁盘，并且分区表类型为 MBR（DOS），而扩容操作导致磁盘的柱面/磁头/扇区（CHS）参数发生变化，使得 GRUB 的 stage1.5 找不到 stage2 文件。

解决思路：

  1. 使用虚拟机光盘镜像进入救援模式。
  2. 重新安装 GRUB 到磁盘。
    # 假设根分区已挂载到 /mnt/sysimage chroot /mnt/sysimage grub2-install /dev/sda grub2-mkconfig -o /boot/grub2/grub.cfg
  3. 退出重启。

预防措施：对于使用 MBR 分区的老系统，如果可能，尽量使用 UEFI/GPT 分区方式，其对磁盘变化的兼容性更好。或者，在扩容前也为/boot分区预留足够空间，避免动它。

5.4 问题：XFS 文件系统无法缩小

现象：我想缩小分区或逻辑卷，但发现 XFS 文件系统不支持在线缩小。

根本原因：XFS 文件系统设计上只支持在线扩大，不支持缩小。这是由其元数据结构和日志设计决定的。

解决方案：

  1. 备份数据：这是唯一可靠的方法。将数据备份到其他位置。
  2. 重建文件系统：缩小底层逻辑卷或分区后，格式化一个新的、更小的 XFS 文件系统。
  3. 恢复数据：将备份的数据拷贝回来。

实操心得：这也是为什么在规划磁盘大小时，对于可能需动态调整的分区（如/home,/var），我更倾向于使用ext4文件系统，因为它支持离线缩小（使用resize2fs前需先e2fsck并卸载分区）。而对于追求高性能和大文件读写的场景（如数据库、日志），XFS 仍是优秀选择，但需要提前规划好容量。

5.5 性能与稳定性终极建议

  1. 快照是你的后悔药：在 Vmware 层面做任何磁盘修改前，务必创建虚拟机快照。这是成本最低、恢复最快的备份方式。
  2. LVM 是好朋友：对于需要灵活调整的服务器或开发环境，安装系统时选择 LVM 分区方案，未来你会感谢自己。
  3. 一次扩够，避免频繁操作：虽然扩容技术成熟，但频繁操作分区表和文件系统仍会增加不可预知的风险。根据业务增长预估，一次扩展足够的空间（例如，预留未来1-2年的增长量）。
  4. 监控宿主机空间：使用精简置备磁盘时，务必监控宿主机物理硬盘的剩余空间。如果宿主机硬盘写满，会导致虚拟机内所有磁盘 I/O 挂起，甚至损坏虚拟机磁盘文件。
  5. 文档记录：将扩容步骤、关键命令和原始分区信息记录下来。万一出现问题，清晰的记录能极大缩短故障恢复时间。

通过以上从原理到实操，从常规步骤到异常排查的完整梳理，相信你已经掌握了 Vmware 下 Linux 虚拟机磁盘扩容这项看似复杂、实则有序的核心技能。记住，胆大心细，备份先行，你就能游刃有余地管理你的虚拟存储空间。

编程学习 学习日记 实战经验
← 返回列表