简介面向Linux中VMware虚拟机磁盘扩容的图文操作指南针对Red Hat Enterprise Linux等系统开发测试环境磁盘空间不足、软件无法正常安装的典型问题适合具备一定Linux基础、希望在不重装系统前提下扩展存储空间的运维与开发人员。压缩包内仅含一份docx文档共1个文件包体约324KB内容以清晰的步骤加截图说明形式完整覆盖从VMware Workstation的Edit Virtual Machine Settings扩展磁盘到进入Linux通过fdisk创建新分区、重启后mkfs格式化、mount临时挂载并配置/etc/fstab实现开机自动挂载的全过程还额外给出当前磁盘无可用空间时通过VMware Add方式新增磁盘并复用的备选方案。文档强调分区后必须reboot才能识别/dev/sda4、以及通过指定默认柱面避免空间浪费等易错细节便于读者一次成功。该资源已有6512人学习下载是一份可对照操作的实用参考。1. 磁盘满的时候最怕的不是清理而是扩容在 VMware 虚拟机里跑一个跨平台系统的开发环境RHEL 的 / 分区用到只剩几百 MB装一个编译依赖直接报 No space left on device连 /tmp 下的临时文件都写不进去。重装一遍系统开发环境、依赖库、配置全要重来至少半天起步这是给运维找活干的最笨的办法。VMware 虚拟磁盘扩容是标准解法先在 VMware Workstation 里把 vmdk 文件扩大再进 Linux 把新空间分区、格式化、挂载全程不到半小时。这套操作的核心难点不在 VMware 界面而在 Linux 侧——磁盘扩容后系统内看不到新空间需要手动分区和挂载而分区完不重启就直接格式化又是新手最容易翻车的一步。下面按我实际操作过的完整流程走一遍适合 RHEL/CentOS 系Ubuntu/Debian 同样适用。2. VMware Workstation 扩容先让虚拟磁盘文件变大2.1 扩容前的环境检查确认分区布局和剩余空间扩容前先进系统看一眼现状。我在处理这类问题时习惯先跑两条命令确认到底是不是分区满了、还有哪些分区可以腾挪# 查看文件系统使用情况确认根分区或 /home 是否已满 df -h # 查看当前磁盘分区表确认设备名和分区编号 fdisk -ldf -h的输出会直接告诉你哪个挂载点告急比如这样Filesystem Size Used Avail Use% Mounted on /dev/sda1 488M 106M 357M 23% /boot /dev/sda2 19G 18G 12M 100% /典型的根分区满格/已经 100%/boot还很宽松。再用fdisk -l看分区表确认这块虚拟磁盘的物理布局Disk /dev/sda: 21.5 GB, 21474836480 bytes 255 heads, 63 sectors/track, 2610 cylinders Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 261 1992060 82 Linux swap /dev/sda3 262 2610 18818910 83 Linux这里的关键信息有两条一块 20GB 的虚拟磁盘被分成了 sda1/boot、sda2swap、sda3/三个分区其中 sda3 是最大的分区。这就解释了为什么原文里说“最大分区为 /dev/sda3说明新创建的分区将会是 sda4”——因为磁盘上已经有 sda1~sda3下一个可用的分区号就是 4。如果你看到的分区数量已经达到 sda4那就要换思路了MBR 分区表最多只能放 4 个主分区要么删掉一个不用的分区腾位置要么走扩展分区Extended的逻辑这块放到后面的避坑章单独说。2.2 图形界面 Expand 操作参数与等待过程确认现状后就回到 VMware Workstation开始虚拟磁盘层面的扩容。操作路径比较简单选中虚拟机点击Edit virtual machine settings在 Hardware 选项卡里选中 Hard Disk然后展开Utilities下拉菜单找到Expand选项。点击 Expand 之后会弹出一个对话框让你输入扩容后的磁盘总大小。原文案例是从 20GB 扩到 50GB我一般会按“预估未来一年数据增长量再乘以 1.5 的冗余系数”来填避免半年后又来一次扩容操作。填好 50GB点Expand剩下的就是一个较长的等待过程具体耗时取决于虚拟机文件所在磁盘的读写速度通常几分钟到十几分钟不等。这里有一个重要的认知Expand 做的是在虚拟磁盘文件尾部追加空白空间它不会改动现有的分区表也不会移动任何文件。换句话说vmdk 文件从 20GB 变成了 50GB但磁盘里的 MBR 分区表还是老样子sda1、sda2、sda3 的边界和大小都没有任何变化。所以整个过程对虚拟机内的系统是无感知的不需要担心数据损坏唯一要做的就是等待。提示如果虚拟机存在快照SnapshotUtilities 下拉菜单里的 Expand 会是灰色的无法点击。后面避坑章节会专门讲。2.3 扩容后的系统内确认为什么新空间在 df 里不可见Expand 完成后把虚拟机开机进去第一件事是重新执行fdisk -l。你会发现Disk /dev/sda后面的容量已经变成了 50GB 左右但分区表里还是只有 sda1、sda2、sda3它们的 Blocks 加起来远小于磁盘总容量Disk /dev/sda: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 2610 cylinders Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 261 1992060 82 Linux swap /dev/sda3 262 2610 18818910 83 Linux注意看磁盘总量是 53.7GB但三个分区的 Blocks 加起来不到 20GB这中间的差值就是新增的 30GB 空间。此时执行df -h还是看到/分区 100%——因为文件系统层面的分区大小根本没变新空间是一块未分区的“裸区域”。这个状态就是整个扩容流程里的第一个分水岭VMware 层面已经完成Linux 层面还未开始。下面要做的就是让 Linux 把这 30GB 未分区空间纳入管理体系。3. fdisk 创建新分区把未分配空间切成 /dev/sda43.1 用 root 身份进入 fdisk确认新分区编号分区操作需要 root 权限先确认身份再动磁盘。执行fdisk -l看到的输出和 2.3 节一致磁盘总容量变了分区还是 sda1~sda3。这意味着接下来的新分区就是 sda4这是 MBR 分区编号顺序决定的不需要额外指定。然后执行fdisk /dev/sda进入交互式分区编辑器。注意目标设备是/dev/sda而不是/dev/sda3我们要在整块磁盘上创建新分区而不是在已有分区上做修改。[rootlocalhost ~]# fdisk /dev/sda The number of cylinders for this disk is set to 6520. There is nothing wrong with this, but this is larger than 1024, and could in certain setups cause problems. Command (m for help):看到 Command (m for help) 提示符后就可以开始交互了。这里不用害怕总共只需要输入几个字母和几次回车。3.2 交互式分区从 n 到 w 的每一步到底在干什么完整的交互过程如下每一步的输入我都标了注释Command (m for help): n # 输入 n表示新增一个分区 Partition type: p primary partition (1-4) e extended Select (default p): p # 输入 p创建主分区 Partition number (1-4): # 直接回车fdisk 自动选择编号 4 First cylinder (2611-6520, default 2611): # 直接回车从第一个空闲柱面开始 Last cylinder, cylinders or size{K,M,G} (2611-6520, default 6520): # 直接回车用完全部剩余空间 Command (m for help): w # 输入 w写入分区表并退出逐条拆解一下。n告诉 fdisk 要创建新分区紧接着的提示让你选择分区类型p是主分区e是扩展分区这里必须选p因为我们要的是立即可挂载的标准分区。分区编号让 fdisk 自动分配即可直接回车它就会选 4。“First cylinder”是起始柱面的选择直接回车使用默认值这个默认值就是上一块空间的结束位置能保证分区紧凑不浪费。“Last cylinder”是结束位置同样直接回车default 6520表示把剩余所有空间全部分配给这个新分区这也是原文里强调选择默认大小这样不浪费空间的原因。最后输入w把分区表写入磁盘。这里提醒一句有些教程会让你用q退出q是不保存修改直接退出。w和q一字之差前者写盘成功后者修改全部作废。我见过不止一次同事把w敲成q然后怪 fdisk 不生效。3.3 必须重启为什么新分区不重启就没办法格式化分区表写完之后如果你立刻执行mkfs.ext4 /dev/sda4大概率会收到类似这样的报错mkfs.ext4: No such file or directory while trying to open /dev/sda4这不是分区没创建成功而是内核还拿着旧的分区表缓存/dev/sda4这个设备节点根本没有生成。fdiskw写入的是磁盘上的分区表扇区但运行中的内核不会自动感知这个变化它仍然认为磁盘只有 sda1~sda3。原文让你执行reboot重启 Linux这是最稳妥的解法。重启后内核重新扫描磁盘/dev/sda4节点自然就出现了。如果不想重启可以尝试partprobe /dev/sda让内核重新读取分区表但这个手段在部分发行版上不稳定我遇到过partprobe执行后节点依然不生成的情况最后还是要重启才能继续。在生产环境我通常直接重启省得赌运气。启动完成后用一条命令确认新分区已经就位ls -l /dev/sda4看到 block 设备文件存在就可以进入下一步格式化了。4. 格式化与挂载让新分区真正变成可用空间4.1 mkfs 格式化为什么原文用 ext2我建议你改用 ext4新分区刚创建出来是一块白纸文件系统还不存在。Linux 下格式化用的命令是mkfs系列原文里的做法是mkfs.ext2 /dev/sda4这个命令会把 sda4 格式化为 ext2 文件系统。但我先给个建议如果你没有特殊理由直接换成 ext4 会更实际。ext2 是 2001 年左右的标准它没有日志功能journal虚拟机一旦被强制关机、断电磁盘上的元数据很容易不一致重启后 fsck 要全盘扫描恢复起来很慢还可能丢数据。ext4 在 ext2 基础上加了日志异常掉电后恢复速度快得多数据安全性也高一个级别。# 推荐使用 ext4 格式化RHEL 6 及以上都原生支持 mkfs.ext4 /dev/sda4如果你的 RHEL 版本比较老或者你就想完全照着原文走mkfs.ext2也能用功能上没有任何问题只是牺牲一点可靠性。格式化命令执行后需要几秒到几十秒不等看到Writing superblocks and filesystem accounting information这行输出就说明完成了。补充一点RHEL 7 及之后的默认文件系统其实是 xfs但在这个扩容场景下不建议选 xfs。xfs 虽然性能不错但它有个特性是不能缩容以后要调整分区大小会很尴尬。ext4 灵活得多而且原场景是新挂一个数据分区ext4 完全够用。4.2 创建挂载点并临时挂载格式化完成后需要在根目录下找一个位置挂载新分区。原文用的是/disk4我沿用这个命名你也可以用/data、/home/data这类更有语义的目录。创建挂载点并执行挂载# 创建挂载点目录 mkdir /disk4 # 手动挂载分区到 /disk4 mount /dev/sda4 /disk4/ # 验证挂载结果确认容量已经在系统里可见 df -h /disk4挂载成功后df -h /disk4会看到类似这样的输出Filesystem Size Used Avail Use% Mounted on /dev/sda4 30G 60M 30G 1% /disk4此时新空间已经能用了30GB 实实在在出现在挂载点上。但这只是临时挂载一旦重启系统这个挂载关系就消失了所以接下来的 fstab 配置才是关键——它决定这个分区能不能在每次开机时自动挂载。这里顺带解释一个常见疑问为什么不能把新空间直接“合并”到根分区因为根分区 sda3 是 MBR 分区表里的连续区域它在物理上已经顶到 20GB 的边界或原有分区边界后面是新增的空间但要把 sda3 扩展过去需要先删除分区再重建边界风险极高。挂载一个新目录是最简单、最安全、也是原文采用的做法。4.3 编辑 /etc/fstab每一列参数的含义/etc/fstab是 Linux 的开机挂载配置表。用 vim 打开它在文件末尾追加一行vim /etc/fstab在最后一行加上/dev/sda4 /disk4 ext4 defaults 0 0这一行的六个字段需要逐个理解我整理成表格字段值含义设备文件/dev/sda4需要挂载的分区设备名挂载点/disk4挂载到的目标目录必须已存在文件系统类型ext4必须与 mkfs 格式化时的类型一致挂载选项defaults默认组合rw, suid, dev, exec, auto 等是否 dump00 表示不执行 dump 备份fsck 检查顺序00 表示开机时不对这个分区做磁盘检查中间最容易出问题的是第三个字段。你格式化用的 ext4fstab 里就必须写 ext4你格式化用的 ext2这里也得写 ext2。一旦不一致开机时系统会报wrong fs type挂载直接失败。原文案例格式化用的是 ext2所以原文的 fstab 行是/dev/sda4 /disk4 ext2 defaults 0 0。如果读者跟我一样改用 ext4这里要同步改成 ext4。另一个我强烈建议你做的事用 UUID 替代设备名。原因很简单Linux 启动时块设备的枚举顺序不是百分之百稳定以后如果你添加了新硬盘、改了虚拟机的磁盘顺序/dev/sda4可能漂移成/dev/sdb4fstab 里的设备名对不上分区就挂载失败了。UUID 是文件系统的唯一标识设备名随便怎么变UUID 永远不变。获取 UUID 并写入 fstab 的操作# 查看 sda4 的 UUID blkid /dev/sda4输出类似/dev/sda4: UUID2c1a9cba-3f7d-4e5a-b2c1-0a8e2f4d6b8a TYPEext4然后把 fstab 里的那行改成UUID2c1a9cba-3f7d-4e5a-b2c1-0a8e2f4d6b8a /disk4 ext4 defaults 0 0改完 fstab 后先不要急着重启用mount -a命令测试一下配置是否正确# 重新加载 fstab 中所有挂载项验证配置无语法错误 mount -a这条命令会尝试挂载 fstab 里所有未挂载的分区。如果没有任何报错说明配置没问题如果报错立刻回头检查文件系统类型字段和 UUID 有没有抄错。4.4 当前磁盘无剩余空间时的备选方案Add 新磁盘上面所有操作都基于一个前提VMware 里现有磁盘还有扩容余量。但有些场景下 Expand 已经走不通了——比如磁盘已经到达 VMware 支持的容量上限或者虚拟机存在快照导致 Expand 不可用。这时候就用备选方案给虚拟机加一块全新的虚拟磁盘。操作路径在 VMware 主界面选择VM → Settings在 Hardware 选项卡里点Add选择Hard Disk然后指定容量和磁盘类型SCSI 或 IDE。添加完成后虚拟机里会出现一块全新的裸磁盘通常设备名是/dev/sdb。后面的流程和前面完全一样fdisk /dev/sdb分区、mkfs.ext4 /dev/sdb1格式化、mkdir /disk4、mount /dev/sdb1 /disk4、fstab 追加一行。唯一的区别是分区号从 sda4 变成了 sdb1。两种方案的取舍也很直接Expand 适合“同一块盘上补空间设备节点保持稳定”Add 适合“想隔离数据或者系统盘已经快撑爆不想再动”。我一般会把系统盘和数据盘物理分开数据盘用 Add 创建后续扩容也更容易管控。5. 扩容避坑指南五个最容易翻车的细节这一章整理的是我在实际操作里踩过、以及帮别人排查过的典型问题每一条都按现象、原因、解决三步说清楚。5.1 快照挡住扩容Expand 按钮是灰的现象在 VMware 虚拟机设置里选中 Hard DiskUtilities 下拉菜单中的 Expand 选项呈灰色不可点击状态。原因虚拟机存在快照Snapshot。VMware 的快照机制依赖 vmdk 的增量差分文件扩容会把磁盘尾部空间追加进去这会破坏快照链的地址映射关系。所以 VMware 干脆禁止在有快照的状态下做磁盘扩容。解决打开 VM → Snapshot → Snapshot Manager把不需要的快照删除。删完快照后回到 Hard Disk 设置Expand 按钮就会恢复可点了。如果快照是你用来做回滚保护、不想删那就放弃 Expand改用 4.4 节的 Add 方式添加新磁盘——新增虚拟磁盘不会影响任何已有快照。5.2 扩容后 fdisk -l 磁盘大小还是老样子现象VMware 界面里已经显示扩容完成但进 Linux 执行fdisk -lDisk /dev/sda 显示还是原来的 20GB。原因这个分两种情况。第一种是虚拟机在运行状态下执行了 ExpandLinux 内核的 SCSI 层缓存没有感知到虚拟磁盘容量的变化第二种是磁盘类型是 IDE某些 VMware 版本对 IDE 磁盘的在线扩容支持不完整。解决先关机再开机强制虚拟机的 BIOS 和内核重新扫描磁盘。重启后如果fdisk -l能看到新容量说明只是缓存问题如果重启后还是老容量确认 VMware 界面里你填的确实是“扩容后的总大小”而不是“增加的大小”检查清楚后再重新点一次 Expand。IDE 磁盘的话可以改成 SCSI 磁盘类型再做扩容步骤会多一些。5.3 不重启直接格式化 /dev/sda4设备节点不存在现象fdisk 里创建完分区并w保存后紧接着执行mkfs.ext4 /dev/sda4报错No such file or directory。原因这属于内核分区表缓存没有刷新。fdiskw只是把新的分区表写进了磁盘扇区但正在运行的内核不会主动感知区块设备节点/dev/sda4还没被创建。所以系统提示找不到设备。解决执行reboot重启内核启动时重新扫描磁盘设备节点就出现了。想省一次重启的话可以先试partprobe /dev/sda让内核主动重读分区表但我在 Ubuntu 和 CentOS 上都见过partprobe之后节点依然没生成的情况所以第一次做这个操作的读者建议直接 reboot不要在这个环节纠结“为什么我就不能少重启一次”。5.4 fstab 配置错误开机直接进 emergency mode现象改完/etc/fstab后重启系统卡在类似An error occurred while mounting /disk4的地方最后停在 emergency mode紧急模式网络服务都起不来。原因fstab 里的文件系统类型、UUID 或挂载点写错mount 阶段失败而 fstab 是启动流程的硬依赖失败后系统无法继续正常启动。最常见的是格式化用了 ext4、fstab 里写了 ext2或者设备名用了/dev/sda4但实际已经漂移了。解决在 emergency mode 中输入 root 密码登录执行mount -a查看具体报错信息然后用vim /etc/fstab把写错的那一行修正或直接加#注释掉再重启。我自己的操作习惯是每次改完 fstab 先执行一遍mount -a确认零报错再reboot绝不带着“先重启试试”的心态去赌。5.5 ext2 文件系统在异常掉电后的数据损失现象照原文用了mkfs.ext2某次虚拟机非正常关机再启动/disk4下的文件出现损坏fsck.ext2大面积修复后仍然丢了不少数据。原因ext2 没有日志机制。日志journal是现代文件系统用来记录“正在进行的写操作”的缓冲机制系统异常掉电后文件系统可以靠日志快速恢复到一致状态。ext2 没有这个能力只能依赖全盘扫描fsck修复效率和完整性都不如 ext4。解决老实用mkfs.ext4 /dev/sda4。虚拟机的 vmdk 在宿主机上本质是个普通文件宿主机一旦崩溃、强制断电虚拟机的“磁盘”就会面临突然断电的风险这远比物理机掉电更常见。所以虚拟机里用带日志的文件系统不是锦上添花而是刚需。6. 验证跑通三分钟把扩容结果验透装完环境、改完配置最后一定不能省的是验证环节。扩容操作涉及虚拟磁盘层和 Linux 分区层两个层面任何一层出问题都可能造成数据写入失败所以我会按下面三个步骤把结果彻底验一遍。第一步确认挂载和容量。执行df -h /disk4看输出里/dev/sda4是否挂在/disk4上Size 是否接近预期的新容量比如 30GB。这一步验证的是“容量有没有到位”。第二步验证 fstab 是否真正生效。执行reboot重启一次系统开机后不要手动挂载直接执行df -h确认/disk4已经自动挂载进来且/dev/sda4的 Mounted on 列显示的是/disk4。这一步验证的是“fstab 配置是否能在开机时被正确执行”很多人在 fstab 里加完行但从不重启验证结果下次开机直接进 emergency mode。第三步测试实际读写。光看到 Size 还不行我用dd实际写入一个临时文件再删掉验证分区是否真的可写# 写入 1GB 临时文件测试分区实际写入能力 dd if/dev/zero of/disk4/testfile bs1M count1024 # 确认文件大小后删除避免占用空间 ls -lh /disk4/testfile rm /disk4/testfiledd命令从/dev/zero读取空数据写入/disk4/testfile写入 1024 个 1MB 的块如果最后看到1073741824 bytes copied这类输出说明分区写入完全正常。这一步验证的是“文件系统可用性”不只是挂载识别。从那以后我每次给 VMware 虚拟机扩容都会强制自己走一遍df -h→reboot→dd测试这条流程三分钟能跑完但基本能把容量、自动挂载、实际 IO 三个维度全部覆盖。之后就再也不用担心扩容这件事会不会在某个角落埋雷这份操作到现在还是我在虚拟机上扩磁盘时的默认流程希望帮到你。本文还有配套的精品资源点击获取