VMware Workstation Pro 虚拟机安装系统指南：从环境准备到常见报错排查

VMware Workstation Pro 是很多开发者接触虚拟化时第一个使用的桌面虚拟机软件。它能在 Windows 或 Linux 宿主机上创建一台完整虚拟电脑，并在里面安装 Windows、Ubuntu、CentOS、麒麟、统信 UOS 等操作系统，而不会影响宿主机自身的环境。对需要做多系统测试、软件兼容验证、运维演练或学习 Linux 的人来说，它几乎是入门虚拟化的标准工具。

下面以 VMware Workstation Pro 17 系列为例，从硬件虚拟化检查、软件安装、虚拟机创建、系统安装，到 VMware Tools 安装和常见报错排查，完整走一遍“虚拟机装系统”的流程。读完这篇内容后，你可以独立完成 Windows 11、Ubuntu 等系统的虚拟机安装，也能在虚拟化未启用、TPM 2.0 不满足、VMware Tools 安装失败这类典型问题出现时，知道从哪一层开始排查。

1. 先理解 VMware Workstation Pro 在系统安装中扮演什么角色

1.1 虚拟机软件解决什么问题

虚拟机软件的核心作用是“模拟硬件”。它把宿主机上的 CPU、内存、硬盘、网卡等物理资源，通过虚拟化层划分成一套或多套独立硬件环境，每套环境里可以安装一个独立的操作系统。对操作系统而言，它看到的是一块 CPU、一根内存条、一块硬盘和一张网卡，并不知道自己运行在虚拟机里。

VMware Workstation Pro 属于 Type 2 型虚拟机监控器，也就是安装在现有操作系统之上的桌面虚拟化软件。它和 VirtualBox、Hyper-V 属于同一类工具，但定位更偏向专业桌面应用场景，比如开发测试、搭建实验环境、运行多系统。

用虚拟机安装系统，最大的价值是可以随意折腾。系统崩溃了可以回滚快照，软件测试完可以删除虚拟机，完全不影响宿主机。学习 Linux 时如果不想给电脑重装系统，虚拟机是最安全的方式之一。

1.2 Workstation Pro、VirtualBox、Hyper-V 怎么选

很多初学者会在 VMware Workstation Pro、VirtualBox、Hyper-V 三者之间犹豫。三者都能装系统，但使用场景和底层机制有区别。

如果目标只是“双击一个镜像就能装完系统”，三者差别不大。但如果要做嵌套虚拟化、频繁切换快照、安装 Windows 11 并启用 TPM 2.0，VMware Workstation Pro 的桌面化体验更顺手，这也是它常用于开发环境的原因。

1.3 安装系统前要建立的技术主线

在开始点击“新建虚拟机”之前，先记住这条主线：

1. 修改或确认物理机 BIOS 中的虚拟化开关，否则软件层面无法创建虚拟机。
2. 在 Workstation Pro 中创建虚拟硬件，相当于给新电脑选 CPU、内存、硬盘、网卡、固件类型。
3. 把操作系统镜像挂载到虚拟光驱，启动虚拟机后进入系统安装流程。
4. 系统安装完成后，安装 VMware Tools 提升显示、网络、拖拽文件等能力。
5. 打快照，保存一个干净初始状态，后续可以随时回滚。

后面所有操作都围绕这条路展开。

2. 环境准备：硬件虚拟化、宿主机要求和安装包

2.1 检查 CPU 虚拟化是否开启

虚拟机软件创建虚拟机时，需要在宿主机 CPU 上运行虚拟化指令。Intel 平台叫 Intel VT-x，AMD 平台叫 AMD-V。如果 BIOS 里没有开启，Workstation Pro 会提示“此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态”或者直接无法创建虚拟机。

检查虚拟化是否开启，最常用的方法有两种。

使用 Windows 自带命令查看：

systeminfo

在输出中找以下字段：

• Hyper-V 要求: 已检测到固件中启用了虚拟化
• 固件中已启用虚拟化: 是

如果显示“否”，说明 BIOS/UEFI 中的虚拟化开关没有打开，或者被其他管理程序占用了。

使用 Windows 11 或 Windows 10 的任务管理器也可以快速确认。打开任务管理器，进入“性能”标签页，点击“CPU”，右下角会显示“虚拟化: 已启用”或“虚拟化: 已禁用”。

Linux 宿主机可以用下面的方式检查：

grep -E -c '(vmx|svm)' /proc/cpuinfo

结果大于 0 说明 CPU 支持虚拟化，但还需要确认模块是否加载，以及 BIOS 是否开启。

注意：安装 VMware Workstation Pro 之前，先确认虚拟化状态再继续。否则后面创建虚拟机时大概率会遇到报错，容易误以为是软件安装问题。

2.2 在 BIOS/UEFI 固件中开启虚拟化

如果确认虚拟化未开启，需要进入物理机的 BIOS 或 UEFI 设置界面。

打开 BIOS 的方式因主板不同而有差异，常见方法是开机时反复按 Del、F2、F10、F12 或 Esc。不同品牌电脑的提示文字会显示在开机界面上，比如“Press DEL to enter Setup”。

进入 BIOS 后，按以下关键字寻找虚拟化开关：

• Intel Virtualization Technology
• Intel VT-x
• Virtualization Extensions
• SVM Mode（AMD 平台常见名称）

找到后设为 Enabled，保存并重启。具体保存快捷键通常是 F10，选择 Save and Exit。

需要特别注意的是，仅修改 BIOS 并不代表 Windows 就能正常使用虚拟机。如果在 Windows 功能里启用了 Hyper-V、Virtual Machine Platform、Windows 虚拟机监控程序平台，Windows 的 Hyper-V 管理程序会优先占用虚拟化能力，导致 VMware Workstation Pro 出现无法连接虚拟机、启动黑屏、性能下降等现象。这个冲突在第 7 章会详细说。

2.3 下载安装 VMware Workstation Pro

下载时一律从官方渠道获取安装包。VMware 官网或 Broadcom 官网的下载页面提供 Workstation Pro 安装程序，避免使用第三方网盘分享的破解版或修改版，这类安装包可能捆绑工具、修改系统配置，桌面级工具不值得冒这个风险。

安装步骤没有特别复杂的地方，双击安装包后，按以下顺序确认：

1. 接受许可协议。
2. 选择安装目录，建议保持默认路径。
3. 确认是否勾选“增强型键盘驱动程序”，建议勾选，有利于处理某些系统下的键盘输入问题。
4. 如果本机未安装 Python，安装程序可能提示缺少 Python 3 支持，可以忽略，也可以按照提示安装，这只影响部分高级功能。
5. 安装完成后打开软件，点击“帮助”菜单查看版本信息，确认当前版本号和构建号。

如果是从旧版本升级，比如从 16.x 升级到 17.x，建议先卸载旧版本再安装新版本，避免残留服务和新版本驱动冲突。实际项目中遇到“创建虚拟机后黑屏”的情况，相当一部分来自旧版本残留的虚拟网络服务。

许可证方面，Workstation Pro 从旧版一次性授权过渡到了订阅制，个人使用许可政策也多次调整。安装完成后可以正常试用，正式长期使用请到官网查看当前授权政策，不要相信“永久激活”或“密钥生成器”之类的工具。

2.4 安装前检查清单

在开始创建虚拟机前，建议按下面的清单做一次检查：

这套清单不止用于第一次安装。后续每次创建新虚拟机，尤其是换宿主机或换系统镜像时，都应该先过一遍。

3. 创建第一台虚拟机：核心步骤和参数

3.1 典型安装向导流程

打开 VMware Workstation Pro 后，点击“创建新的虚拟机”。

选择“典型（推荐）”即可完成 80% 的场景。需要精细控制硬件版本或磁盘控制器时，才选择“自定义”。典型向导的核心流程如下：

1. 选择安装来源。可以选“安装程序光盘映像文件”，然后浏览到本地的 ISO 文件；也可以先选择“稍后安装操作系统”，等虚拟机创建好后再挂载镜像。推荐按实际需要决定，如果只是创建空虚拟机，直接选“稍后安装操作系统”更清晰。
2. 选择客户机操作系统类型。这里要选对系统类别和版本，比如 Windows 10 x64、Ubuntu 64 位、CentOS 7 64 位等。选错类型会影响默认硬件配置。
3. 命名虚拟机，并选择存储位置。
4. 指定磁盘大小。默认值一般是 20 GB 到 60 GB，根据你要安装的系统决定。Windows 11 建议设置 60 GB 以上，Ubuntu 桌面版建议 30 GB 以上。
5. 点击“完成”前，可以先点击“自定义硬件”，微调内存、CPU、网络和固件类型。

3.2 核心参数如何选择

创建虚拟机时最关键的参数是 CPU、内存、硬盘和固件类型。不能只看默认值。

这里强调一下磁盘分配方式。勾选“立即分配所有磁盘空间”会一次性占满宿主机的物理磁盘空间，性能略好，但缺点是创建慢、占用大。不勾选时，虚拟磁盘按需增长，安装 Windows 后会逐步变大。对学习环境来说，选择“将虚拟磁盘拆分成多个文件”并保持按需增长即可。

3.3 固件类型和磁盘分区的关系

这是最容易踩坑的地方。

现代操作系统安装时，固件类型必须和磁盘分区表匹配：

• BIOS 固件对应 MBR 分区表。
• UEFI 固件对应 GPT 分区表。

Windows 11 强制要求 UEFI + GPT。Ubuntu 22.04 及更新版本虽然 BIOS 也能安装，但 UEFI 是更标准的路径。如果碰到“Windows 无法安装到此磁盘。选中的磁盘采用 GPT 分区形式”或 Linux 安装时 grub 写入失败，多数是固件和分区表不匹配造成的。

创建虚拟机时，在“自定义硬件 > 选项 > 高级”里可以设置固件类型。安装系统前先想清楚这一点，比安装中途发现问题再修复省事得多。

4. 实际安装 Windows 11：TPM 2.0 和 UEFI 是重点

4.1 Windows 11 的特殊要求

Windows 11 引入了硬件级安全要求，物理机和虚拟机都必须满足：

1. 支持 64 位 CPU，双核及以上。
2. 内存至少 4 GB。
3. 硬盘空间至少 64 GB。
4. 固件使用 UEFI 且开启 Secure Boot。
5. 必须支持 TPM 2.0。

VMware Workstation Pro 17 系列可以用“可信平台模块”来模拟 TPM 2.0 设备。但默认创建虚拟机时，不会自动添加 TPM，需要手动配置。

如果直接使用默认配置安装 Windows 11，大概率会在安装过程中或“Windows 11 安装助手”阶段看到类似提示：

此电脑必须支持 TPM 2.0 此电脑必须支持安全启动

这个问题的原因不是 CPU 不支持，也不是镜像有问题，而是虚拟机的 TPM 设备和 UEFI 安全引导没有配置。

4.2 完整安装过程

以 Windows 11 为例，推荐的安装流程如下。

第一步：创建虚拟机时，客户机操作系统选择“Microsoft Windows”，版本选择“Windows 11 x64”。

第二步：进入“自定义硬件”，在“选项”标签页确认固件类型为 UEFI，并勾选“启用安全引导”。

第三步：在“硬件”标签页底部添加设备，选择“可信平台模块”。

添加 TPM 时，VMware 会弹出提示，要求先加密虚拟机。需要为虚拟机设置密码，后续每次打开该虚拟机都可能要求输入密码。这是因为 TPM 模拟设备本身要和虚拟机文件绑定，加密是一种保护机制。

第四步：挂载 Windows 11 的 ISO 镜像，启动虚拟机，按正常 Windows 11 安装流程操作。

第五步：安装过程中选择“我没有产品密钥”，然后选择版本，磁盘分区直接使用全部空间即可。Windows 安装程序会自动创建 EFI 系统分区、微软保留分区等。

第六步：完成 OOBE 阶段，进入桌面后，先安装 VMware Tools，再连接网络。

注意：VMware Workstation 中 Windows 11 虚拟机默认不满足 TPM 和 Secure Boot 时，安装程序会拒绝继续。不要通过注册表绕过方式强行安装，正确做法是在虚拟机配置中补齐设备。

4.3 常见报错“此电脑必须支持 TPM 2.0”的处理

在 VMware 环境中，这个问题的排查顺序是：

1. 检查虚拟机的客户机操作系统是否为 Windows 11 x64。如果选成 Windows 10 x64，部分硬件兼容级别会不同。
2. 检查虚拟机设置里是否存在“可信平台模块”。没有就添加 TPM，添加时提示加密，按流程设置密码即可。
3. 检查硬件兼容级别。虚拟机右键 > 管理 > 更改硬件兼容性，确认兼容级别不低于 Workstation 17.x。旧版本硬件兼容级别可能不暴露 TPM 设备。
4. 检查 UEFI 固件和安全引导是否开启。

这四步按照顺序排查，可以解决绝大部分 VMware 安装 Windows 11 的 TPM 报错。

5. 实际安装 Ubuntu：镜像、分区和引导

5.1 Linux 安装前准备

Linux 发行版中，Ubuntu 桌面版是使用量最广的入门选择。安装前需要准备：

• Ubuntu 桌面版 ISO 镜像，建议从官网下载 LTS 版本。
• 至少 4 GB 内存的虚拟机配置。
• 至少 30 GB 的虚拟磁盘空间。

创建虚拟机时，客户机操作系统选择“Linux”，版本选择“Ubuntu 64 位”。固件类型保持 UEFI 即可，最近的 Ubuntu LTS 版本对 UEFI 支持已经很成熟。

5.2 安装过程关键节点

启动虚拟机后，系统会引导进入 Ubuntu 安装界面。几个关键节点如下：

1. 选择语言和键盘布局，默认英文即可，中文也能在系统安装后添加。
2. 在安装类型界面选择“清除整个磁盘并安装 Ubuntu”，虚拟机里可以放心选这个选项，因为只影响虚拟磁盘。
3. 确认分区写入时，安装程序会提示将改动写入磁盘，确认后进入复制文件阶段。
4. 安装过程中设置用户名、计算机名和密码。
5. 安装完成后重启虚拟机，移除安装介质，进入 Ubuntu 桌面。

如果安装过程中卡在 grub 安装失败或“Unable to install GRUB in /dev/sda”，优先检查虚拟机的固件类型和磁盘分区是否匹配。UEFI 固件要求磁盘上有 ESP 分区，安装程序通常会自动创建，但如果虚拟机被错误地配置为 BIOS，而磁盘又初始化为 GPT，就可能出现引导安装错误。

5.3 安装后第一件事

Ubuntu 安装完成后，第一件事不是装软件，而是更新系统并确认 VMware Tools 可用。

sudo apt update sudo apt upgrade -y

然后确认内核信息：

uname -r

这个内核版本号在后面安装 VMware Tools 或模块编译时会用到。新版本的 VMware Workstation 中，VMware Tools 也可以通过软件包直接安装，OpenVM Tools 是更轻量的选择：

sudo apt install open-vm-tools open-vm-tools-desktop

安装完成后重启虚拟机，分辨率能自动适配，复制粘贴和拖拽文件功能才能正常使用。

6. 安装完系统后的三件套：VMware Tools、网络和快照

6.1 VMware Tools 的作用和安装方法

VMware Tools 是一组驱动和服务程序，负责让虚拟机和宿主机之间的协作更顺畅。没有它，虚拟机虽然能运行，但会出现以下问题：

• 分辨率被限制在很小范围，无法自动适应窗口大小。
• 宿主机和虚拟机之间无法直接复制粘贴文本、拖拽文件。
• 鼠标切换不顺畅。
• 网络和磁盘性能下降。

Windows 虚拟机安装 VMware Tools 比较简单。虚拟机菜单栏点击“虚拟机 > 安装 VMware Tools”，在虚拟机中打开 DVD 驱动器，运行 setup64.exe，按提示完成安装后重启系统。

Linux 虚拟机安装 VMware Tools，推荐优先使用发行版仓库中的 open-vm-tools。如果一定要安装 VMware 自带的 VMware Tools，则需要先准备编译环境：

sudo apt install -y build-essential linux-headers-$(uname -r)

挂载 VMware Tools 安装介质后，解压 tar.gz 包，执行 vmware-install.pl，一路回车默认即可。编译失败时，最常见原因就是缺少 linux-headers 与当前内核版本不匹配。

6.2 网络模式怎么选

VMware Workstation Pro 给虚拟机提供三种常见网络模式：NAT、桥接、仅主机。

实际项目里，如果宿主机换了 WiFi 或办公网有 MAC 地址绑定，桥接模式经常出现虚拟机无法上网，此时 NAT 更稳定。在安装系统阶段，优先保持 NAT 即可。

6.3 快照和克隆用于保存系统状态

刚装完一个干净系统时，应该立刻创建一个快照。快照会记录虚拟机当前完整状态，包括系统文件、应用、配置和内存状态。之后不论怎么折腾，都可以一键回滚到快照点。

创建快照的方式：虚拟机列表页面右键虚拟机，选择“快照 > 拍摄快照”，填写名称和描述。

克隆虚拟机则适合批量复制环境。比如先装好一套带开发工具的 Ubuntu，然后克隆出多份给团队使用。克隆时选择“创建链接克隆”可以节省磁盘空间，但链接克隆依赖父虚拟机文件，不能随意移动父虚拟机；完整克隆完全独立，但占用磁盘更大。

7. 常见问题排查：从提示到根因

7.1 宿主机提示虚拟化未启用

现象：

VMware Workstation 无法连接虚拟机。 请确保您有权运行该程序、访问该程序使用的所有目录以及访问所有临时文件目录。

更常见的还有：

此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态。

排查步骤：

1. 打开任务管理器，确认虚拟化是否处于“已启用”状态。
2. 进入 BIOS/UEFI，找到 Intel Virtualization Technology 或 SVM Mode，设置为 Enabled。
3. 保存重启，再次确认 VMware 能否启动虚拟机。
4. 如果在 Windows 上还启用了 Hyper-V，先关闭 Hyper-V 相关功能和虚拟机监控程序，再测试 VMware。

7.2 VMware 与 Hyper-V/WSL2 冲突

现象：VMware 创建虚拟机后启动，出现黑屏、卡死或“Module 'MonitorMode' power on failed”之类的提示。

原因：Windows 开启 Hyper-V、Virtual Machine Platform 或 Windows 虚拟机监控程序平台后，Hyper-V 管理程序接管了硬件虚拟化层，VMware 使用的嵌套虚拟化能力受到限制。WSL2 默认也依赖 Virtual Machine Platform，所以会出现“安装 WSL2 后 VMware 启动异常”或反过来“VMware 正常时 WSL2 无法启动”。

检查和关闭方式：

通过 PowerShell 查看管理程序启动配置：

bcdedit /enum {current}

在输出中找到 hypervisorlaunchtype，如果值是 Auto，说明 Hyper-V 管理程序会自动接管虚拟化层。

关闭 Hyper-V 相关功能的命令：

dism.exe /Online /Disable-Feature:Microsoft-Hyper-V-All dism.exe /Online /Disable-Feature:VirtualMachinePlatform dism.exe /Online /Disable-Feature:Microsoft-Windows-SystemLauncher

也可以在控制面板的“启用或关闭 Windows 功能”中取消勾选以下项目：

• Hyper-V
• 虚拟机平台
• Windows 虚拟机监控程序平台
• Windows 适用于 Linux 的子系统

关闭后需要重启系统。

如果确实需要同时使用 WSL2 和 VMware，可以把 WSL2 切换为 WSL1，或使用虚拟机管理程序调度功能，具体取决于 CPU 和 Windows 版本，配置比较复杂，不建议初学者一开始就两者同开。

注意：关闭 Hyper-V 后，Docker Desktop 的 WSL2 后端可能无法使用。选型时要明确当前机器的主要任务是什么，避免为了 VMware 关掉 Docker 依赖的功能。

7.3 Linux 安装 VMware Tools 编译失败

现象：

searching for GCC... not found searching for Linux kernel header files... not found

原因：VMware Tools 安装脚本需要 gcc、make 和与当前内核版本匹配的 linux-headers。全新安装的 Ubuntu 默认没有这些包。

解决：

sudo apt update sudo apt install -y build-essential linux-headers-$(uname -r)

重新运行 vmware-install.pl 即可。如果 linux-headers-$(uname -r) 找不到对应包，先执行 apt update，再检查内核版本和软件源。

7.4 其他高频问题和处理建议

排查任何虚拟机问题时，都要先分清楚问题在哪一层：是宿主机层、虚拟硬件层、虚拟机内系统层，还是应用层。日志优先看宿主机端的 VMware.log，以及虚拟机内的系统事件日志。

8. 虚拟机安装系统的最佳实践和扩展方向

8.1 安装前和系统刚装完时最该做的事

一套比较稳妥的虚拟机工作习惯应该包括：

1. 安装系统前先确认宿主机虚拟化已开启。
2. 创建虚拟机时命名清晰，比如 ubuntu-22.04-dev-001，避免出现一堆“新建虚拟机 (3)”。
3. 虚拟磁盘不要放在 C 盘系统分区。单独建一个 VM 目录，便于备份和管理。
4. 系统刚装完、补丁更新完、基础软件装完这三个时间点各拍一个快照。
5. 重要数据不要只存在虚拟机里，通过共享文件夹或拷贝到宿主机做备份。
6. 不使用的虚拟机及时关机或挂起，减少宿主机资源占用。
7. 从官网或正规软件源下载 ISO 和软件，不要使用第三方网盘分享的压缩包版本。

8.2 磁盘规划与备份策略

创建虚拟机时，磁盘规划很容易被忽略。建议按下面的思路规划：

• 系统盘：只装操作系统和基础开发工具，容量按需设置，例如 Ubuntu 桌面版 30 GB，Windows 11 60 GB。
• 数据盘：通过 VMware 添加第二块虚拟磁盘，用于存放项目代码、数据库文件、测试数据。这样做的好处是快照只针对系统盘时，数据盘可以独立管理。
• 备份方式：虚拟机的核心文件是 .vmx 配置文件和 .vmdk 磁盘文件。备份时可以直接复制完整克隆虚拟机，也可以用 VMware 的“导出为 OVF”功能生成标准格式文件。

生产环境建议至少保留两个可用快照点：一个是“刚装完系统”，另一个是“应用环境就绪”。出现问题时先尝试在当前状态修复，修复不了再回滚。

8.3 下一步：自动部署、嵌套虚拟化和 Linux 桌面

装系统只是开始。实际工作中，虚拟机安装系统的价值体现在重复性和自动化上。

如果经常要批量创建统一环境的虚拟机，可以继续学习：

• VMware Workstation 命令行工具 vmrun，可以脚本化启动、关机、挂起虚拟机。
• 使用无人值守安装文件，比如 Ubuntu 的 autoinstall、Windows 的 autounattend.xml，实现半自动或全自动系统安装。
• 在虚拟机内启用嵌套虚拟化，可以在虚拟机里再跑 KVM、Docker 或另一个虚拟机监控程序，用于更深入的实验。
• 如果对 Linux 桌面感兴趣，可以把 Ubuntu、Deepin、麒麟、统信 UOS 各装一套虚拟机，对比软件生态和操作逻辑，这也是很多运维工程师熟悉国产系统的常见路径。

对新手来说，最有价值的练习不是追求装出一台完美虚拟机，而是重复完成几次完整流程：创建虚拟机、装系统、装 Tools、打快照、回滚快照、出问题时按日志排查。把这条链路跑熟，后面接触 OpenStack、KVM、容器化时，很多概念会更容易落地。