VMware Workstation Pro 17创建Linux虚拟机完整教程与避坑指南

很多刚接触 Linux 的朋友，折腾的第一个门槛往往是“怎么在一台 Windows 电脑上跑起一个 Linux 环境”，而 VMware Workstation Pro 基本是大家绕不开的那个工具。我这些年不管是自己学习内核、搭测试环境，还是帮同事搞信创适配、验证国产系统，几乎天天都在跟虚拟机打交道。VMware Workstation Pro 17 这套软件，说它一句“虚拟化里的瑞士军刀”不过分，尤其是在创建和管理 Linux 虚拟机这块，稳定性和功能的完整度，确实能帮你省掉不少折腾时间。

这篇文章我不会去讲那些花里胡哨的概念，而是把我这么多年实际使用中反复用到、反复踩坑后沉淀下来的一套完整流程分享出来。从版本选型、安装配置，到新建一台 Linux 虚拟机的每一步细节、参数怎么给、网络怎么选，再到你十有八九会撞上的几个报错和排查办法，全部一次说透。不管你是第一次接触虚拟机的纯新手，还是已经在用但总被各种异常卡住的进阶用户，照着这篇文章走一遍，基本能把你日常 90% 的虚拟机创建问题解决掉。

1. 内容整体设计与思路拆解

1.1 为什么首选 VMware Workstation Pro，而不是 VirtualBox 或 Hyper-V

虚拟化工具的选择其实没有绝对的对错，但 VMware Workstation Pro 在“创建 Linux 虚拟机”这个具体场景里的优势，我用下来感受非常明显。

首先是性能损耗控制得好。同样是跑一个 Ubuntu 桌面版，VMware 的图形加速和磁盘 I/O 表现通常比 VirtualBox 更顺滑，尤其是在你分配多核 CPU 和较大内存的情况下。VMware 的半虚拟化 SCSI 控制器和 NVMe 控制器优化，能让 Linux 里的磁盘读写速度接近宿主机直接操作的感受，这在编译内核或者跑数据库测试时差距非常明显。

其次是快照机制极其可靠。做系统实验、搞内核调试、装各种乱七八糟的环境，免不了把系统玩坏。VMware 的快照可以在创建时的瞬间保存整个系统状态，想回滚就回滚，而且快照之间的层级管理比 VirtualBox 做得清晰不少。这东西用一句话形容就是：你乱搞的底气，全是快照给的。

再说 Hyper-V。当然它作为 Windows 自带的虚拟化方案，部署成本最低。但如果你需要同时管理多个不同发行版、做不同的网络隔离实验，Hyper-V 的配置复杂度反而更高，而且它默认和 VMware Workstation 抢 Hyper-V 虚拟化层，经常导致“虚拟机监控程序功能对该用户不可用”这类报错。我后面会专门讲这个问题怎么处理。简单说，Windows 桌面环境下做日常 Linux 虚拟化，VMware Workstation Pro 是我个人觉得综合体验最平滑的方案。

1.2 版本选型：为什么建议你直接用 VMware Workstation Pro 17

2024 年 5 月之后，VMware Workstation Pro 对个人用户免费了，这是个很大的变化。以前大家满世界找 16 的许可证密钥，现在根本不用折腾那些东西了。你只需要去 Broadcom 官网注册一个账号，下载 Pro 17 的安装包，装完就处于个人许可状态，可以合法免费使用。

不过这里要提醒一句：免费的是个人用户，商用还是要付费的。如果你在公司环境里用它做开发、测试，请务必确认公司的授权情况。我见过不少小团队因为没注意这点踩了 License 合规的坑，这事情说大不大，但真被查起来也挺麻烦。

版本号选择上，我还是建议大家直接上 17。17 相比 16 最大的改进是对新硬件和较新内核的 Linux 发行版支持更友好，比如安装 Ubuntu 24.04 或者其他更新内核版本的系统，17.5 以后的版本兼容性明显更好。你如果还在用 15.5 或者 16，遇到虚拟机起不来、显卡驱动装不上、共享文件夹挂载失败这些诡异问题，先别急着排查系统，把 Workstation 升级到 17.5.2 以上，大概率直接药到病除。

2. 安装与基础配置要点

2.1 下载、安装和许可激活的完整过程

下载就直接去 Broadcom 官网，搜索 VMware Workstation Pro，选择 17.x 版本下载 Windows 版本安装包。安装过程没什么难度，一路 Next 就行，但有两个细节值得注意。

第一，安装路径尽量不要出现中文和空格。很多人图省事装在默认路径 C:\Program Files (x86)\VMware\VMware Workstation\，这个路径其实没问题，因为 VMware 自己处理了带空格的路径。真正让你泪流满面的是你自己把虚拟机镜像文件放在一个中文路径下，比如“D:\虚拟机文件\”这种，后面启动虚拟机时很容易报 “unable to find the vmx binary” 这类问题。我后面排查章节会细说，这里先立个 flag：所有和虚拟化相关的路径，最好全用英文，这是无数人用血泪换来的教训。

第二，安装完成后第一次启动，如果你没登录 Broadcom 账号，软件会提示你输入许可证密钥。个人免费版这里直接选择“用于个人使用”之类的选项即可，不需要输入序列号。如果你之前用过 16 的许可证想升级，也可以把密钥填进去，但我实测下来 17 个人免费许可完全够用，没必要再折腾旧密钥。

2.2 BIOS/UEFI 层面最重要的前置设置：虚拟化必须开启

创建虚拟机之前，有一件事必须先确认，那就是你的 CPU 虚拟化功能（Intel VT-x 或 AMD-V）是否已经在 BIOS/UEFI 中开启。如果没开，后面创建 Linux 虚拟机时你会发现 CPU 配置选项里“虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”这个勾是灰的，而且虚拟机启动起来会非常卡，或者直接报错说硬件虚拟化不可用。

具体操作是开机进 BIOS（不同品牌按键不同，一般是 Del/F2/F10），找到 CPU Configuration 或 Advanced 菜单下的 Intel Virtualization Technology / SVM Mode，设为 Enabled，保存重启。这一步目前大多数新电脑默认是开启的，但企业内部批量采购的机器偶尔会把这个功能关掉，所以创建虚拟机前花 30 秒确认一下，能避免后面一堆莫名其妙的问题。

Windows 系统里怎么快速确认虚拟化是否开启？打开任务管理器，切到“性能”标签，看 CPU 那一栏，如果“虚拟化”显示“已启用”，那就没问题。如果显示“已禁用”，大概率是 BIOS 里没开，或者你机器上装了 Hyper-V 导致虚拟化层被占用了。

2.3 三种网络模式的选择逻辑：NAT、桥接、仅主机到底怎么选

对很多新手来说，VMware 里最迷茫的设置就是网络模式。我先用最直白的话解释三者的区别，再告诉你怎么选。

NAT 模式是默认选项，虚拟机通过宿主机共享 IP 上网。对宿主机来说，虚拟机在 NAT 网络里；对虚拟机来说，它看到的是一个虚拟交换机，所有流量经宿主机的网络出去。这时候虚拟机能访问外网，但外网主动访问不到虚拟机（需要做端口转发才行），虚拟机之间可以互相访问。日常学习和绝大部分开发测试，选 NAT 就够了，省心又安全。

桥接模式则是让虚拟机直接暴露在局域网中，拥有和宿主机同一网段的独立 IP，相当于局域网里多了一台独立的机器。需要虚拟机作为服务器对外提供服务，或者要模拟真实网络环境，比如搭集群测试、跑 K8s 节点，这时候选桥接。

仅主机模式是虚拟机只能和宿主机通信，完全不能访问外网。适合做隔离测试，或者模拟离线内网环境。

我给一个简单的决策表：

我个人的经验是，如果拿不准，无脑用 NAT。NAT 模式下虚拟机访问外网没问题，宿主机可以通过端口转发让外部设备访问到虚拟机里的服务，绝大多数场景都覆盖了。

3. 创建 Linux 虚拟机的完整实操流程

3.1 新建虚拟机向导的核心参数怎么选

进入 VMware Workstation Pro 主界面，点击“创建新的虚拟机”。这里我推荐选“自定义（高级）”，不要选“典型”。原因很简单：典型模式帮你隐藏了很多细节，而这些细节恰恰决定了你后面用起来是否顺手。

选择“自定义”之后，一路过来有几个关键节点：

硬件兼容性默认选当前 Workstation 版本即可，比如 Workstation 17.x。如果你的虚拟机文件以后可能拿到别人机器上用，可以降级选择较低版本，但没必要一开始就选低版本。

安装来源这里，选“稍后安装操作系统”。我明确不建议在这里就挂载 ISO 镜像，因为向导的安装过程经常会在你还没准备好分区方案时就开始自动化安装，造成后面分区布局不是你想要的。稍后安装，意味着你能更精確地控制后续安装的每一步。

客户机操作系统选 Linux，版本根据你要装的发行版选。比如安装 Ubuntu，就选 Ubuntu 64 位；安装 CentOS/Rocky Linux，选 CentOS 7 64 位或 Rocky Linux 64 位。如果列表里没有精确对应的名字，选一个最接近的 64 位版本，一般问题不大。

虚拟机名称和位置，这步特别重要。名称尽量用英文小写，路径也要全英文，别带空格。比如 E:\VM-Machines\Ubuntu-2404 这种结构。我自己曾经因为图省事，把虚拟机路径放在中文文件夹下面，结果好几次升级 Workstation 之后虚拟机直接起不来，报错就是前面提到的 vmx binary 找不到，排查到头大。所以这里多啰嗦一句：路径全英文，规避一切玄学问题。

3.2 处理器、内存、磁盘容量分配的计算依据

到了固件类型和硬件资源配置这一步，很多新手就开始纠结了。我的建议是：不要照搬网上的“推荐配置”，而是根据你宿主机的实际硬件和你的用途来决定。

固件类型选择 UEFI 就好，现在新的 Linux 发行版对 UEFI 支持已经很完善了，而且 UEFI 启动比传统的 BIOS 启动更快，对安全启动的支持也更好。除非你要装一些特别老的系统，否则用 UEFI 没毛病。

处理器配置里，处理器数量建议固定为 1，“每个处理器的内核数量”填你要分配的 CPU 核数。为什么要这样？因为大多数操作系统对多路 CPU（多个物理 CPU 插槽）的调度和 License 处理跟单路多核不一样，在虚拟机里给多个虚拟 CPU 插槽反而可能引发奇怪的问题，而单路多核最通用。分配多少核？我一般是宿主机 8 核以上的，给虚拟机分 4 核做开发测试；宿主机 4 核的，分 2 核就差不多。

内存分配，这条要特别强调：不是越多越好。分配过大的内存会导致宿主机卡顿，甚至触发 Windows 的内存压缩机制，反过来让整个系统变慢。一般规则是虚拟机内存不要超过宿主机物理内存的一半。比如宿主机 16GB，虚拟机给 8GB；宿主机 32GB，虚拟机给 12~16GB。我实际测试容器、跑编译任务时，4~8GB 已经完全够用了。

网络类型按前面说的，选 NAT 即可。

I/O 控制器和磁盘类型，默认的 LSI Logic SAS 适合许多老系统，但如果你装的是新版本 Ubuntu、Fedora、CentOS Stream 这类，建议选 NVMe。NVMe 虚拟磁盘在 Linux 下的性能表现明显更好，而且现在 Linux 内核自带的 nvme 驱动很成熟，不用担心识别不了。

磁盘容量，这里有个重要技巧。比如你未来打算装很多开发工具和 Docker 镜像，建议直接给 60GB 以上。但关键在于**“将虚拟磁盘存储为单个文件”还是“拆分成多个文件”。如果你经常需要在不同电脑间拷贝虚拟机文件，或者想节省物理磁盘空间，选拆分；但性能上单个文件略好。我自己的习惯是选“单个文件”，因为虚拟机一般固定在某台机器上运行，不常移动。然后下面“立即分配所有磁盘空间”这个选项不要勾**，让它按需增长就好，否则你定义 100GB 它马上在你物理硬盘上划掉 100GB，非常浪费。

3.3 通过 ISO 镜像安装 Linux 系统的关键步骤记录

硬件配置完成后，点“完成”，回到主界面。这时右键虚拟机，选择“设置”，在 CD/DVD 里勾选“使用 ISO 镜像文件”，选择你下载好的 Linux 发行版 ISO。然后开启虚拟机。

以 Ubuntu 24.04 为例，启动后会进 GRUB 引导界面，选“Install Ubuntu”，后面几步基本都是图形化操作。有几个值得说的细节：

分区方案不要用默认。很多新手直接点了“清除整个磁盘并安装 Ubuntu”，这确实最省事，但万一你以后想调整分区大小，LVM 方案会灵活很多。我建议选“自定义存储布局”，手动建三个分区：

• /boot：1GB，用于存放引导文件
• swap：跟你内存大小一致或者取 4GB，早期内存不够时可以应急
• /（根分区）：剩余全部空间
• 如果你想单独挂载 /home 做数据隔离，也可以从根分区里再切一块，但个人使用不是必需

安装期间勾选“为图形或无线硬件安装第三方软件”，这个选项会帮你装上一些闭源驱动，尤其是在 N 卡上，否则进系统后图形界面可能非常卡顿。

系统装完后别急着开心，还有一步必做：安装 VMware Tools（或者 open-vm-tools）。在 Workstation 菜单里选“虚拟机 -> 安装 VMware Tools”，然后进到 Linux 虚拟机的文件管理器里，挂载那个虚拟光驱，找到 tar.gz 文件解压执行安装脚本即可。Ubuntu 等系统其实自带了 open-vm-tools，但为了更好的剪贴板共享、自适应分辨率和拖拽文件功能，我还是推荐装一下完整版 VMware Tools。装完后重启虚拟机，你就会发现分辨率自动适配窗口、鼠标进出虚拟机不再需要按 Ctrl+Alt，体验提升一个档次。

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

4.1 虚拟机无法启动、报权限相关的错误

这个报错属于高频问题，报错原文大概是：“VMware Workstation 无法连接到虚拟机。请确保您有权运行该程序、访问该程序使用”。我遇到的情况和网上反馈的案例基本都聚焦在几个点上。

第一，VMware Authorization Service 服务没有启动。这个服务是 VMware 虚拟机的权限管理核心，右击“此电脑 -> 管理 -> 服务和应用程序 -> 服务”，找到 VMware Authorization Service，确认状态是“正在运行”，如果不是，右键启动，并把它设置为自动启动。很多第三方优化软件会把这个服务禁用掉，导致虚拟机一开机就报错。

第二，当前 Windows 用户对虚拟机文件目录没有完全控制权限。尤其是你把虚拟机放在 C 盘 Program Files 目录或者系统保护目录下，权限控制很严格。解决方法是把整个虚拟机文件夹的权限赋给当前用户，或者更省事的做法是把虚拟机移到非系统盘、非受保护目录（比如 E:\VM-Machines）下面。

第三，如果你用 UAC 严格控制权限，可以尝试右键 VMware Workstation 图标，选“以管理员身份运行”。虽然不是根因，但有时确实能绕过一些权限问题。

4.2 无法找到 vmx 二进制文件：路径引发的连锁反应

这个报错我前面提到过，典型提示是 “unable to find the vmx binary ‘F:\虚拟机\vmware-vmx.exe’”。很多人不理解，明明自己装好了 Workstation，怎么 VMware 还找不到自己的主程序？

这里有两个常见原因。其一是你从旧版本 Workstation 升级后，默认配置文件里还残留着旧版本的 vmx 路径，或者你装的是非官方默认路径，导致 Workstation 在新版本中无法正确定位 vmware-vmx.exe。其二是虚拟机文件路径中包含非英文字符或特殊字符，比如中文目录“F:\虚拟机\”，这会让 VMware 在启动虚拟机时解析路径失败，找不到 vmware-vmx.exe。

解决方法，建议按顺序试：

1. 检查 VMware Workstation 的安装目录，确认 vmware-vmx.exe 确实存在于 X:\Program Files (x86)\VMware\VMware Workstation\x64\ 下（64 位系统）。
2. 如果存在，重新运行 Workstation 安装程序，选择“修复”，修复完成后重启。
3. 如果是中文路径问题，把整个虚拟机文件夹移动到纯英文路径，然后重新打开虚拟机。

我后来养成的习惯是：虚拟机文件命名全英文、路径全英文、安装软件也全英文路径。有人说我强迫症，但说实话，这些年我身边出现虚拟机相关诡异报错的朋友，95% 最后都栽在路径上。你也可以说这是玄学，但与其排查半天，不如一开始就避免。

4.3 创建快照时提示“使虚拟机处于静默状态时出错”

快照功能是我最喜欢 VMware 的点之一，但很多人用快照时遇到过“使虚拟机处于静默状态时出错。有关详细信息，请参见虚拟机的事件日志”的报错。这个“静默状态”是什么意思？简单说，就是 VMware 在创建快照前，会通过 VMware Tools 让客户机操作系统把内存中的数据、文件系统缓存整理到一致状态，以确保快照是“干净”的，回滚后不会出现文件系统损坏。

如果你在创建快照前没有安装 VMware Tools，或者 Tools 服务异常，VMware 就无法让这个虚拟机进入静默状态，于是报错。但注意，这个报错通常是“警告”性质的，不一定导致快照创建失败，只是快照的一致性打了折扣。如果你正在跑数据库之类的服务，这种不一致快照回滚后可能数据丢失，所以还是要重视。

解决办法：

• 确认虚拟机里 VMware Tools（或 open-vm-tools）已经正确安装且服务在运行。
• 尝试关闭虚拟机后再拍摄快照，这样是最干净的一致快照。
• 如果必须开机状态做快照，检查磁盘空间是否充足，快照文件需要额外磁盘空间。
• 查看虚拟机事件日志，定位具体是哪个操作超时或失败。

顺便说个经验：快照不是备份。如果你在虚拟机上做重要实验或开发工作，千万不要把快照当成唯一的恢复手段，还是要定期把虚拟机文件复制到外部存储做完整备份。快照层级越多，性能损失越大，而且一旦父快照文件损坏，整个链上的快照都可能打不开。

4.4 提示“虚拟机监控程序功能对该用户不可用”或与 Hyper-V 冲突

这个报错近两年特别常见。它的根源是 Windows 自己开启了基于 Hyper-V 的虚拟化安全功能，比如内核隔离、内存完整性（VBS/HVCI），或者你直接启用了“虚拟机平台”或“Hyper-V”功能。一旦 Windows 独占使用 CPU 的虚拟化能力，VMware Workstation 想再通过 VT-x/AMD-V 直接访问硬件虚拟化资源就会碰壁。

判断是不是这个问题，去“控制面板 -> 程序 -> 启用或关闭 Windows 功能”里看，若勾选了 Hyper-V、虚拟机平台、Windows 虚拟机监控程序平台、适用于 Linux 的 Windows 子系统（WSL2 也依赖这个），大概率就是冲突原因。

解决办法其实有点反直觉：要么永久关闭这些功能，要么让 VMware 使用 Windows Hypervisor Platform（WHP）作为后端。但 WHP 模式下 VMware 的性能会打折扣，所以我个人更推荐关闭 Windows 的虚拟化安全功能，把硬件虚拟化资源完全让给 VMware。具体操作分两步：

第一步，在“Windows 安全中心 -> 设备安全性 -> 内核隔离详细信息”里，关闭“内存完整性”（VBS/HVCI），重启。大部分人的问题在这一步就解决了。

第二步，如果还不行，去“控制面板 -> 启用或关闭 Windows 功能”里取消勾选 Hyper-V、虚拟机平台、Windows 虚拟机监控程序平台，确定后重启。注意关闭这些功能可能会影响 WSL2（如果你在用 WSL2，虚拟机平台功能关闭后 WSL2 会用不了，二选一）。如果你必须要用 WSL2 又要用 VMware，那就只能让 VMware 通过 WHP 工作，在虚拟机的“处理器”设置里勾选“虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”，并在“高级”里勾选“通过 Windows Hypervisor Platform 使用二进制翻译”，这样能同时共存，但性能会有些损失。

4.5 常见问题速查表

5. 一些我个人的使用习惯与最后提醒

写到这里，基础流程和常见问题也讲得差不多了。最后想分享几个我日常使用 VMware 跑 Linux 时总结出来的一些习惯，谈不上什么高深技巧，但确实帮我省了不少事。

快照这个功能我用得非常多，但越用越有节制。以前我是那种每做一步操作就拍一个快照的人，结果快照越堆越多，磁盘越占越满，虚拟机也越来越卡。后来我改成只在关键里程碑拍：刚装好系统拍一个“干净系统”，装完开发环境拍一个“基础环境”，做重要改动前再拍一个“改动前状态”。平时尽量保持两到三个以内，其他情况宁愿多花几分钟导出 OVF 备份，也不做过量的快照链。

再看看资源分配。我给 Linux 虚拟机分配内存和 CPU 时，基本都是“按需分配、宁少勿多”。比如写 Node.js、Python 脚本这种轻量开发，2 核 4GB 就非常流畅了；跑 Docker Compose 一类的集群测试，才升到 4 核 8GB。因为虚拟机分配的资源是直接占用宿主机物理资源的，你给虚拟机 8GB，宿主机就真的少了 8GB 可用内存，启动大型 Windows 应用就会开始卡。合理控制资源分配不仅让两台系统都流畅，还能避免很多因为内存不足引起的玄学问题。

还有一个习惯是定期清理没用的虚拟机。Workstation 界面里列着十几台虚拟机，看着很丰满，其实大多数是以前测试完就再也没动过的。它们占用的磁盘空间、挂载的虚拟机网络，是真真切切的资源消耗。我的做法是每季度清理一次，把不再需要的虚拟机文件直接删掉，顺带检查一下 VMnet8 和 VMnet1 的网段配置，避免时间长了网段冲突。

如果你把这篇内容从头读到这，照着“选自定义、路径全英文、内存分配不过半、分区手动建、网络默认 NAT、装完先装 Tools”这一套组合拳打下来，创建一台 Linux 虚拟机基本不会再有什么大坑。真遇到问题了，翻翻上面的排查表，先把报错的关键词复制到搜索引擎里搜一圈，再结合日志文件（虚拟机目录下的 vmware.log）里报错的行号去定位，绝大部分问题都能解决。

虚拟化这件事，说到底就是一个“层”的概念：硬件之上有虚拟机监控器，虚拟机监控器之上是客户机系统，客户机系统里面又跑着你的应用。明白了这一层套一层的关系，以后无论换什么虚拟机软件、什么云平台，思路都是通用的。希望这篇文章能帮你把 VMware Workstation Pro 这台“车”开顺手，后面真正投入到 Linux 学习和开发里时，少一点环境折腾，多一点正事时间。