企业官网建设流程全解析

如果你最近在搜“VMware 虚拟机官网免费下载安装”，大概率已经被各种所谓“官方版”“绿色版”绕晕了。有的网站要你填破解密钥，有的让你下捆绑安装器，还有的干脆给一个压缩包让你解压“绿色版”……实际上，VMware Workstation Pro 从 2024 年开始就已经对个人用户免费开放，下载渠道就在官网，安装和激活也远没有网上传的那么复杂。这篇文章我把自己从官网下载、安装、激活、装系统，到后面联网配置、排错、清理的完整链路写一遍，顺便把新手最常掉进去的几个坑一起排掉。内容尽量按“你先看什么、再做什么、出问题了怎么查”的顺序展开，刚接触虚拟机的人可以直接照着操作，已经用过一段时间的也可以重点看第 5 章以后的实战和排查部分。

1. 免费政策与现实：VMware 官网下载前必须知道的几件事

1.1 Broadcom 收购后的官网发生了什么变化

VMware 被 Broadcom 收购之后，官网和下载流程都改过一轮。以前点开就是“下载 Workstation Pro 试用版”，现在打开 VMware 官网的产品页面，你会看到 Workstation Pro 和 Workstation Player 两个入口，Pro 下面明确写着 Free for Personal Use。你要下载的是 Windows 主机版本，就选“Workstation Pro for Windows”，大约 600MB 左右的安装包，下载后再拿一个邮箱注册 Broadcom 账号，登录激活。

这一步先记住一个原则：能走官网就别去第三方站。很多第三方下载站挂着“VMware 中文免费版”“VMware 17 永久激活版”的入口，其实是把旧版本或破解版本重新打包。破解版的问题不只是稳定性差，更麻烦的是 vmware-vmx.exe 这种核心进程非常容易被安全软件或系统隔离机制拦下来，装完反而天天报错。官网页面加载慢是常态，尤其在工作日白天，耐心等一下；下载链接一般出现在页面下方，不要点成广告区域的“立即下载”。

1.2 个人免费许可证的使用边界与注册流程

关于免费，要讲清楚一点：Broadcom 给的是“个人使用免费”，不是“所有场景全免费”。个人在自己电脑上学习、测试、本地开发，用 Workstation Pro 17 不需要购买授权；但如果是在公司或政府单位的生产环境里使用，比如用它来管理服务器、跑业务系统，那还是需要买商业订阅。你如果给公司搭开发环境，合规上最稳的做法是让公司购买授权，或者直接用开源免费方案。

激活流程用文字写一下，因为很多新手卡在这里。第一次打开 Workstation Pro 17 时，软件会弹一个“许可协议”界面，里面有两个选择：一个是连到 Broadcom 账号进行个人免费授权，另一个是输入商业许可证密钥。选“个人免费授权”，在弹出的页面注册或登录 Broadcom 账号，登录成功后软件会自动绑定你的账户，以后打开就不会再提示升级购买。整个过程要能连上外网，如果公司内网禁止访问外网，激活会比较麻烦；个人家用网络基本没这个问题。

这里顺带提醒：不需要去网上搜“VMware 17 许可证密钥”这类东西。个人免费授权走的是账号绑定，密钥这种老路子反而容易触发黑名单，而且一旦你输入了一个无效的批量密钥，软件状态可能卡在“试用期”或“无效许可”上，到时候要恢复个人免费状态就得卸载重装，纯粹给自己找事。

2. 安装向导逐项拆解：版本、路径、增强驱动与汉化

2.1 Pro 还是 Player：免费之后版本选择题还有意义吗

以前大家纠结 Pro 和 Player，是因为 Player 免费但功能少，Pro 功能全但收费。现在 Pro 个人免费之后，这个选择题基本消失了。我建议新装就直接上 Workstation Pro 17，因为 Pro 支持快照、克隆、自定义虚拟网络、多网卡、虚拟 TPM，Player 没有这些能力。尤其后面要搞 Nginx 多站点、多网段这种开发环境，没有自定义网络会很别扭。

版本方面，17 系列是当前主力，它对 Windows 11 客户机、最新版 Ubuntu 内核、WSL 共存这些场景支持得比 16 好。如果你电脑上已经装了 16，能用就继续用，但新装不要回头下 16 了。另外注意区分“Workstation”和“Fusion”的区别：Fusion 是 macOS 上的版本，Windows 主机一律下 Workstation，别下错。

2.2 安装时的几个勾选框分别影响什么

安装向导大概五六步，大部分直接下一步就行，但有几个选项建议花两秒看清楚。第一是安装路径，默认在 C 盘。Workstation 程序本身不大，装 C 盘没问题，但后续虚拟机的默认存储位置会在“C:\Users\你的用户名\Documents\Virtual Machines”，虚拟机磁盘文件动辄几十 GB，很容易把 C 盘撑爆。我的建议是装完软件之后先改默认存储位置：在菜单栏“编辑 → 首选项 → 工作区”，把“默认位置”改到 D 盘或 E 盘下的一个专门目录，再开始建虚拟机。

第二是“增强型键盘驱动程序”。这个组件主要解决某些组合键在客户机里的映射问题，安装时会请求管理员权限。我建议勾选，不然后续在虚拟机里用快捷键会偶尔失灵。第三是“启动时检查产品更新”和“VMware 客户体验改进计划”，这两个纯属打扰，可以取消。第四是“将 VMware Workstation 添加到系统 PATH”，如果你打算用命令行调用 vmrun、vmware-vdiskmanager 这些工具，就勾上；纯图形界面操作用户不需要，但勾上也无害。

2.3 中文界面与汉化包的正确打开方式

我见过不少教程让用户去下一个“汉化补丁”，说实话没必要。VMware Workstation 17 的安装包本身就支持简体中文，只要你的 Windows 系统语言是中文，安装完打开就是中文界面。如果你当前系统是英文版，又想用中文界面，也可以从官网下载一个简体中文语言包；VMware 对多语言的支持是官方内置的，不需要做任何文件替换。

网上流传的第三方汉化包，本质是把程序目录下的资源文件整体替换掉。这种操作有两个隐患：一是容易被 Windows Defender、360、火绒报毒或直接隔离；二是官方一更新版本，汉化文件就被覆盖，界面变回英文或直接报错。你折腾的功夫比直接装官方中文版多得多。所以遇到英文界面，先检查系统语言和安装包语言，别急着找汉化工具。

2.4 许可证状态检查：别让“试用期”字眼吓到自己

装完软件后，有的用户会在“帮助 → 关于”里看到“评估模式”或“剩余天数”这种字眼，心里发慌。这个情况要么是你安装时跳过了账号登录，要么是之前误填了无效密钥。处理方式很简单：在“帮助 → 许可证”里，把许可证改成“个人使用”，或者直接登录你的 Broadcom 账号，让它重新绑定授权状态。如果已经卡在错误状态无法切回个人使用，就卸载重装一次，激活后再看就正常了。

3. 虚拟机启动前必须处理的主机设置与资源分配

3.1 BIOS 虚拟化开关：没开它连系统都装不了

新建虚拟机点“开启此虚拟机”后，如果弹出一句“此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态”，说明 CPU 虚拟化没有被主机 BIOS 开启。这个问题在品牌机、笔记本电脑上特别常见，因为很多 OEM 默认关闭这个开关。解决办法是开机时按 F2/Delete/F12 进 BIOS，找到“Virtualization Technology”“Intel VT-x”或 AMD 平台的“SVM Mode”，改成 Enabled，保存重启。

在 Win11 时代还要多注意一层：Windows 的“基于虚拟化的安全性”（VBS）和“内核隔离”机制会占用一部分虚拟化能力。如果你要在 VMware 里做嵌套虚拟化（比如虚拟机里再跑虚拟机），不光是 BIOS 开关要开，还要在虚拟机设置的“处理器”里勾选“虚拟化 Intel VT-x/EPT”或“虚拟化 AMD-V/RVI”。如果勾不上，多半是宿主机的 Hyper-V 或安全功能在抢占虚拟化特权，往下看。

3.2 Hyper-V、虚拟机平台与核心隔离：蓝屏和卡顿的真凶

新手最容易忽略的就是 Windows 功能冲突。你的电脑上如果开了“Hyper-V”“虚拟机平台”“Windows 虚拟机监控程序平台”“Windows 沙盒”，或者正在用 WSL2、基于 Hyper-V 的 Docker Desktop，VMware 启动虚拟机时会遇到两类问题：

第一类是启动直接蓝屏或卡死，报错码常见的有 SYSTEM_THREAD_EXCEPTION_NOT_HANDLED、SYSTEM_SERVICE_EXCEPTION。第二类是虚拟机可以启动，但速度极慢，CPU 占用异常高，鼠标都带不动，这是因为虚拟化能力被宿主机的 Hyper-V 截走了，VMware 只能通过 WHPX 走“软件模拟”路线，性能严重下降。

我的建议分两种需求场景：如果 CPU 和内存足够，而且你确实需要同时用 VMware 和 Docker Desktop/WSL2，可以尝试开启 Windows 可选功能里的“Windows 虚拟机监控程序平台”，让 VMware 走 WHPX 兼容模式，但这需要把 Hyper-V 相关功能配置得当，而且性能会打折。如果 VMware 是你的主要工具，那就在“控制面板 → 启用或关闭 Windows 功能”里把 Hyper-V、虚拟机平台、Windows 虚拟机监控程序平台全部取消勾选，同时去“Windows 安全中心 → 内核隔离”关闭内存完整性，再重启，这样 VMware 就能独占硬件虚拟化能力，卡顿和蓝屏概率大幅下降。WSL2 和 Docker 会暂时不可用，这一点要有心理准备。

3.3 内存、CPU、磁盘与虚拟 TPM：给客户机分多少才合适

新建虚拟机时，Workstation 会按操作系统的推荐值给一套默认配置，但我一般不建议照单全收。先说内存：宿主机如果只有 8GB，客户机给 2GB 就够跑 Linux，跑 Windows 建议 4GB；宿主机 16GB 或更高，Linux 客户机给 4GB、Windows 客户机给 8GB。别把内存全给虚拟机，不然宿主机会卡到连鼠标都动不了。

CPU 方面，给 2 到 4 个核心最合理。有的人“我电脑 8 核，全给它”，结果就是虚拟机快了一点点，宿主机卡成 PPT。Workstation 的 CPU 调度没你想的那么聪明，分配太多核心反而可能产生争抢。

磁盘大小别设太小。Windows 10/11 客户机至少给 60GB，Ubuntu 桌面版至少 40GB，这只是初始大小，不是一创建就占满。创建磁盘时有两个选项容易误解：“立即分配所有磁盘空间”和“将虚拟磁盘拆分为多个文件”。我的习惯是不勾选“立即分配”，选“拆分为多个文件”，这样创建速度快，文件也更方便备份迁移。单文件在磁盘吞吐上略占优势，但日常开发差距不明显。

如果你要装 Windows 11 客户机，还必须在“虚拟机设置 → 添加”那里加一个“受信任的平台模块”（虚拟 TPM），否则 Windows 11 安装程序会直接拒绝安装。Workstation Pro 17 内置了这个功能，虚拟 TPM 和实体 TPM 不冲突，放心加。

3.4 杀毒软件和系统防护：VMware 进程被拦截的隐蔽坑

很多人装完 VMware，双击虚拟机时一点反应都没有，或者提示启动失败，排查半天发现是被杀毒软件拦截了。VMware 装好后会有几个关键进程，最核心的是 vmware-vmx.exe，它是真正运行虚拟机的引擎。360、火绒、卡巴斯基这类软件有时会把 vmware-vmx.exe 误判为“修改其他进程内存”的恶意行为。

解决方案是把 VMware 安装目录和虚拟机默认存储目录加入杀毒软件的白名单/信任区。这个操作看起来简单，但确实能解决无数玄学报错。Windows Defender 有时也会隔离 VMware 的服务组件，如果虚拟机反复每次启动都提示“找不到文件”，去 Windows 安全中心的“保护历史记录”里翻一翻有没有被隔离的 VM 相关文件，恢复并加入排除项。

4. 装完系统后立刻要做的四件事：Tools、剪贴板、共享与性能调优

4.1 VMware Tools 是什么，为什么必须第一时间装

VMware Tools 是虚拟机的驱动包和功能扩展包，作用包括：让鼠标在宿主机和虚拟机之间无缝移动、支持剪贴板复制粘贴、支持拖拽文件、优化显卡显示、同步时间、提升网络性能。如果没有 Tools，Windows 客户机显示分辨率会被锁死在 1024x768，Linux 客户机更是连拖拽功能都没有，用起来像在远程操作一台很卡的旧电脑。

安装方法分客户机系统说：Windows 客户机最简单，在虚拟机菜单栏“虚拟机 → 安装 VMware Tools”，虚拟光驱里会出现安装盘，双击运行 setup64.exe，一路下一步，装完重启即可。Linux 客户机（特别是 Ubuntu）我建议别装光盘里的老版本，直接从系统源安装 open-vm-tools，命令是sudo apt install open-vm-tools-desktop，装完重启。open-vm-tools 是开源维护版本，和 VMware 的兼容性更好，尤其内核升级后不容易掉线。

如果 Linux 下只能手动装官方镜像里的 Tools 包，流程是：虚拟机菜单加载镜像 → 挂载光盘 → 解压 tar 包 → 执行sudo ./vmware-install.pl。前提是系统里要有编译环境：gcc、make、linux-headers-$(uname -r)。缺了这仨，安装脚本会在编译内核模块时直接退出，报错信息还不友好，常见的就是 “Unable to install VMware Tools”。

4.2 剪贴板拖拽和共享文件夹不生效的排查顺序

Tools 装好之后，最常见的症状是剪贴板复制粘贴仍然不通。这时候不要急着重装 Tools，按这个顺序查：先确认客户机里的 VMware Tools 服务是否真的在运行。Windows 客户机按 Win+R 输入 services.msc，找到 “VMware Tools Service”，状态应该是“正在运行”；Linux 客户机执行systemctl status vmware-tools或者检查 open-vm-tools 服务状态。服务没起来，多半是安装过程中被杀毒软件中断了，重装一次即可。

服务正常还是不通，再检查虚拟机的“选项 → 客户机隔离”页面，把“启用拖放”和“启用复制粘贴”都勾上，点确定。这条在有些默认模板里是关闭的，不勾永远复制不进去。如果前面都正常还是不行，大概率是宿主机端内存完整性（内核隔离）和 VMware 的剪切板钩子冲突，关掉内存完整性再试。

4.3 共享文件夹的正确姿势与权限坑

共享文件夹是在“虚拟机设置 → 选项 → 共享文件夹”里配置的，选择一个宿主机目录，然后勾选“启用”。但这里有一个经常踩的坑：Linux 客户机共享目录不自动出现，不会像 Windows 客户机那样在资源管理器里直接看到“vmware-host”共享。

在 Linux 里需要手动挂载。早期版本挂载命令是sudo vmware-hgfsclient先看有哪些共享名，然后sudo mount -t vmhgfs .host:/共享名 /mnt/hgfs。新版 Ubuntu 用 open-vm-tools 的话，推荐用sudo vmhgfs-fuse .host:/共享名 /mnt/hgfs -o allow_other -o uid=1000。这个命令里的 uid=1000 是你当前用户的 ID，如果不加，挂载出来的目录可能只有 root 能读，普通用户全是 permission denied。每次重启都要重新挂载，建议把命令写进/etc/fstab或者用一个 systemd 服务。

4.4 Windows 11 客户机卡顿的常见原因与处理

先别急着怪硬件，Win11 客户机卡顿通常是三件事叠加：没装 Tools、开了 3D 加速、主机内存不足。如果你在虚拟机设置里把“加速 3D 图形”勾上了，而宿主机没有独立显卡或驱动不匹配，反而会让界面渲染更卡。开发用虚拟机根本不需要 3D 加速，关掉它，图形渲染交给虚拟显卡驱动即可，流畅度立刻上一个档次。

然后是 Win11 客户机本身的视觉特效，在“系统 → 高级系统设置 → 性能设置”里把动画、阴影、透明效果全关掉，会显著降低 CPU 占用。最后还是老生常谈的内存和 CPU：客户机小于 4GB 内存跑 Win11 体验很糟糕，干脆升级到 8GB。当然宿主机内存也要留够。

5. 开发环境实战：VMware 里的 Nginx 多站点多端口自定义域名

5.1 NAT、桥接、仅主机：开发环境选哪个网络模式

把虚拟机当开发机用，网络模式直接影响后面访问的逻辑。三种模式我先用一句话说清：

• NAT（VMnet8）：虚拟机通过宿主机上网，宿主机可以直接访问虚拟机，虚拟机不能对外网提供服务。适合绝大多数本地开发。
• 桥接（VMnet0）：虚拟机当成局域网里的一台独立设备，路由器给它分配 IP，其他同网段设备可以直接访问它。适合测试网络服务、搭建演示环境。
• 仅主机（VMnet1）：虚拟机只能和宿主机通信，不能上外网。适合做隔离测试、恶意软件分析。

我的建议是：日常开发首选 NAT。原因很简单，不管家里还是公司网络环境怎么变，NAT 模式下虚拟机的 IP 只要你自己规划好，基本不飘，而桥接模式一换 Wi-Fi 或者换个网段，IP 就变了，hosts 和 nginx 配置全得跟着改。

5.2 修改虚拟机 IP：给 Ubuntu 配置静态 IP 的完整过程

NAT 模式下默认 DHCP 分配的 IP 不是固定的，为了方便配置域名，第一件事是把虚拟机 IP 改成静态。以 Ubuntu 22.04 为例，先进入虚拟网络编辑器，选中 VMnet8，查看 NAT 模式的子网和网关。VMware NAT 网关一般默认是 .2，比如子网 192.168.222.0/24，网关就是 192.168.222.2。然后编辑 Ubuntu 的 netplan 配置，文件通常在/etc/netplan/01-network-manager-all.yaml或类似名字：

network: version: 2 ethernets: ens33: dhcp4: no addresses: - 192.168.222.10/24 routes: - to: default via: 192.168.222.2 nameservers: addresses: - 223.5.5.5 - 114.114.114.114

网卡名 ens33 是 VMware 最常见的命名，但有些镜像里可能是 ens160 或 eth0，先执行ip a看清。改完执行sudo netplan apply，再用ping 192.168.222.1验证宿主机连接、ping 223.5.5.5验证外网连接。把 IP 固定下来，后面所有域名配置都有了一个稳定的指向。

5.3 Nginx 多端口多站点配置与宿主机 hosts 联动

开发环境常见的需求是：宿主机 Windows 上打开浏览器，输入site1.test或api.site2.test:8081，就能访问虚拟机里不同端口或不同站点。

实现思路分两步。第一步是宿主机改 hosts 文件，路径是C:\Windows\System32\drivers\etc\hosts，用管理员身份打开记事本，添加：

192.168.222.10 site1.test 192.168.222.10 api.site2.test 192.168.222.10 dev.nginx.test

第二步是在虚拟机里装好 Nginx，为每个站点写一个 server。所谓“多端口”，就是不同站点分别监听不同端口，也可以都监听 80 但使用不同的 server_name。两者的区别在于：多端口适合本地临时代理，多域名适合模拟真实线上路由。这里给一个多域名 + 多端口混合的配置示例：

# /etc/nginx/sites-available/site1 server { listen 80; server_name site1.test; root /var/www/site1; index index.html; } # /etc/nginx/sites-available/site2 server { listen 8081; server_name api.site2.test; root /var/www/site2; index index.html; } # 同一个域名也可以按端口分流 server { listen 8082; server_name dev.nginx.test; proxy_pass http://127.0.0.1:3000; }

配置完先sudo nginx -t检查语法，再sudo systemctl reload nginx。宿主机浏览器输入site1.test和api.site2.test:8081，只要 hosts 指向正确、Nginx 正常监听，就能直接打开对应站点。这套方案特别适合前端开发：宿主机跑 IDE 和浏览器，虚拟机跑 Nginx 和后端服务，代码同步靠共享文件夹或 Git 拉取。

5.4 外部访问与端口转发：让局域网设备也能访问虚拟机站点

宿主机自己能通过 NAT 的虚拟网卡直接访问虚拟机，所以 hosts 生效没问题。但如果同一局域网里的手机、同事电脑也想访问虚拟机上的站点，问题就来了：它们并不知道 192.168.222.10 这个内网地址。这时可以在虚拟网络编辑器里配置 NAT 端口转发。

打开虚拟网络编辑器，选中 VMnet8，点击“NAT 设置”，添加一条规则：宿主机端口 8081 转发到 192.168.222.10 的 8081 端口。这样局域网中的其他设备访问“宿主机IP:8081”时，流量会被自动转到虚拟机的对应服务上。如果虚拟机服务监听的是 80 端口而你想让外部用 80 访问，就映射宿主 80 → 虚拟机 80，不过宿主机 80 经常被 IIS 或其它服务占用，先确认端口空闲。

注意一点：NAT 转发只对从宿主机网卡进来的流量有效，虚拟机内部访问外部完全不受影响。如果公司或学校的路由器禁用了局域网互访，桥接模式可能更直接，但桥接会让虚拟机暴露在局域网里，安全策略上记得给虚拟机的 Linux 配好防火墙和 SSH 密钥登录。

6. 高频报错排查手册：从授权服务到残留驱动

6.1 “无法连接到虚拟机，请确保您有权运行该程序”排查链路

这个报错在 Workstation 17 上太常见了，完整提示一般是“VMware Workstation 无法连接到虚拟机。请确保您有权运行该程序、访问该程序使用”。很多人以为要重装系统，其实大部分情况是权限和服务问题。我按排查链路整理一下：

1. 打开任务管理器，把所有 VMware 相关进程结束掉，重新启动 Workstation。
2. 打开服务管理器（services.msc），找到 VMware Authorization Service，手动重启一次。
3. 关闭虚拟机的电源和工作窗口，去虚拟机目录检查有没有.lck或.vmx.lck这样的锁定文件夹。这个文件是 VMware 正常关闭时会自动删除的锁文件，上次非正常退出后它没删掉，就会导致无法访问。把锁文件夹全部删除，再重新打开。
4. 右键 Workstation 图标，选择“以管理员身份运行”。这是最容易被忽略的一步，尤其虚拟机文件放在 C 盘“Program Files”或系统保护目录下时，权限不够必然报这个错。
5. 检查杀毒软件隔离区，有没有 vmware-vmx.exe 或 vmnat.exe 被隔离。

按这条链路走下来，大概率能解决问题。如果还不行，看下一步的政务服务。

6.2 VMware Authorization Service：服务状态是第一个检查点

VMware 相关的服务有好几个，但报“无法连接”时最先要查的是VMware Authorization Service。这个服务负责验证当前用户有没有权限访问虚拟机资源。它如果被改成“禁用”，或者登录身份不对，就会出现“请确保您有权运行该程序”这类提示。

进入 services.msc，找到 VMware Authorization Service，右键属性：启动类型改成“自动”，登录选项卡里的“登录身份”改成“本地系统账户”，然后启动。确认 VMware Workstation Server 和 VMware DHCP Service、VMware NAT Service 这几个也是“自动”状态。在 Windows 11 上，我遇到过 Authorization Service 被系统优化工具禁用的案例，而且不止一次，所以如果你装过“电脑管家”一类软件，先去看一下启动项优化记录。

6.3 卸载重装不是删除文件夹：Cleanup Tool 的正确姿势

当你被乱七八糟的报错折腾到决定卸载重装时，千万别只在控制面板里卸载完就装新版。VMware 安装时会写入大量驱动服务和注册表项，普通卸载流程不会清干净，残留的 vmnet 驱动和 Authorization Service 会和新版冲突，重装后要么装不上，要么装完依旧报“无法连接”。

正确流程是：控制面板卸载 Workstation → 重启电脑 → 运行 Broadcom 提供的 VMware Cleanup Tool（官网搜索就能找到，命令行工具，运行后按提示输入 y 确认清理）→ 再次重启 → 重新安装 Workstation。

Cleanup Tool 执行时会有几段特别慢，看起来像卡住，其实是在删除网络驱动和系统服务，等它跑完就行。清理完再装新版，很多诡异问题会直接消失。我在重装踩过太多坑之后，现在遇到疑难杂症的第一反应就是“Cleanup 一遍再说”。

6.4 删除虚拟机释放空间：快照文件与目录清理

虚拟机占空间的问题，一般不是主 vmdk 文件本身，而是快照和虚拟内存文件。删虚拟机如果直接在资源管理器里把文件夹删了，往往还有正在运行的进程占着文件，导致删不掉或部分残留。规范操作是先在 Workstation 库中右键虚拟机 → “从磁盘中删除”，确认没有其它进程占用后再到磁盘里检查是否还有残留目录。

如果只是觉得磁盘占用异常高，不打算删除虚拟机，先看看快照。快照会生成额外的“-s001.vmdk”“-s002.vmdk”增量磁盘文件。快照链越长，占用越大，删快照又慢又容易让人以为卡死。我的习惯是保留一到两个关键快照，其余全部删除。删除快照的过程实际是合并磁盘数据，时间长短取决于快照大小，中途不要强制断电。

另外，虚拟机内部的 Windows 系统即使删了很多文件，vmdk 文件也不会变小，因为在虚拟磁盘看来那些空间只是被标记为空闲。要真正回收空间，可以在客户机里用系统自带工具做一次清理，然后在“虚拟机设置 → 硬盘 → 工具”里选择“压缩磁盘”，或者用命令行vmware-vdiskmanager -k vm.vmdk。

7. 进阶玩法与效率技巧：实体盘转虚拟机、国产系统适配与快照管理

7.1 把 U 盘系统/物理机做成虚拟机：DiskGenius 与镜像转换路线

有时候你想把 U 盘里的临时系统或者一台旧电脑整盘迁移到虚拟机里继续用，这就涉及“物理磁盘转虚拟磁盘”。网上搜相关操作会看到 DiskGenius 的影子，它确实能做这件事，但常见的可靠流程不是直接在 DiskGenius 里点“转换为虚拟机”，而是先把物理介质做成镜像，再转换成 VMware 可挂载的 vmdk。

我建议的操作路线是：

1. 在 Windows 上用 DiskGenius 把 U 盘或需要迁移的物理盘做整盘分区备份，生成一个 .img 镜像文件。
2. 拿到镜像后，用qemu-img把它转换成 vmdk：qemu-img convert -f raw -O vmdk 你的镜像.img 输出.vmdk。qemu-img 在 Windows 下可以借助 QEMU 的 Windows 套件或 WSL 里的系统包安装。
3. 在 VMware 新建虚拟机，操作系统类型按实际情况选，磁盘这一步选择“使用现有虚拟磁盘”，指向刚生成的 vmdk。
4. 如果启动失败，优先检查虚拟机固件类型。原系统是 UEFI 引导的，虚拟机的固件就要选 UEFI；原系统是 BIOS/MBR 引导的，虚拟机就选 BIOS。固件选错的表现通常是“找不到可启动设备”。

用 DiskGenius 处理镜像时，记得先把目标 U 盘或分区做一次完整备份，别直接在源盘上乱操作。物理机转虚拟机最麻烦的其实是 Windows 系统迁移后的驱动问题，迁移完大概率进入系统后网卡、显卡都变成未知设备。这种情况可以考虑改用 VMware vCenter Converter 工具，它会在转换过程中注入虚拟化驱动，成功率比手动镜像转换更高。

7.2 银河麒麟等 Linux 发行版在 VMware 里的适配经验

国产 Linux 发行版在虚拟机里运行的需求越来越多，其实它们的底子大多基于 Ubuntu 或 CentOS 的内核体系，和 VMware 的兼容性没有想象的那么差。以银河麒麟桌面版为例，新建虚拟机时直接选“Ubuntu 64 位”作为客户机操作系统类型，安装过程基本顺畅。

装完系统后，第一件事是装 open-vm-tools。银河麒麟的软件源里一般自带open-vm-tools-desktop，直接sudo apt install open-vm-tools-desktop，不要用 VMware 菜单里的“安装 VMware Tools”挂载官方镜像去编译，因为内核头文件匹配问题在国产系统上特别容易翻车。如果 apt 源里没有这个包，只能挂载官方 Tools ISO 手动编译，记得先装全编译工具链，并且用与当前内核完全一致的 linux-headers 包。

7.3 快照与克隆：用最小成本管理多个环境

开发环境最怕的是“下次安装一遍系统”。我用 VMware 这么年，最大的习惯是保持一台干净的基础虚拟机：系统更新到最新、Tools 装好、常用开发工具装好、网络配好静态 IP，然后给这台机器做一次“完整克隆”。克隆出来的机器可以独立改动、独立使用，随时可以废弃重建。比起复制 vmdk 文件，克隆能自动处理好磁盘唯一标识和 MAC 地址的生成，Windows 克隆后不会因为 SID 冲突导致域环境异常。

快照的使用也要讲究一点：快照不是“备份越多越稳”，而是“关键节点保留一两个”。我通常在系统刚装完时打一个“干净初始状态”快照，之后在大版本升级、改系统配置前再打一个“升级前回滚点”。如果两个快照间隔太近且变更很大，删除旧快照时合并数据会特别久，看起来就像死机了。耐心等，别断电。

也顺带提一个操作习惯：给虚拟机和快照命名不要用“新建虚拟机(1)”“快照 1”这类默认名字，改成“UI-Nginx-2025-03”“Win11-初始状态”这种能表达用途和时间的名字。批量管理多个环境时，省下的时间会非常可观。

这些年我在 VMware 上折腾过无数次系统崩溃、网络不通、磁盘爆满，最深的体会是：绝大多数问题都不是软件缺陷，而是安装环境、权限和系统功能没理顺。官网下载、个人免费激活、Tools 必装、默认磁盘位置改到非系统盘、不要在装完系统后立刻打一堆快照——这些基础动作做到位，VMware 其实是个相当省心的工具。如果你只是想在本地搭个 Linux 环境跑跑服务、练练运维命令，从今天我写的这条链路开始，半天内就能把一套能长期使用的开发虚拟机跑起来。