虚拟机安装配置实战：解决VMware蓝屏、网络问号与虚拟化冲突

先说一个我见过最多的场景：教程看了十几篇，VMware也装好了，结果点“开启此虚拟机”，屏幕一黑，等来的不是Ubuntu桌面，而是各种看不懂的英文报错，或者直接Windows蓝屏。再搜一圈，又看到“vmware workstation 无法连接到虚拟机”“wsl2 无法启动，因为此计算机上未启用虚拟化”这些热门问题，心态基本崩了。

这篇文章就把“安装与配置虚拟机”这条线完整走一遍。从动手前的硬件虚拟化检查，到VMware Workstation装好之后怎么创建Ubuntu虚拟机，再到装系统过程中蓝屏、网络出问号这些高频坑，最后落到“创建好的虚拟机怎么日常用”。每一段都是我在实际部署和反复重装虚拟机过程中验证过的操作，照着做，大多数问题都能绕开。

1. 动手前先查三样东西：硬件虚拟化、镜像格式与磁盘空间

很多人一上来就下载VMware、下载Ubuntu，装到一半才发现电脑根本跑不了虚拟机，白费几个小时。动手前的检查比安装本身更重要。

1.1 为什么虚拟化开关直接决定成败

虚拟机软件本身是一个应用程序，但它要模拟出一整套CPU、内存、硬盘、网卡，光靠软件模拟是可以跑的，速度会慢到怀疑人生，所以现代虚拟机都依赖CPU的硬件虚拟化加速。Intel那边叫VT-x，AMD那边叫AMD-V，VMware Workstation在启动虚拟机时会强制检查这个开关。

检查方法很简单：按Ctrl + Shift + Esc打开任务管理器，切到“性能”选项卡，选“CPU”，右下角能看到“虚拟化：已启用”或“虚拟化：已禁用”。如果是“已禁用”，直接去BIOS/UEFI里打开，不用继续往下装了，装了一半虚拟机也起不来。

不同主板的BIOS里叫法不一样：

开启后保存退出，进系统再确认一次“虚拟化：已启用”再继续。另外，像Windows 11这样默认开了内核隔离和基于虚拟化的安全（VBS）的系统，会让VMware和Hyper-V抢资源，后面第4章会专门讲这个冲突。

1.2 镜像下载和磁盘空间

虚拟机操作系统和物理机一样需要安装镜像。以装Ubuntu为例，去官网ubuntu.com/download下载LTS长期支持版，桌面版就是Desktop ISO，约4到5GB。不要从第三方下载站拿，那些站点经常捆绑修改过的ISO，甚至塞广告软件。

镜像格式目前主流是ISO。如果你拿到的是.img或者.vmdk之类的格式，处理方式完全不同，这里只说ISO安装流程。下载完最好用工具校验一下SHA256，官网会给出校验值，Windows下用PowerShell执行Get-FileHash 文件名 -Algorithm SHA256就能对。这一步很多人跳过，但它能避免“解压到一半报错”“安装界面卡死”这类莫名其妙的问题。

磁盘空间方面，Ubuntu桌面版安装完系统约占用8到10GB，但虚拟机的虚拟磁盘文件会随着使用增长，建议在存放虚拟机文件的磁盘上预留至少80GB空余空间。不要只留20GB，因为后续装软件、缓存、快照都会膨胀，磁盘满了虚拟机会直接卡死，甚至损坏虚拟磁盘文件。

2. 安装VMware Workstation：版本选择和安装选项里的两个坑

VMware Workstation的版本变动有点大，已经被博通（Broadcom）收购，现在对个人用户免费，所以不需要到处找破解版或注册机。直接下载官方安装包就能用。

2.1 选Pro还是Player，以及去哪里下载

VMware Workstation Player曾经是免费的个人版，功能做了裁剪，后来博通调整了产品线，Player已经停了，所以现在无脑选VMware Workstation Pro即可。官方下载页面在support.broadcom.com，搜索“VMware Workstation Pro”能找到，下载前需要注册一个免费的博通账号。这个过程略繁琐，但安全性有保证。

安装包是一个几百MB的.exe文件，下完后双击运行。安装向导的流程很常规，选择安装路径、勾选组件、点击安装。这里面有一个隐藏说法要注意：不要因为安装包体积大就把它装到只剩几个GB的C盘，虚拟机会生成的.vmdk磁盘文件可能达到几十GB，默认放在C:\Users\<用户名>\Documents\Virtual Machines，很容易把系统盘塞满。

2.2 安装过程中的关键选项

安装向导会出现几个选项，逐一说：

• 安装路径：建议改到非系统盘，比如D:\VMware。这主要不是省C盘空间，而是虚拟机运行时的磁盘读写压力比较大，放在单独的物理硬盘上能减少和系统盘的IO竞争。
• 增强型键盘驱动：默认不勾选。只有使用某些特殊键盘（如带宏按键的游戏键盘）在虚拟机里按组合键异常时才需要，普通人不需要，勾了反而可能让键盘驱动冲突。
• 加入客户体验改善计划：取消勾选。
• 启动时检查产品更新：看个人习惯，建议取消，以免每次启动都弹更新提示。
• VMware Workstation Server：这是远程管理组件，通常不需要，不勾选。

装完后打开VMware Workstation Pro，如果提示输入许可证，选“用于个人用途”即可，工作时需要用公司采购的商业许可证，个人使用完全免费。

2.3 装完先别急着建虚拟机：关掉无关功能

打开软件后，建议先做两个设置，能省掉后面很多麻烦。

进入“编辑 → 首选项”，在“内存”选项卡里，把“额外内存”选为“调整为虚拟机大小”还是“保留所有内存”看你的物理内存大小。如果你的电脑内存是16G或以下，选“调整为虚拟机大小”，否则虚拟机一开机物理机就卡成PPT。32G以上内存的机器，选“保留所有内存”性能会更好，因为虚拟机的内存是常驻物理内存的。

另外，默认情况下VMware会创建一个虚拟打印机，在虚拟机设置的“打印机”里可以直接移除。除非你真的要在虚拟机里打印，否则留着它偶尔会导致虚拟机启动时多等几秒，尤其在Ubuntu里它还会被识别成一个未知USB设备。

3. 创建Ubuntu虚拟机：向导里真正需要动手改的选项

新建虚拟机向导看起来步骤多，实际上大部分保持默认就行。真正会影响使用体验的就几个地方，我逐个拆开说。

3.1 新建向导：典型还是自定义

打开“文件 → 新建虚拟机”，第一屏问配置类型：典型（推荐）还是自定义（高级）。

我的建议：第一次用选典型就够了。后面需要改硬件再通过“虚拟机设置”调整，不需要在创建时全部指定。不用被“自定义高级”这个说法吓到，它只是多给你几个半懂不懂的选项。

第二屏让你选择安装来源，有三个选项：

• 安装程序光盘
• 安装程序光盘映像文件（ISO）
• 稍后安装操作系统

这里建议选“稍后安装操作系统”。虽然可以直接指向ISO让向导帮你自动安装，但那样你无法手动控制分区和系统选项，遇到问题也不好排查。手动ISO加到虚拟光驱里，从光盘引导安装，才是最可控的方式。

3.2 硬件配置怎么给才够用

客户机操作系统选“Linux”，版本选“Ubuntu 64位”。如果你的CPU和操作系统是64位的，不要选32位，否则后面装64位Ubuntu会报“CPU不支持”或者识别不了镜像。这一步选错了，硬件虚拟化开了也白开。

处理器配置这里有个误区：很多人觉得核数越多越好，实际上虚拟机分配的总处理器核心数不要超过物理机的逻辑线程数。打开任务管理器查看“逻辑处理器”数量，然后给虚拟机分配不超过这个数就行。日常使用Ubuntu桌面，1个处理器、2个核心已经够用；要编译代码或跑服务，可以给4个核心。

内存方面，Ubuntu桌面版最低2GB能跑，但会很吃力，建议4GB起步。如果你的物理机内存大于16GB，给8GB也没问题。关键原则是别把物理内存全都给虚拟机，至少要给宿主机留出4GB以上的余量，否则Windows会频繁写硬盘交换文件，整个系统都卡。

网络类型选“NAT”，后面第5章会详细解释几种网络模式的区别。I/O控制器类型和磁盘类型保持默认即可，如果界面里有NVMe选项，优先选NVMe，对Linux的兼容性很好，速度也比SATA快。

3.3 磁盘那一页的细节

磁盘容量设置是很多人不注意的地方。向导默认会给20GB，但对Ubuntu桌面来说偏小。建议至少给60GB。注意这里有一个选项：“立即分配所有磁盘空间”和“将虚拟磁盘存储为单个文件”。

我的建议：

• 不勾选“立即分配所有磁盘空间”：这样虚拟磁盘文件一开始很小（只有已用部分的大小），随着系统使用逐渐增长。好处是创建速度快，需要多少占多少；坏处是磁盘文件会越来越碎，性能略降。
• 勾选“立即分配所有磁盘空间”：创建时会一次性写入60GB的虚拟磁盘文件，耗时较久，但运行性能更稳定。如果磁盘空间富裕，建议勾选。

“将虚拟磁盘存储为单个文件”无脑选单个文件。拆分成多个文件是为了兼容老旧文件系统（比如FAT32的4GB文件大小限制），NTFS和ext4都没这个问题，单个文件后续移动、复制、备份都方便得多。

创建完成后，在“虚拟机设置”的CD/DVD（SATA）里，把刚才下载的Ubuntu ISO挂载到“使用ISO映像文件”，勾选“启动时连接”。这样虚拟机启动时会从光驱引导，进入Ubuntu安装界面。

4. 安装Linux时蓝屏或卡死：先分清是宿主机问题还是虚拟机问题

“虚拟机安装linux蓝屏”是热搜词里出现频率极高的一条。但“蓝屏”这个词其实模糊得很，很多人把虚拟机里面的Linux崩溃也叫蓝屏，把宿主机Windows的蓝屏也叫蓝屏，这两种情况的解决方向完全不同。做排查之前，先把现象分清楚。

4.1 宿主蓝屏的排查思路

如果你点“开启此虚拟机”没多久，Windows直接蓝屏重启，这是宿主机的问题，大概率是VMware和Windows的虚拟化功能互相打架。

Windows 10/11默认会开启基于虚拟化的安全（VBS）和内核隔离，尤其是新电脑，这个功能默认是开着的。VBS本身要独占CPU的虚拟化能力，VMware也要用，两个抢同一个资源，就直接蓝屏。这个问题在Win10的某些更新版本和Win11上特别明显。

解决办法是按Win + R输入optionalfeatures，打开Windows功能窗口，把这几项全部取消勾选：

• Hyper-V
• 虚拟机平台
• Windows虚拟机监控程序平台
• 适用于Linux的Windows子系统（如果你不用WSL2）

取消后重启电脑。如果重启后还蓝屏，用管理员权限打开PowerShell或CMD，执行：

bcdedit /set hypervisorlaunchtype off

这是彻底关闭Windows虚拟化监控程序（hypervisor）的方法。改回来时执行bcdedit /set hypervisorlaunchtype auto即可。

注意这里有个隐性矛盾：如果你平时用Docker Desktop、WSL2、安卓模拟器，这些又依赖Hyper-V或虚拟机平台。开了它们VMware蓝屏，关了它们WSL2起不来。这不是你操作失误，是虚拟化技术路线本身就有分支。我的实践做法是：以虚拟机为主要工作环境时，关闭Windows的Hyper-V全家桶；用Docker/WSL2时再用bcdedit把hypervisor开关切回来。两个方向互切，重启一次就能搞定，不用重装系统。

4.2 虚拟机内部卡死和Ubuntu黑屏

如果Windows没蓝屏，而是虚拟机窗口里黑屏、紫色屏幕卡住、或者Ubuntu启动到某一阶段就停了，那是虚拟机内部的问题，和宿主Windows稳定性无关。

最常见的触发点是ISO镜像不完整或损坏。安装Ubuntu时如果某个文件读不出来，安装器会一直卡住，表现就是进度条卡在一个百分比不动，或者解压软件包时报错。解决办法就是回到第1章说的，下载完先校验SHA256再安装，别跳过。

第二个常见触发点是显卡驱动或显示协议问题。Ubuntu的安装盘默认可能加载不了某些虚拟显卡驱动，导致画面黑屏但系统其实在运行。遇到这种情况，在启动菜单出现时按键盘上的e，找到以linux开头的那一行，在末尾加上nomodeset，然后按Ctrl+X或F10启动。这个参数会让内核暂时不加载显卡驱动模块，用通用显示模式启动，安装成功后进入系统再装驱动。我的经验是，VMware虚拟机里加上这个参数后，绝大多数黑屏问题都能解决。

第三个原因是固件类型不匹配。VMware创建虚拟机时默认使用UEFI，但部分Linux发行版的老版本ISO在UEFI模式下引导会出问题。如果ISO版本偏老，可以在虚拟机设置里把“选项 → 高级 → 固件类型”改成“BIOS”。反之，如果IDE接口无法引导，可以切回UEFI试。多切换一次，解决问题的情况很常见。

4.3 虚拟机内的kernel panic实际上是什么

Linux系统真正崩溃时，屏幕上通常不是蓝屏，而是一段黑底白字的报错，顶部有“Kernel Panic - not syncing”字样，这是内核恐慌，对应Windows蓝屏。首次遇到这个不要慌，内核恐慌本身不代表硬件坏了，更多是引导参数或根文件系统识别问题。

常见的引导阶段内核恐慌有几个原因：

• ISO引导参数错误，找不到根文件系统设备，比如UUID写错。
• 磁盘控制器没被内核识别。VMware的默认磁盘类型通常没问题，但如果你把磁盘改成了一台物理机迁移过来的vmdk，可能因为缺少驱动而panic。
• 安全启动（Secure Boot）开着，而Ubuntu的内核模块没签名。VMware里直接关闭安全启动就行。在“虚拟机设置 → 选项 → 高级 → 固件类型”里，如果你选UEFI，然后下面会出现“启用安全引导”的勾选，点掉即可。

我装过很多次Ubuntu虚拟机，把“安全启动关闭 + ISO校验 + 固件类型匹配”这三件事做对，Linux安装阶段几乎没有再翻车过。

5. 网络配置实战：NAT、桥接和“网络上有问号”

虚拟机装好后，第一件事就是配网络。“ubuntu 虚拟机网络上有个?”这个热搜词对应的场景，是Ubuntu右上角网络图标出现一个带问号或感叹号的标志，看起来是网络有问题，但有时又能上网。这个现象背后通常不是单一原因，下面从网络模式说起。

5.1 三种网络模式到底选哪个

VMware默认提供三种虚拟网络模式，创建虚拟机时选了NAT，后面也可以随时切换（虚拟机设置 → 网络适配器）。

日常绝大多数场景用NAT就够了。虚拟机通过宿主机的网络连接出去，Windows局域网里不会出现一台陌生的设备，也不受路由器设备数量限制。如果以后要跑Web服务给别人访问，再切桥接。

5.2 问号问题的排查链路

Ubuntu右上角网络图标显示问号，通常表示网络连接处于“未受管”或“连接失败”状态。排查时按下述链路走，基本能定位：

第一，先确认虚拟机的网卡有没有拿到IP。终端里执行：

ip a

看ens33（或ens160）这个网卡是否有inet 192.168.x.x这样的IP。如果IP是空的，说明没从DHCP服务器获得地址，属于物理链路或DHCP客户端层面的问题。

第二，确认VMware的虚拟网络服务是否正常运行。在Windows宿主机上按Win + R输入services.msc，找到两个服务：

• VMware NAT Service
• VMware DHCP Service

把这两个服务的启动类型设为“自动”，并且在服务未启动时右键“启动”。很多问号问题的根源就是DHCP服务没运行，虚拟机拿不到IP。

第三，检查Ubuntu里的NetworkManager是否在工作：

systemctl status NetworkManager

如果服务停止或不正常，执行：

sudo systemctl enable --now NetworkManager

第四，检查网卡是否被打到“未受管”状态。Ubuntu 18.04以后，如果系统里同时存在netplan配置和NetworkManager，有时网络方案会冲突。查看配置文件：

ls /etc/netplan/ cat /etc/netplan/01-network-manager-all.yaml

如果renderer写的是NetworkManager，再执行：

sudo netplan apply

应用一下配置，问号一般就会消失。我在多台Ubuntu虚拟机上试过这四步，基本能覆盖所有“图标问号但不知道怎么回事”的情况。

5.3 固定IP配置

NAT模式下默认是DHCP分配IP，重启虚拟机后IP可能变化。如果你要在这台虚拟机里跑SSH、数据库或自己写的服务，IP一变就连不上了，建议直接配固定IP。

Ubuntu 18.04及以后版本用netplan配置网络。先查看网卡名称：

ip a

以网卡名ens33为例，编辑配置文件：

sudo nano /etc/netplan/01-network-manager-all.yaml

改成如下内容：

network: version: 2 renderer: NetworkManager ethernets: ens33: dhcp4: no addresses: - 192.168.28.128/24 gateway4: 192.168.28.2 nameservers: addresses: [223.5.5.5, 119.29.29.29]

这里有几个关键的IP要根据VMware的NAT网段来填，并不是任意写。在VMware的“编辑 → 虚拟网络编辑器”里，选中VMnet8，能看到NAT网段通常类似192.168.28.0/24，网关一般是192.168.28.2。把虚拟机IP设在这个网段内，且不要和宿主机IP冲突就行。

填完后执行：

sudo netplan apply

再执行ip a确认IP已经变成固定值。如果DNS解析有问题，检查/etc/resolv.conf，把nameserver换成223.5.5.5（阿里公共DNS）。注意 netplan 的yaml文件对缩进极其敏感，一个空格不对就会报错，写的时候用两个空格的缩进，不要用Tab。

6. 装好的虚拟机怎么日常用：快照、共享文件和迁移

系统装好、网络通了，这才到“创建好的虚拟机怎么用”的重头戏。很多人把虚拟机当成一个“一次性安装”的操作系统，装完就只进去看看桌面，其实VMware提供的快照、克隆、共享文件功能才是真正能提升效率的东西。

6.1 安装VMware Tools：虚拟机体验的分水岭

如果不装VMware Tools，虚拟机的屏幕分辨率只有固定的几档，鼠标在虚拟机和宿主机之间切换要按Ctrl+Alt，复制粘贴也用不了，体验极差。装了之后这些问题全部消失，分辨率自动适配窗口大小，剪贴板共享，文件可以拖拽。

现在VMware Tools分两条路线：

• 传统路线：VMware菜单里点击“虚拟机 → 安装VMware Tools”，然后在虚拟机里挂载ISO安装。
• 现代路线：直接在VMware Workstation 15以上的版本里，Ubuntu系统用发行版自带的open-vm-tools即可，不需要再挂ISO。

Ubuntu里安装open-vm-tools的命令：

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

装完后重启虚拟机，屏幕就能自适应了。如果你用了很老的VMware版本，才需要走“安装VMware Tools”挂载ISO路线，新版本下直接apt装就行，方便得多。

6.2 快照、克隆与链接克隆

快照是虚拟机的“后悔药”。在做任何高风险操作（比如改系统配置、装一堆软件、做实验）之前，拍一个快照，操作出问题后一键还原到操作前的状态。

拍快照的入口是“虚拟机 → 快照 → 拍摄快照”。给快照起个清晰的名字，比如“2025-01-15_装完系统未配置”，方便以后认出来。快照不是无限制拍的，每一个快照都会在磁盘上生成增量文件，拍多了虚拟机所在目录会膨胀到几十上百GB。我的习惯是：只在关键节点拍，长期保留的快照不超过3个，用完即删。

克隆适合“一个母机，复制出多个相同环境”的场景。克隆分两种：

• 链接克隆：速度快，瞬间生成，依赖母机的虚拟磁盘文件，适合临时测试。
• 完整克隆：创建一个完全独立的副本，耗时较长但互不影响。

克隆前最好先关机，克隆出来的新虚拟机如果提示“已复制”，VMware会自动重新生成网卡MAC和UUID，避免和原虚拟机冲突。如果选“已移动”，则保留原配置。这里选错会导致同一局域网出现两个相同MAC的虚拟机，网络会莫名其妙间歇性断连。

6.3 共享文件夹与剪贴板

在“虚拟机设置 → 选项 → 共享文件夹”里，选择“总是启用”，然后添加一个Windows宿主机上的目录，比如D:\share。在Ubuntu虚拟机里，默认挂载在/mnt/hgfs/share。

如果这个目录没出现或者权限不够，执行：

sudo mount -t fuse.vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other

这条命令把宿主机共享的根目录挂载到/mnt/hgfs。没有报错的话，之后就能在Ubuntu和Windows之间直接通过共享目录传文件。拖拽复制在大多数场景下也能用，但大文件还是共享文件夹更稳定，拖拽传大文件经常中途失败。

有一点要注意：如果Ubuntu里共享文件夹是空的，先检查open-vm-tools装没装，再确认虚拟机的共享文件夹功能是否启用。这两个条件只要有一个不满足，/mnt/hgfs目录都会是空的。

6.4 迁移与备份

虚拟机的一个好处是可以在不同电脑之间迁移。直接把整个虚拟机目录（包含.vmx配置文件和多个.vmdk磁盘文件）拷贝到另一台电脑，然后用“打开虚拟机”选择.vmx文件，就能运行。

迁移后VMware会询问“此虚拟机可能已被移动或复制”，这两者的区别前面说过：选“我已移动它”则保留原机器的UUID和MAC地址，选“我已复制它”则重新生成。如果是拷贝到另一台电脑继续用，选“我已复制它”更安全，因为两台电脑同时开机时，相同UUID的虚拟机会出问题。

备份也一样，不需要在Windows里复制整个虚拟机目录，可以先给虚拟机拍一个干净快照，然后只备份快照生成后的.vmdk文件。恢复时用快照管理器还原即可。我个人的习惯是定期把重要的虚拟机目录整体打包到移动硬盘，省得在备份快照和还原快照之间跟VMware玩捉迷藏。

7. 常见报错的完整排查：无法连接虚拟机、虚拟化未启用与其他

最后把热搜词里出现频率最高、而且“搜到答案也看不懂”的几个典型报错集中说一遍。这些报错我基本都真机遇到过，给的解决路径也都是验证过的。

7.1 无法连接到虚拟机：权限和服务的双重检查

报错原文是：

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

这个报错信息很让人崩溃，因为“确保您有权”这几个字含糊得很。实际原因通常集中在三处：

第一，权限不足。右键VMware Workstation图标，选择“以管理员身份运行”。有时候Windows用户账户控制（UAC）设置比较高，VMware进程没有管理员权限去访问虚拟机的配置文件和临时目录，就会报这个错。如果以管理员身份运行后正常，可以右键快捷方式 → 属性 → 兼容性 → 勾选“以管理员身份运行此程序”，一劳永逸。

第二，服务异常。VMware有多个后台服务支撑虚拟机运行，其中VMware Authorization Service尤其关键。打开services.msc，找到这个服务，右键“重新启动”，然后把启动类型设为“自动”。如果服务处于停止状态且手动启动失败，多半是安装损坏，需要用安装包里的“修复”功能重装一遍。

第三，杀毒软件拦截。Windows Defender或第三方杀毒软件可能把VMware的进程或虚拟磁盘文件当作可疑文件隔离，导致进程无法访问目录。可以在杀毒软件的排除列表里把VMware安装目录和虚拟机目录加进去，再重新启动虚拟机验证。

排查顺序建议是：先试管理员身份运行，再查服务状态，最后看杀毒软件排除项。大多数情况走到第二步就有解了。

7.2 WSL2无法启动：虚拟化未启用时的一个完整排查思路

WSL2的报错也很典型：

WSL2 无法启动，因为此计算机上未启用虚拟化。请确保计算机固件设置中“虚拟机平台”已启用。

这个报错出现在Windows上，不是WSL2本身的问题，而是系统层面的虚拟化开关没开。排查链路如下：

第一步：按Ctrl + Shift + Esc打开任务管理器，看CPU那一栏的“虚拟化”是否为“已启用”。如果是“已禁用”，进BIOS/UEFI打开VT-x或SVM Mode，方法见第1.1节。

第二步：如果“虚拟化：已启用”，那问题出在Windows功能没开。执行optionalfeatures，在Windows功能里勾选“虚拟机平台”和“适用于Linux的Windows子系统”，确定后重启。

第三步：如果按上面两步操作后WSL2依然报同样错误，用管理员PowerShell执行：

bcdedit /set hypervisorlaunchtype auto

重启后再试。这里要注意，hypervisorlaunchtype auto是让Windows的Hyper-V监控程序接管虚拟化，这对WSL2和Docker是必要的，但会和第4章讲过VMware蓝屏的冲突问题。如果你同时使用VMware和WSL2，这就是一个需要反复切换的现实矛盾，没有一劳永逸的办法，只能按工作场景去切。

7.3 其他高频报错合集

“此主机支持Intel VT-x，但Intel VT-x被禁用”—— 和7.2的第一步一样，进入BIOS打开VT-x。如果BIOS里已经打开了还报这个错，检查宿主机是否开启了Windows的VBS，内核隔离会抢走VT-x的控制权，需要按第4.1节关闭Hyper-V相关的Windows功能。

“模块Disk启动失败”—— 通常是虚拟磁盘文件被占用或损坏。先到虚拟机目录里删除所有以.lck结尾的文件夹（这些是虚拟机运行时生成的锁文件），再重新启动。如果还不行，可能是磁盘文件所在目录空间满了，清理磁盘空间后再试。

“此虚拟机似乎正在使用中”—— 同样和.lck锁文件有关，多半是上一次虚拟机没有正常关闭就强制退出或宿主机断电了。删除锁文件夹后即可启动。这个操作不会影响虚拟磁盘里的数据，不会有数据丢失问题。

“内部错误”—— 这个报错在VMware Workstation启动虚拟机时偶尔出现。先重新安装VMware Tools，或者在虚拟机设置里把“显示”的3D图形加速关掉，重试。如果还不行，以管理员身份运行VMware后多半能解决。

“win10虚拟机黑屏但有声音”—— 常见于Windows客户机，原因是显卡驱动和虚拟显示设备不匹配。在VMware的虚拟机设置 → 显示里，把“加速3D图形”取消勾选，再启动。

我把这些报错的规律总结一下：搜索热词的背后，绝大多数都不是“这个功能坏了”或“要重装”，而是“某个开关没开”或“某个服务和另一个软件冲突”。所以遇到虚拟机相关报错，先做三件事：看虚拟化开关、看Windows功能、看VMware后台服务，三个查完，至少七成的报错都能排掉。

最后再分享一个我踩过几次坑之后的习惯：新建虚拟机时，我一定会先检查“稍后安装操作系统”，紧接着把ISO挂载好，然后在开机前把虚拟机的“显示3D加速”和“打印机”关掉，装完系统第一时间装好open-vm-tools，再拍一个“干净系统”的快照。整个流程走顺之后，后面再遇到任何折腾，恢复快照重来，省下的时间远远大于前面那几分钟的准备。