简介：一份面向虚拟机初学者的图文操作指南，聚焦VMware环境下Ubuntu系统的完整安装流程，适合需要在Windows平台快速搭建Linux实验环境的技术爱好者与运维入门人员。文档以Word格式整理，共1个文件，压缩包约1.84MB，内容涵盖VMware虚拟机版本选择、Ubuntu镜像下载建议、虚拟机的创建与配置、安装介质加载及系统重启登录等关键环节。已有451人学习下载。除了基础安装步骤，文档还针对安装过程中的常见问题给出了实用提示，如网络连接界面如何处理、重启卡顿时的应对办法等，方便读者对照操作时及时排错。整篇讲解采用分步图文形式，结构简洁清晰，读者跟随文档即可独立完成从下载准备到成功登录Ubuntu的整个过程，避免走弯路。
1. 虚拟机VMware安装Ubuntu：为什么这个老方案至今仍是首选
如果你搜「虚拟机VMware安装Ubuntu图文讲解」，大概率是两种人：一是刚接触 Linux 的初学者，想在不破坏现有 Windows 环境的前提下先跑起来一个 Ubuntu；二是要在本地搭开发、测试或演示环境，需要一台随时能删掉重建的"一次性"Linux 机器。这个方案的核心价值就一句话：用 VMware Workstation 创建一个隔离的虚拟机实例，在虚拟机里装 Ubuntu，宿主机和虚拟机之间互不干扰，快照和克隆让试错成本低到可以忽略。
相比 WSL 和双系统，VMware 里的 Ubuntu 有它不可替代的位置：WSL 跑的是命令行环境，图形界面和内核行为不完全等价于真实 Ubuntu；双系统则要重启切换，分区稍有不慎就影响整块硬盘。而 VMware 虚拟机给你一台完整的、可配置 CPU 和内存规格、可随时回滚的 Ubuntu，开发者场景下的"跑完即弃"和教学场景下的"随便折腾"都靠这个兜底。这篇文按我自己的安装习惯和踩过的坑来写，手动配置为主，不依赖向导默认值，跟着一步步做就能得到一台配置合理、能装增强工具、能共享文件夹的 Ubuntu 虚拟机。
2. 动手之前：镜像选型、VMware 版本和虚拟硬件规划
2.1 Ubuntu 镜像版本：LTS 优先，别一上来追新
安装 Ubuntu 之前先解决"装哪个版本"。Ubuntu 的版本号分两类：LTS（长期支持版）和普通版。LTS 每两年出一个，官方支持期长达 5 年，稳定性优先，驱动和软件源兼容性都更保守；普通版每半年出一个，支持期只有 9 个月，适合尝鲜但不适合正经干活。以虚拟机做开发或学习环境，我一般只推荐 LTS。日常使用中软件源、编译工具链、Docker 等第三方工具对 LTS 的适配速度也明显更快，装新版本踩到内核或图形驱动的概率更高，对一个原本为了省事的虚拟机环境来说没必要。
镜像文件的格式也值得留意。Ubuntu 官网提供两种文件：桌面版 ISO 和服务器版 ISO。桌面版自带 GNOME 图形界面，安装向导图形化，装完就能进桌面，适合绝大多数人；服务器版没有图形界面，安装过程是文本模式的，适合纯命令行场景。VMware 里跑 Ubuntu 如果是为了日常使用和学习，选桌面版即可；如果是做服务器侧开发，可以选服务器版，但要注意虚拟机需要在 BIOS 里开启虚拟化引擎支持，这个我们下一章会讲到。
获取 ISO 时一个最常见的坑是下载渠道。官网下载慢，很多人会找国内镜像站，但镜像站的域名五花八门，个别小众镜像站的文件可能被修改过。我会优先用官方源或知名度高的公共镜像站，下载后校验一下 SHA256 哈希值，Ubuntu 官网每个版本页面都会给出对应 ISO 的哈希值，校验通过再用来安装。哈希校验在 Windows 上一条命令就行，PowerShell 里执行 Get-FileHash 加文件路径，等几秒就能拿到 SHA256 值，和官网比对一致就可以放心用了。
2.2 VMware Workstation 版本选择：Player 够用，Pro 更省心
VMware 的产品线分 Workstation Player 和 Workstation Pro 两种。Player 是免费版，能创建虚拟机、运行已有的虚拟机、安装 Ubuntu，日常用途基本都覆盖了；Pro 是商业版，多了多快照管理、克隆、虚拟网络编辑（自定义 NAT 网段）、加密虚拟机等高级能力，但需要许可证。我的建议是：如果你只是偶尔开一台虚拟机跑跑 Linux，Player 完全够；如果你打算长期维护多台虚拟机、要做快照树管理、或者需要自定义网络网段，Pro 更省心。
两者在安装 Ubuntu 这个操作本身没有差异，差别体现在安装后的运维：比如 Pro 的克隆功能可以做完整克隆和链接克隆，一次性复制出多台配置相同的机器做测试非常方便；Player 只能手动复制虚拟磁盘文件，效果远不如克隆干净。还有一个现实问题：VMware Workstation 的新版本在国内网络环境下可能需要频繁处理激活和更新提示，Player 免费版反而少了一道工序。
虚拟硬件配置是安装前要规划清楚的另一件事。打开 VMware 新建虚拟机向导，第一步选"典型"还是"自定义"，我习惯选"自定义"，因为能提前设定磁盘控制器类型和虚拟化引擎，后期改起来麻烦。CPU 和内存的分配有个基本准则：给虚拟机分配的资源不要超过物理机资源的一半。比如物理机是 8 核 16G 内存，虚拟机给 2 核 4G 即可；如果是 16 核 32G，给 4 核 8G 比较合理。给太多会触发宿主机的内存回收机制，Windows 端明显掉帧，Ubuntu 端反而没变快多少。
磁盘控制器这里有个容易被忽略的选择：VMware 默认给到的是 NVMe 类型，但老一些的教程里用的是 SATA 或 SCSI。如果主机比较老，或者准备将虚拟机迁移到其他没有 NVMe 支持的虚拟化平台上，建议用 SATA 更稳。NVMe 在 VMware 里性能稍好一点，但 Ubuntu 安装到 NVMe 虚拟盘上偶尔会出现分区表识别异常的情况，概率不大，碰到了换成 SATA 重新创建即可。没有特殊需求，跟随默认值也行，别在这个选择上纠结太久。
2.3 安装前最后的检查：虚拟化引擎和硬件加速
VMware 里跑 Ubuntu 有一个前置条件：宿主机 CPU 的虚拟化功能（Intel VT-x 或 AMD-V）必须在 BIOS/UEFI 里开启。绝大多数现代 CPU 默认就是开着的，但有些品牌机的 BIOS 默认会关闭虚拟化功能，这种情况进入 BIOS 找到 "Intel Virtualization Technology" 或 "SVM Mode" 选项，改为 Enabled 保存重启就行。
怎么确认 Windows 端是否开启了虚拟化？任务管理器 → 性能 → CPU，右下角有"虚拟化：已启用"或者"虚拟化：已禁用"的显示。如果显示已禁用，先在 BIOS 里开启再继续后续步骤，否则 VMware 启动虚拟机时会报 "VT-x is not available" 的错误，或者性能极其低下。这个检查做在前面，能省掉安装到一半才发现跑不动的尴尬时间。
在 VMware 的设置里，虚拟机 → 设置 → 处理器 → 勾选"虚拟化 Intel VT-x/EPT 或 AMD-V/RVI"这个选项，可以让虚拟机里再跑嵌套虚拟机（比如在 Ubuntu 里再用 QEMU/KVM 或 Docker Desktop），是个常见的进阶配置。直接安装 Docker 的话这个选项也建议勾上，否则 Ubuntu 里跑 Docker Desktop 会报 KVM 初始化失败。很多安装教程不会提醒这一步，但实际使用中遇到"虚拟机里的 Ubuntu 无法运行 Android 模拟器"之类的问题，九成是少了它。
3. VMware 创建 Ubuntu 虚拟机：从向导到参数配置
3.1 新建虚拟机的向导流程：自定义模式下的每一步
在 VMware Workstation 主界面点击"创建新的虚拟机"，选择"自定义（高级）"选项进入向导。为什么不用推荐配置？因为推荐配置只给 2GB 内存、20GB 磁盘和桥接网络，这些对 Ubuntu 桌面加开发环境来说都偏紧，后面调整反而麻烦。自定义向导从头走一遍，每一步都清楚自己设了什么。
向导第一步是硬件兼容性，默认选当前版本即可，不用往下调。第二步指向 ISO 镜像文件，注意这里有两类选择："安装程序光盘映像文件"和"稍后安装操作系统"。如果你选择直接指定 ISO，VMware 会检测到 Ubuntu 并自动选择客户机操作系统类型为 Ubuntu 64 位，比较省事；选择"稍后安装"则需要手动指定系统类型，工作量大一点但更可控。我习惯选"稍后安装"，因为可以先将虚拟机骨架建好，把虚拟硬件确认无误后再挂载 ISO 启动，避免向导中途自动启动安装程序，想改配置要等半天。接着操作系统类型选"Linux"，版本选"Ubuntu 64 位"，注意 32 位还是 64 位别选错，现在绝大多数 ISO 都是 64 位版，选成 Ubuntu（32 位）会在启动阶段直接报错。
命名和位置这个步骤看似简单其实也有讲究。虚拟机名称就是显示在 VMware 列表里的名字，随便起，但位置要留意。虚拟机文件默认放在当前用户目录下的 Documents/Virtual Machines，如果 C 盘空间紧张，把这个位置改到其他磁盘分区，否则 C 盘容易被虚拟磁盘文件占爆。一个 Ubuntu 桌面虚拟机的磁盘文件一般会在 20~40GB 之间，加上快照更是翻倍，提前规划好磁盘分区能避免后面系统盘满的麻烦。
3.2 固件类型和处理器配置：两个最关键的决定
向导进入处理器配置这个步骤时，两个参数：处理器数量和每个处理器的核心数量。这里很多人会被迷惑，以为是两个独立参数。实际上，在 VMware 里，总 CPU 数 = 处理器数量 × 每处理器核心数。比如"1 处理器、4 核心"和"2 处理器、2 核心"算出来的都是 4 个逻辑 CPU，但对客户机操作系统而言，看到的拓扑结构不同。有些软件的许可证按 CPU 插槽数计算，这类软件在虚拟机里用"1 处理器 × 多核心"更划算；多数人日常使用感觉不出差异。我的建议是保持 1 处理器，核心数按物理机的超线程线程数的一半来配。
虚拟化引擎那三个复选框在这一步下方。勾选"虚拟化 Intel VT-x/EPT 或 AMD-V/RVI"是允许嵌套虚拟化，我们前面说过直接勾上以防后用；另外的两个选项"虚拟化 CPU 性能计数器"和"虚拟化 IOMMU"，一般保持不勾。IOMMU 主要在直通设备或特定的设备虚拟化场景用，普通用法勾了反而可能引发 DMA 相关的兼容问题。
固件类型这里要注意：如果你创建的是较新的 VMware 版本向导，会有"UEFI"和"BIOS"两个选项。选 UEFI 还是 BIOS 要看 Ubuntu 的启动方式。Ubuntu 桌面版现在默认以 UEFI 模式安装，但 VMware 虚拟机的 UEFI 和 BIOS 在功能上差别不大，唯一的实际影响是分区表类型：UEFI 用 GPT，BIOS 用 MBR。我的习惯是保持 UEFI 默认值，因为 Ubuntu 对 UEFI 的支持已经很成熟，后续做磁盘扩容时 GPT 分区表也更好处理。
3.3 内存、网络和磁盘：参数怎么给才不浪费
内存配置的推荐数值上面说过，这里补充一条"为什么不是越大越好"的原理。VMware 的内存分配分为两部分：虚拟机的物理内存和 VMware 自身的开销。物理机内存被 VMware 占用后，宿主机可用内存变少，Windows 的内存压缩和换页会启动，导致宿主机明显变卡。虚拟机内 Ubuntu 桌面环境加上浏览器和 IDE，4GB 是够用的基准线，6GB 会更从容，但没有必要超过 8GB。如果你的物理机只有 8GB 内存，虚拟机分 4GB 后宿主机只剩 4GB 可用，运行 Windows 都有些吃力，这种情况建议降低到 2GB 加轻量化桌面。
网络类型这一步骤常年被讨论。VMware 提供桥接模式、NAT 模式和仅主机模式三种。对大多数安装场景，NAT 模式是最稳妥的选择：虚拟机通过宿主机共享 IP 上网，对外部网络不可见，不会占用局域网 IP，也不需要额外的网络配置，宿主机联网方式变了虚拟机也不受影响。桥接模式下虚拟机看起来像一台独立的局域网设备，适合需要被局域网内其他机器直接访问的场景，但校园网或公司网有 MAC 过滤的话，换台机器或换个网络环境就会断网。如果只是跑开发和测试，NAT 足够。
磁盘类型和磁盘容量的选择放在最后一步：磁盘类型我们说过，SATA 更保守 NVMe 更快，没有特殊需求跟随默认；磁盘容量则是"分配多少好"的老问题。这里有个选项叫"立即分配所有磁盘空间"，我强烈建议不要勾。这个选项会让虚拟磁盘文件一次性占满容量，看起来性能更好，实际上：一是创建时间极长，20GB 的文件要写满需要好几分钟；二是空间利用率低，Ubuntu 只用 5GB 时文件还是 20GB；三是快照的增量数据体积反而更大。正确做法是用默认的"将虚拟磁盘拆分为多个文件"，装完系统后随着数据写入，虚拟磁盘文件会按需增长，这是最平衡的选择。磁盘大小给 40GB 起步，如果要做编译、跑虚拟环境或多装几个大型软件，给到 80GB 也不过分，空间只有写的时候才占用，事前给大点没坏处。
4. 启动虚拟机安装 Ubuntu：从开机到首次进桌面的关键步骤
4.1 挂载 ISO 启动安装：这一步出错最多
虚拟机的骨架建好后，双击左边列表中的虚拟机名称启动。如果你的向导选了"安装程序光盘映像文件"，VMware 会自动加载 ISO 并显示 Ubuntu 的启动菜单；如果选了"稍后安装操作系统"，主界面会提示"没有安装操作系统，请检查是否指定了安装源"。启动前需要手动挂载 ISO：在虚拟机标签页上点"编辑虚拟机设置"，硬件选项卡里选中"CD/DVD (IDE)"，右侧勾选"使用 ISO 映像文件"，浏览选择下载好的 Ubuntu ISO，确定后启动。
有一个细节特别容易让人困惑：Ubuntu 开机后的紫色欢迎界面，有"Trying Ubuntu"和"Install Ubuntu"两个入口。前者是让用户先试用系统，进入桌面后在桌面上再点安装图标启动安装器；后者是直接开始安装。这两个入口最终都能到达安装界面，区别只在于试用模式会先起一个完整的系统环境，方便你确认无线网卡和显卡在 Ubuntu 下是否被正常识别，识别有问题再装也不迟。多数情况下不需要试用，直接选 Install Ubuntu 省时间，但有硬件兼容性疑虑时先用试用模式测一下是条明智的退路。
安装过程的语言和键盘布局可以根据需求选择。键盘布局默认会跟随语言，中文语音对应中文键盘布局，对绝大多数人没有问题。
4.2 分区策略和安装类型：全盘装还是手动分区
Ubuntu 安装向导在"更新和其他软件"这一步会问是否需要安装第三方软件和编解码器。在虚拟机里建议勾选"安装第三方软件"，因为 Ubuntu 的多媒体格式支持和无线网卡驱动补全依赖这些非开源组件，物理机上收藏成既定习惯后到虚拟机上照旧。全程联网更新这里可选可不选，勾选后安装时间会明显变长，而且下载的文件要重新走一遍网络，多数情况下第一次启动后自己跑 sudo apt upgrade 即可，不必在这次安装中等待。
"安装类型"是分区策略的核心决策点。在 VMware 虚拟机里，绝大部分场景直接选"清除整个磁盘并安装 Ubuntu"即可，配合 LVM 或 ZFS 的加密选项视需求开启。但如果你打算后续做磁盘扩容，或是要在同一块虚拟盘上并列多个系统，就要选"其他选项"手动配置分区。这里给出一个针对虚拟机的稳健手动分区方案，供参考：
用表格对比两种常见分区方案的配置：
| 分区 | 大小 | 类型 | 挂载点 | 说明 |
|---|---|---|---|---|
| /boot/efi | 512MB | EFI 系统分区 | /boot/efi | UEFI 引导必需，GPT 分区表下必须存在 |
| swap | 等于内存大小或 2GB | swap | 无 | 内存互换和休眠用，虚拟机里 2~4GB 即可 |
| / | 剩余全部 | ext4 | / | 系统根分区，所有数据默认都在这里 |
手动分区的完整流程是：在分区表区域选择空闲的虚拟磁盘，点"+"号添加分区。先加一个 512MB 的分区，类型选"EFI 系统分区"；再加一个 2GB 或等于内存大小的分区，类型选"交换空间"；最后把剩余空间全部建为 ext4 分区，挂载点选 /，类型选"主分区"或"逻辑分区"均可，然后确认将改动写到磁盘，继续安装即可。
这个方案的逻辑是：/boot/efi 单独一个小分区避免引导文件和其他数据混在一起，swap 单独划给虚拟内存。不单独划分 /home 是因为虚拟机环境下根分区和家目录在同一块盘上管理更简单，分区一旦拆分，后续扩容要考虑两个分区的边界，麻烦不少。物理机或生产服务器上的分区技巧在这里不必要。
4.3 用户信息设置：主机名和用户名别用默认值
安装过程走到最后一步时，会要求设置用户名、计算机名和密码。这里有一条实用建议：主机名和用户名不要用带有特殊字符或空格的名字。Ubuntu 的用户名会决定家目录路径，比如用户名叫 dev，家目录就是 /home/dev。如果用户名含有大写字母或空格，很多命令行工具和配置文件路径会出问题。常见的做法是用户用全小写字母，主机名用短横线连接的单词，比如 dev-machine，配置环境时少很多麻烦。
密码策略在这个步骤也一并设置，"登录时需要我的密码"和"自动登录"的单选，虚拟机环境下选自动登录比较方便，反正可以随时快照回滚。如果需要开启加密主目录，这个选项建议忽略，Ubuntu 对 home 目录加密的支持在正常使用中会带来不少权限和备份的麻烦。
安装完成后安装器会要求重启。如果仍然挂载着 ISO，重启时可能再次进入安装界面而不是启动已安装的系统，这是一个极其常见的首次启动问题。解决方法是：重启时看到 VMware 的 BIOS 启动画面时，直接点击虚拟机窗口，按 Ctrl + Alt + Insert 或者从 VMware 菜单栏"虚拟机"选项中让客户机发送 Ctrl+Alt+Delete，让 Ubuntu 重启；然后在 VMware 的"虚拟机 → 可移动设备 → CD/DVD"里取消连接 ISO，或者在编辑虚拟机设置中把 CD/DVD 的连接方式改为"使用物理驱动器"而不是"使用 ISO 映像文件"。不取消的话，Ubuntu 的安装器会优先从 CD 引导，每次都进安装界面，等到你想用系统却再次进入安装向导时才反应过来就晚了。
4.4 首次启动后的三个必做配置：工具、更新、快照
进入桌面后的第一件事，安装 open-vm-tools。这是 VMware 官方提供的一组驱动和服务工具，提供鼠标自由穿梭、剪贴板共享、屏幕分辨率自适应、拖放文件等基础功能。没有它，虚拟机里的鼠标会被困在窗口内（要用 Ctrl+Alt 组合键释放），分辨率固定无法自适应，文件拖拽进不来。Ubuntu 的 open-vm-tools 可以直接从官方软件源安装，命令如下：
sudo apt update sudo apt install -y open-vm-tools open-vm-tools-desktop第一行 apt update 更新本地软件包索引，第二行的 open-vm-tools 是内核模块部分，open-vm-tools-desktop 包含桌面环境的支持。装完后重启一次，鼠标和分辨率就正常了。安装 open-vm-tools 时如果报依赖错误，多半是网络没通或源有问题，先检查网络连接，再试一次。
第二个必做配置是系统更新。Ubuntu 首次安装完成后内核和软件包已经过了一段时间，apt update 后用 apt upgrade 拉取最新版本。命令如下：
sudo apt upgrade -y用 apt 命令时，遇到配置文件冲突的提示选择"N"或保持默认即可，多数情况不会影响系统正常运行。升级完成后最好再重启一次，确认内核已经切换到新版本，再往下做快照。
第三个配置是对几乎所有 VMware 场景中最关键的：拍一个"干净快照"。选"虚拟机 → 快照 → 拍摄快照"，填个名称比如"初始安装完成"，此时虚拟机处于刚装完系统且工具和软件源都配置好的状态。这个快照是你后续所有操作的后悔药，一旦系统被搞坏、配置改乱、软件依赖冲突，恢复到这一步只花几秒钟，重新安装则要再走一遍全部流程。
5. Ubuntu 虚拟机常见问题排查：安装和日常使用中的避坑指南
5.1 VMware 启动报错：VT-x 不可用或处于使用中
现象：双击虚拟机启动后，VMware 弹窗提示 "Virtualized Intel VT-x/EPT is not supported on this platform" 或 "VT-x is being used by another application"。
原因：前者是 BIOS/UEFI 中 CPU 虚拟化功能没有开启；后者是宿主机上有其他虚拟化软件或 Windows 自带的内存完整性（Hyper-V、内核隔离、Device Guard）正在占用硬件虚拟化能力。
解决：先重启进入 BIOS 开启 Intel Virtualization Technology 或 SVM Mode。若已经开启但仍报错，检查 Windows 功能里是否启用了 Hyper-V、Virtual Machine Platform 或 Windows 沙盒，这些功能会独占 VT-x，VMware 需要关闭它们才能正常使用。在"控制面板 → 程序和功能 → 启用或关闭 Windows 功能"里取消勾选 Hyper-V 相关组件，重启后问题一般解决。Windows 11 默认开启的内核隔离（内存完整性）也可能导致此错误，在 Windows 安全中心 → 设备安全性 → 内核隔离中关闭后重启试试。
5.2 虚拟机里的 Ubuntu 分辨率固定 800x600，鼠标无法跨出窗口
现象：Ubuntu 安装完成进入桌面后，显示分辨率固定为 800x600 或 1024x768，无法调到显示器物理分辨率；鼠标光标被限制在虚拟机窗口内，需要按 Ctrl+Alt 才能释放。
原因：没有安装 open-vm-tools 的桌面扩展，VMware 无法获知宿主机窗口大小和屏幕信息，也无法提供鼠标释放通道。这与显卡驱动无关，open-vm-tools 是 VMware 虚拟机和宿主机通信的桥梁。
解决：终端执行 sudo apt install -y open-vm-tools open-vm-tools-desktop，重启虚拟机。重启后 VMware 菜单栏"虚拟机 → 自动调整大小"选"自动适应客户机"，窗口拉伸时 Ubuntu 分辨率会自动同步。若安装后仍无效果，检查 Ubuntu 的显示设置里是否有多个显示器选项，选"内置显示器"即可。
5.3 挂载共享文件夹不生效：hgfs 权限和挂载参数问题
现象：在 VMware 的虚拟机设置 → 选项 → 共享文件夹中添加了一个 Windows 目录映射到 /home/dev/share，Ubuntu 的 /mnt/hgfs 路径下看不到文件或访问被拒绝。
原因：open-vm-tools 默认会在 /mnt/hgfs 挂载共享目录，但 Ubuntu 的 systemd 在启动时可能因为这个目录在 VM 工具就绪前挂载，导致挂载失败；共享目录挂在当前用户下，权限也是常见问题。
解决：先手动挂载一次，确认路径无误：
sudo mkdir -p /mnt/hgfs sudo mount -t fuse.vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other,defaults,uid=1000,gid=1000这里的 .host:/ 表示共享根目录，uid 和 gid 是 Ubuntu 当前用户的 ID（可通过 id 命令查看），allow_other 允许非 root 用户访问。如果手动挂载成功，但重启后失效，在 /etc/systemd/system/ 下创建挂载服务，让系统启动后自动重挂。
5.4 虚拟机磁盘文件只增不减：快照和磁盘回收的真实关系
现象：虚拟机磁盘文件（.vmdk）越用越大，即使删除了 Ubuntu 里的大文件，宿主机上的 vmdk 大小也没有回缩。查看属性显示实际数据只有 10GB，文件却是 30GB。
原因：虚拟磁盘默认按需增长但不自动回缩，已写入的磁盘块即使客机内文件被删除，宿主机的虚拟磁盘文件也不会主动释放，多块快照的存在更会让旧数据被保留在增量文件中。
解决：清理思路是"先整理客户机内部，再合并快照"。在 Ubuntu 里删除不需要的文件后，执行 fstrim 命令主动释放未使用的磁盘块：
sudo fstrim -av然后将所有快照合并到父快照（选中虚拟机右键 → 快照 → 快照管理器"删除全部快照"或"合并到基线"），最后在关机状态下用 VMware 自带的压缩功能压缩磁盘：虚拟机设置 → 硬件 → 硬盘 → 磁盘工具 → 压缩。这个流程能把 vmdk 文件缩回到真实数据大小附近。注意压缩前确认快照已经合并，否则压缩无效。fstrim 只对精简配置的虚拟磁盘有效，刚才是按需分配的磁盘才会生效。
6. 快照加克隆：把 VMware 里的 Ubuntu 变成可复用的开发资产
安装好系统、配好 open-vm-tools 和软件源之后，这台虚拟机就可以当作"初始模板"来用了。与其每次都从零建一台虚拟机、跑一遍安装流程，不如充分利用快照和克隆这两个 VMware 功能，把一台虚拟机复制成多台独立环境。这里我给一套实际工作中常用到的技巧组合，很多人装完 Ubuntu 就停了，恰恰漏掉了 VMware 这个方向最值钱的部分。
先讲快照的组合用法。在刚完成的干净系统上（我们已经在 4.4 节拍过"初始安装完成"快照），继续往虚拟机里装常用开发工具，比如 Git、编译工具链、Docker，配置好 shell 环境变量，更新完软件源，此时再拍一个快照，命名"基础开发环境"。这个快照相当于一个基线环境。往后每次要试验一个新框架或新工具，先拍一个"实验前"快照，装完试用完，满意的话保留当前状态，不满意就恢复到"实验前"，系统瞬间回到试验之前，不用卸载一堆残留依赖。
克隆的典型场景是"几台机器要一样的配置"。在 VMware 菜单"虚拟机 → 管理 → 克隆"，选择"从当前状态创建克隆"或"从快照创建克隆"，生成方式选"创建链接克隆"。链接克隆相对于完整克隆的核心差异是：链接克隆只保存增量数据，基础数据指向父虚拟机的 vmdk 文件。这意味着你可以在几秒内生成一台几乎不占磁盘空间的新虚拟机。两三台 Ubuntu 虚机跑不同服务，磁盘占用基本还是原来一台的量，这对于在单一宿主机上搭建小型测试集群非常实用。链接克隆适合日常开发和测试，因为依赖父快照，父快照一旦删除则所有链接克隆全部失效。需要长期保存的独立环境用完整克隆，磁盘空间不紧张时用它更保险。
还有一个在 VMware 里跑 Ubuntu 时容易被忽略但收益明显的技巧：显卡 3D 加速。虚拟机设置 → 显示器 → 勾选"加速 3D 图形"。Ubuntu 桌面版的 GNOME Shell 桌面本身依赖 OpenGL 渲染，开启 3D 加速后窗口切换和滚动会更跟手一点。如果只是做服务器用途没有图形需求，不勾选反而更省资源。虚拟机里的 Ubuntu 始终是一台虚拟化的机器，图形性能没法跟物理机比，但它作为可复用、可回滚、可并行的开发资产，价值在这里，别把它当生产服务器用，也别嫌弃它慢。
回看整个安装流程，会发现 VMware 装 Ubuntu 真正费时间的不是安装本身，而是装完之后的工具配置和快照习惯。我自己最早装虚拟机时也犯过"装完系统就直接用，工具不装、快照不拍"的错误，等到系统被改乱只能重装时才后悔没在系统干净时留一笔。现在每台虚拟机建立的第一步就是工具加固加快照兜底，这个习惯建议你也直接带上。希望帮到你。
本文还有配套的精品资源，点击获取
