前两天帮一个朋友在新买的笔记本上折腾 VMware,本以为十分钟能搞定,结果从下载到把第一台 Ubuntu 跑起来,中间连着踩了三个坑:装完第一次开机直接弹"不可恢复错误 (vcpu-0) exception 0xc0000005",灌系统灌到一半提示"需要 VMware Install Disk 上的文件",最后卸载重装完网络适配器又死活起不来。整套流程走完,我干脆从头到尾把每个环节重理了一遍,把当时想错的、试对的都记下来。这篇就是那份笔记,讲的是 VMware Workstation Pro 从下载、校验、安装,到建虚拟机、装系统、装 Tools、排错清理的完整链路,适合刚接触虚拟化的新手,也适合装过几台但总在报错上卡壳的人。下面这些内容里的版本号、参数、命令,都是能直接照着抄的。
1. 动手之前先想清楚:你到底需要哪种虚拟化方案
很多人一上来就搜"VMware 下载安装教程",但其实第一步不该是下载,而是确认自己是不是真的需要 VMware Workstation。虚拟机这东西不是越重越好,选错了工具,后面所有操作都会变成事倍功半。我见过不少人装完 Workstation 只是为了跑一个 Linux 练命令,结果占了三十 G 硬盘空间,其实根本没必要。
1.1 先排除更轻的替代路子
在你决定装 VMware 之前,值得先花两分钟问自己三个问题:我要跑的是什么系统?我需要它和宿主系统长期共存吗?我需不需要保存快照、随时回滚?
如果你只是想临时跑一个 Linux 环境敲几条命令,那 Windows 自带的 WSL2 或者云端开一台按小时计费的机器,体验反而更顺。WSL2 的好处是启动快、和 Windows 文件系统互通,缺点是它本质上还是个容器化的内核,跑图形界面、跑内核模块实验会很别扭。如果你要的是完整的桌面环境、要装各种发行版、要模拟多台机器组网,那 VMware 这类"全虚拟化"工具才是对的选择。
虚拟机的核心价值在于"隔离"和"快照"。隔离意味着你在里面把系统搞崩了,宿主机一点事没有;快照意味着你可以在装某个软件之前打个点,装坏了直接回滚到几分钟前。这两个能力是 WSL 和容器给不了的,也是我愿意为它付出几十 G 硬盘的核心理由。
1.2 Workstation Pro、Player 与 Fusion 这条产品线怎么绕
VMware 的桌面虚拟化产品线名字挺乱,新手最容易搞混:
| 产品名 | 运行平台 | 定位 | 适合谁 |
|---|---|---|---|
| Workstation Pro | Windows / Linux | 功能最全,支持快照、克隆、多网络模式 | 需要完整功能的人 |
| Workstation Player | Windows / Linux | 精简版,主要用来"运行"现成虚拟机 | 只想跑现成镜像的人 |
| Fusion | macOS | Mac 上的对应产品 | Mac 用户 |
| ESXi | 裸机服务器 | 企业级,直接装在硬件上 | 服务器运维 |
对绝大多数桌面用户,答案就是Workstation Pro。它以前是要花钱的,而且 Pro 和 Player 之间的差别曾经是很多人纠结的点——Player 免费但功能少,Pro 收费但全能。而现在的授权格局和几年前完全不同了,这个变化直接影响了我们要不要去找密钥。
1.3 授权模式变了之后,密钥这件事该怎么看
这是我认为最需要先讲清楚的一点。早年网上铺天盖地的"VMware 密钥""序列号"搜索,是因为那时候 Pro 版本确实收费。但它的授权政策后来调整过,个人使用场景的门槛和以前完全不一样了。
所以我的建议很直接:不要再去网上搜那些来路不明的密钥。一是这类密钥随时可能失效,二是来源不明的字符串本身就有风险。正确的做法是到官方渠道注册账号、按官方指引获取授权和安装包。你如果是从各种非官方站点下载的"绿色版""汉化破解版",那后面遇到的一切奇怪报错,都得先怀疑是安装包被动过手脚——这不是危言耸听,我朋友那次装完第一台就崩,很大概率就是安装包来源不干净。
一句话总结第 1 节:先确认你需要全虚拟化,再确认你要的是 Workstation Pro,最后走官方渠道拿包和授权。这三步想清楚,后面能少掉一半的麻烦。
2. 下载这一步就有讲究:渠道、版本号与安装包体检
下载看着最简单,其实是整个流程里最容易埋雷的环节。我见过太多人从某个网盘链接下了一个几十 G 的"整合包",装完不是缺组件就是被杀软报毒。这节讲讲怎么下载得干净、怎么确认下到的是完整的包。
2.1 版本号背后的命名规则
VMware 的版本号经常让人犯迷糊,比如你可能会同时看到 "Workstation Pro 17"、"17.6"、"17.6.4" 这种写法。它们的关系是:大版本(17)是产品代际,小版本(17.6)是功能更新,末尾的数字(17.6.4)是补丁修订。
这件事的意义在于:当你看到某个教程说"用 17.0.0 的某个文件",而你手上是 17.6.4,文件位置、界面文案可能已经不一样了。所以看教程之前,先对一下自己的小版本号,别硬套。装新不装旧也是同理——新版本一般修复了旧版本的兼容性问题和安全漏洞,尤其涉及虚拟化这种贴近硬件的软件,补丁的价值很实在。
安装包的文件名一般长这样:VMware-workstation-full-17.x.x-xxxxxxxx.exe,中间那串数字是内部构建号,末尾那一长串是编译编号,可以用来核对版本是否对应。
2.2 安装包完整性校验实操
从官方拿到安装包之后,养成一个好习惯:先做哈希校验,再动手装。官方一般会在下载页给出 SHA256 值,你把本地文件算一遍对比即可。
Windows 上,PowerShell 里一行命令:
Get-FileHash .\VMware-workstation-full-17.x.x.exe -Algorithm SHA256Linux 或 macOS 上:
sha256sum VMware-Workstation-Full-17.x.x.bundle把输出和官网给的值逐位比对。只要有一位对不上,说明文件在下载或传输过程中损坏了,或者被替换过,别犹豫,删了重下。
除了哈希,还可以看数字签名。Windows 上右键安装包,属性里找到"数字签名"选项卡,看看签名主体是不是官方公司实体、签名是否有效。这一步能挡住绝大多数被人二次打包过的安装包。
2.3 下载阶段最容易踩的三个坑
第一坑是下错产品线。搜"VMware 下载"出来的结果里,混杂着 Player、Fusion、ESXi、甚至若干年前的旧版本。你要的是 Workstation Pro 的 Windows 版,别下成 Player(功能少一大截),也别在 Windows 上下成 macOS 的 Fusion 包。
第二坑是下载中断导致文件残缺。几十 G 的包走普通网络下载,中途断流的概率不低,下载器如果没做好断点续传和校验,很容易给你一个"看似完整"的残缺文件。所以安装前一定跑一遍 2.2 里的哈希校验。
第三坑是版本与宿主系统不匹配。比如某些较新的 Workstation 版本对宿主 Windows 的版本有要求,装在过老的系统上会直接报运行库缺失。装之前看一眼官方的系统需求页面,对一下自己宿主系统的版本,能省很多事。
3. 安装向导逐屏拆解:每个勾选框都值得看一眼
双击安装包之后,向导一共就那么几屏,但每一屏都藏着选项。大部分人一路"下一步"点过去,然后出了问题再回头找原因。我把每一屏的选项和它们的影响讲清楚,你点的时候心里就有数了。
3.1 安装路径与共享组件
向导会先让你选典型安装还是自定义安装。我的建议是选自定义,哪怕你只是想改一下安装路径。典型安装会把所有组件一股脑装上,其中的一些驱动和服务你未必需要。
安装路径这一栏要留意。默认路径通常在 C 盘的 Program Files 下,如果你 C 盘空间紧张,可以改到别的盘。但要注意:路径里尽量不要有中文和空格。虚拟化软件底层调用的很多驱动、脚本对路径编码的处理并不总是稳妥,中文路径偶尔会引发一些莫名其妙的加载失败,这个坑我在别的软件上踩过不止一次。
3.2 增强型键盘驱动与网络组件
自定义安装里会出现几个组件勾选框,我挑最关键的几个说:
- 增强型键盘驱动(Enhanced Keyboard Driver):装了之后键盘在虚拟机和宿主之间的切换更顺,尤其是用到一些组合键、功能键的场景。如果你经常在虚拟机里用开发工具、快捷键比较多的软件,建议勾上。它和宿主系统自带的键盘驱动可以共存,一般不影响正常使用。
- Virtual Network 相关组件:这一项负责虚拟机与外界、虚拟机彼此之间的网络通信,是虚拟机的"网卡和交换机"。除非你非常清楚自己在做什么,否则别取消勾选,不然后面虚拟机连不上网会很折腾。
- 共享文件夹支持:用来让宿主和虚拟机之间直接交换文件,很实用,建议保留。
组件选择上有个原则:你不确定用途的,默认保留。多装一个组件带来的开销远小于少装一个组件后到处找补丁的痛苦。
3.3 首次启动、语言与界面
安装过程本身没什么好说的,进度条走完会让你重启(不重启有些驱动不生效)。重启后第一次启动,会有几个初始配置项:是否加入客户体验计划、是否需要输入授权信息等。这些按自己意愿选即可,不影响功能。
界面语言默认跟随系统的区域设置,中文系统一般显示中文界面。如果你打开发现是英文,检查一下系统区域设置,或者在软件的偏好设置里找语言项。这里要提醒一句:界面语言和功能没有关系,中文界面、英文界面功能完全一样,别为了"用上中文版"去做一些多余的操作。
3.4 汉化包的取舍
网上流传各种"汉化包"。我的态度比较保守:官方界面往往已经内置了中文,没必要为了额外的汉化去替换程序文件。替换程序文件的风险在于——文件被改动之后,软件的完整性校验可能失败,某些组件的加载路径可能错位,而且一旦出问题,排查起来毫无头绪。
如果你确实觉得某些术语的英文看着别扭,更好的办法是记住那几个高频菜单的位置,用几次就熟了。为了界面上的几个字去动程序本体,性价比太低。
4. 建第一台虚拟机:参数怎么定,系统怎么灌
软件装好,接下来是真正的重头戏——建虚拟机、装系统。这一步的参数选择,直接决定了后面用起来顺不顺。很多人卡在"装完跑不起来""装系统报错",根源往往在这一步。
4.1 新建向导里的四组参数
新建虚拟机向导会问你四类信息,我一个个拆:
第一组是系统类型。你要装 Ubuntu 就选 Ubuntu,装 Windows 10 就选 Windows 10,别图省事全选"其他"。这里面有个细节——新建向导里有些发行版条目是按较老的版本模板列出的,如果你装的发行版比模板新,可以在选完之后手动微调一下客户机系统类型。选对类型的意义在于:VMware 会据此加载对应的虚拟硬件组合、优化项和驱动建议,选错了轻则性能打折,重则装系统时报找不到设备。
第二组是 CPU 和内存。这里给个经验值参考,别照搬别人的配置:
| 宿主机内存 | 分配给单台虚拟机的内存 | 说明 |
|---|---|---|
| 8 GB | 2 GB | 勉强够跑图形界面的 Linux |
| 16 GB | 4 GB | 单台 Linux 或 Win10 的舒适区 |
| 32 GB | 8 GB | 可以同时开两三台 |
| 64 GB+ | 8~16 GB | 多开做集群实验 |
内存分配的原则是:别把宿主机的内存分光。宿主机自己也要用内存,一旦宿主机开始用交换分区(虚拟内存),整机都会卡成幻灯片,虚拟机的体验也跟着崩。CPU 核心数同理,分一半左右比较稳妥,分满了反而因为调度开销变慢。
第三组是磁盘。默认一般是 40G~60G,存成单个文件还是拆成多个文件,下面 4.2 里细说。这里先说一个常见误区:新人经常把磁盘设得过小,结果装完系统、装完开发环境就爆盘。用"按需增长"的磁盘(不是预先分配全部空间),你设大一点没损失,设了 200G,实际用多少占多少。
第四组是网络和固件,这是最关键的一组,单独放到下一节。
4.2 固件、网络、磁盘三个关键开关
固件类型(BIOS 还是 UEFI):较新的系统(Win11、较新的 Linux 发行版)通常需要 UEFI 才能正常安装或启动,老的系统(Win7 及更早)用 BIOS 更稳。选错的表现通常是装系统时卡在引导阶段,或者装完无法启动。如果你不确定,装 Win10 及更新的系统优先选 UEFI,装老系统选 BIOS。
网络模式,这是新手最容易忽略、后期最容易出问题的地方。三种主要模式对比:
| 网络模式 | 虚拟机如何联网 | 宿主能否访问虚拟机 | 适合场景 |
|---|---|---|---|
| 桥接(Bridged) | 和宿主平级,直接接入物理网络 | 可以,虚拟机有自己的局域网 IP | 需要虚拟机被其他设备访问 |
| NAT | 通过宿主转发,共享宿主网络 | 可以,但外部默认访问不到 | 只是上网,最省心 |
| 仅主机(Host-only) | 只能和宿主通信 | 可以 | 隔离环境、安全实验 |
新手默认选 NAT 最不容易出问题——它能上网,又不影响物理网络的其他设备。等你需要用 Xshell 之类的工具从外部连进虚拟机时,再考虑桥接或者给 NAT 做端口转发。
磁盘类型(单个文件还是多个文件):单个文件读写性能略好,拷贝虚拟机时简单;多个文件(每个 2G 一段)在移动、备份单个片段时更灵活,也方便跨文件系统搬运。日常使用选哪个都行,差别不大。但有一点:虚拟磁盘一旦创建,转换存储格式比较麻烦,所以建的时候就按长期用途想好。
4.3 装 Ubuntu 和装 Win10 的差别
同样是新建虚拟机,装 Linux 和装 Windows 的注意点不太一样,我分别说。
装 Ubuntu(或其他 Linux 发行版):把安装镜像挂到虚拟机的光驱上,启动后会进安装界面。Linux 安装向导里,磁盘分区那一步是最多人犯错的。如果你不熟悉手动分区,直接用向导里的"使用整个磁盘"选项,让安装器自己规划,省心且不容易出错。装完之后,Ubuntu 默认可能没装 SSH 服务,如果你打算用远程终端连它,需要手动装一次:
sudo apt update sudo apt install openssh-server -y sudo systemctl enable --now ssh装 Windows(Win10/Win7):Windows 安装器对虚拟硬件的要求更高一些。如果你选了 UEFI 固件装 Win7,很可能会在引导阶段失败,因为 Win7 对 UEFI 的支持不完整,这种情况改用 BIOS 固件更稳。装 Win10 则反过来,UEFI 更顺。另外,Windows 安装过程中可能会向你索要某些文件(就是开头提到的那个报错),原因和处理放在第 5 节讲。
4.4 VMware Tools 装不上时的处理顺序
系统装完第一件事就是装 VMware Tools,它负责显示分辨率自适应、宿主与虚拟机之间复制粘贴、共享文件夹、鼠标无缝切换等。没装 Tools 的虚拟机用起来会很痛苦,分辨率固定、鼠标每次要按组合键才能切出来。
正常情况下,在菜单里选"安装 VMware Tools",虚拟机的光驱里会挂上一个镜像,进系统里运行安装脚本或安装程序就行。Windows 上一般双击光驱里的安装程序一路下一步;Linux 上挂载光驱、解压、运行脚本:
sudo mount /dev/cdrom /mnt tar -xzf /mnt/VMwareTools-*.tar.gz -C /tmp cd /tmp/vmware-tools-distrib sudo ./vmware-install.pl -d-d参数表示所有提问都用默认值,省得一路回车。如果脚本运行时报"继续运行脚本未能在虚拟机中成功运行"这类提示,先别急着骂,往下看第 5 节有专门的处理思路。
5. 报错与清理:那些绕不开的坑
前面流程走顺了皆大欢喜,但虚拟化这行的报错率不低,尤其是和宿主系统、安全软件、CPU 特性打交道的地方。这节把我实际遇到过的几个典型报错,连同排查链路一起还原出来——重点不是记住结论,而是学会怎么一步步缩小范围。
5.1 不可恢复错误 (vcpu-0) exception 0xc0000005
这个报错是新人开机第一次就撞上的概率最高的一种。现象是虚拟机一开机,弹出一个 "VMware Workstation 不可恢复错误: (vcpu-0) exception 0xc0000005 (access violation)",然后进程直接崩掉。别慌,这几乎不是虚拟机本身坏了,而是宿主侧的虚拟化环境起了冲突。
排查链路我建议这样走:
第一步,查宿主的虚拟化功能有没有被别的软件占用。Windows 上如果开启了 Hyper-V、虚拟机监控程序平台、WSL2、Windows 沙盒(Sandbox)、以及"核心隔离"里的"内存完整性",这些都会抢占 CPU 的虚拟化能力,导致 VMware 拿不到干净的硬件虚拟化环境。处理办法是在"启用或关闭 Windows 功能"里,把 Hyper-V、虚拟机监控程序平台、Windows 沙盒这些不用的关掉,重启后再试。
第二步,查第三方安全软件的注入。有些安全软件、系统优化软件会往进程里注入 DLL,这类注入在虚拟化这种贴近硬件的进程里极易引发访问违例。可以临时退出或卸载这类软件再试一次,如果问题消失,说明就是它。
第三步,查宿主机的 BIOS/UEFI 里虚拟化(VT-x / AMD-V)是否开启。有些主板默认关闭,或者被某些设置项影响。进 BIOS 确认虚拟化技术是开启状态。
第四步,考虑内存完整性和驱动冲突。Windows 的"核心隔离 - 内存完整性"在一些机器上会和对虚拟化友好的驱动打架,如果前面几步都没解决,试着临时关闭它再判断。
网上也流传一些改虚拟机.vmx配置文件来绕过的做法。这类做法对不同机器效果差异很大,我不建议作为首选,因为它没有解决根因,可能让虚拟机跑在一种不稳定的状态下。优先走前四步,找到真正的冲突源,才是正解。
5.2 提示插入 VMware Install Disk 上的文件
装 Windows 系统的时候,安装程序可能弹窗提示"需要 VMware Install Disk 上的文件",并点名要某个文件。这个报错看起来很吓人,其实多数情况是"装系统时读到了错误或残缺的安装介质"。
我的排查顺序是:
先查安装镜像本身是否完整。用第 2 节讲的哈希校验思路,对比镜像的校验值。一个下载不完整的 ISO,装到某个阶段读不到文件是必然的。重新下一份完整的镜像,往往就好了。
再查虚拟机的光驱映射有没有指错。有时候你会挂多个镜像(比如系统镜像和驱动镜像都挂着),安装程序读到了不该读的那个,就会来要文件。确认光驱指向的是正确的系统安装镜像,并勾选"启动时连接"。
再看客户机系统类型选得对不对。前面 4.1 里强调过,类型选错会导致虚拟硬件组合不匹配,安装程序认不出设备,进而触发各种索要文件的弹窗。把它改成正确的系统类型再重装一次。
最后考虑磁盘控制器类型。较新的系统安装镜像对 SATA/NVMe 控制器支持更好,老的镜像可能只认 IDE。控制器的类型在虚拟机设置里可以调整,装不上老系统时把控制器改成兼容性更好的类型,经常能解决。
5.3 卸载不干净怎么办
这是另一个高频痛点——有人想重装,结果卸载完再装,发现网络适配器、服务、驱动残留一堆,新装的根本起不来。原因在于虚拟化软件除了主程序,还装了虚拟网卡、驱动、系统服务,普通卸载往往只清掉主程序,剩下的散落在系统各处。
处理思路分两层。普通卸载走系统的"应用和功能"面板卸载,卸载完重启一次。如果发现重装后仍有问题,说明有残留,这时候需要更彻底的清理:官方其实提供了专门的清理工具(搜索关键词里的 "VMware cleanup tool" 就是这个),它能扫掉常规卸载漏掉的驱动、服务和注册表项。用法一般是右键以管理员身份运行,它会列出残留项让你确认清理。
清理完一定要重启,重启后确认这几样:网络适配器列表里没有残留的虚拟网卡、系统服务里没有残留的虚拟化相关服务、设备管理器里没有带感叹号的未知设备。确认干净了再装新的,能省掉一整轮"装了坏、坏了卸、卸了还坏"的循环。
5.4 Xshell 连不上虚拟机的排查
系统装好、Tools 也装了,很多人下一步想用 Xshell 这类终端工具从宿主连进虚拟机。连不上的原因就那么几类,按顺序查很快能定位:
第一,网络模式对不对。如果你的虚拟机是 NAT 模式,宿主一般能直接访问它的 IP;但如果想让宿主机之外的东西访问,得换成桥接或做端口转发。先确认虚拟机里ip addr(Linux)或ipconfig(Windows)能查到一个合法 IP。
第二,目标系统的 SSH 服务有没有起。Linux 上装完系统默认可能没开 SSH,按 4.3 里的命令装好并启动。Windows 上默认没有 SSH 服务,需要单独开启或安装。
第三,防火墙有没有拦。Linux 上检查sudo ufw status或者对应的防火墙规则,Windows 上检查入站规则是否放行了 22 端口。这一步经常被忽略,明明服务起了就是连不上,多半是防火墙。
第四,确认端口和账号密码。SSH 默认走 22 端口,如果你改过配置文件,记得对一下。账号密码也别填错——Linux 虚拟机里你登录用的用户,就是 SSH 登录要用的用户。
把虚拟机当"随手可丢"的东西看,心态会好很多。它在里面崩了、装坏了,你鼠标一点删掉重建,宿主系统毫发无伤,这正是虚拟化最让人安心的地方。我自己现在的习惯是,每装完一套干净环境、装好常用工具之后,立刻打一个快照,后面无论怎么折腾,回滚一下就能重来。这个快照习惯,比任何排错技巧都更能省时间。