CASS11提示不能在虚拟机运行？关闭内存完整性与Hyper-V排查指南

简介：针对 CAD 与 CASS11 安装、启动过程中出现“请不要在虚拟机中运行此程序”提示的兼容性故障，这份 PDF 文档面向测绘、地理信息系统从业者及需要部署 CAD/CASS 环境的技术人员，整理了从问题现象到排查路径的实操说明。资源包共 1 个 PDF 文件，大小约 1.87MB，内容涵盖软件依赖关系、机器码获取工具的使用前提，以及卸载虚拟机软件、关闭内存完整性、调整 Windows 功能、用 CMD 关闭 Hypervisor、在 BIOS 中禁用虚拟化等五种方法。已有 4558 人学习，适合在实机安装受阻时对照排查，快速定位系统配置与虚拟化检测引发的问题；文档同时提示不同主板和系统版本需灵活调整，并建议操作前备份数据，便于降低反复重装与试错成本。读者可据此理解虚拟化检测的触发机制，掌握系统安全设置、启动配置与固件开关之间的关联，并形成从软件层面到硬件层面的完整排错顺序，尤其适合需要稳定运行 CAD2016 与 CASS11 的作业场景。

1. 装 CASS11 之前：先把 CAD 与系统环境列清楚

CASS11 装完第一次双击，弹窗只有一行字：请不要在虚拟机中运行此程序。机器是实打实的物理机，虚拟机软件没装、Hyper-V 也没手动开过，这行提示照样跳出来。这是 CAD 与 CASS 这套组合里出现频率最高的一类启动故障，卡住的人多半以为装错了版本，回头重装三四遍，问题照旧，因为拦截点根本不在安装包上，而在 Windows 自带的虚拟化安全特性里。

这篇笔记按实际动手顺序记：先确认 CAD 与 CASS11 的版本搭配和安装顺序，再处理授权环节那个容易拿错的工具版本，然后逐个拆 Windows 层的三道虚拟化闸门，最后是五条排查路线的取舍顺序和几个翻车现场。第一次装的人可以照着走，装过一次被拦住的人也能看清自己到底关掉了什么。

2. 安装顺序与版本搭配：CAD 2016 与 CASS11 的依赖关系

2.1 先 CAD 后 CASS 的原因，以及安装路径怎么定

CASS 不是独立程序，它是挂在 CAD 上的专业插件集：启动时先拉起 CAD 进程，再把菜单、工具栏、命令组注入进去。所以安装顺序只有一种正确解——先装 CAD，确认 CAD 能独立启动、能新建图纸、能保存，再装 CASS11。反过来先装 CASS 再补 CAD，CASS 的注册表项里记着宿主路径，那个路径当时是空的，装完点图标会直接报找不到 CAD，或者干脆没反应，只能卸干净重来。

路径这块是血泪经验。CAD 的默认路径里带空格，CASS 在加载菜单文件时对含空格和中文的路径处理得并不好，表现是菜单栏能出来但点开是空的，或者提示找不到某个 .mnu 文件。我一般会把两个软件都装到纯英文短路径下，比如D:\CAD2016和D:\CASS11，安装前先在资源管理器里把空目录建好，向导里手动改，不要让安装程序自己创建带版本号后缀的长目录。

版本这块给一份实际用过的搭配，照着填基本不会有意外：

这份对照表不是摆设。我见过位数混装的机器，装了 32 位 CAD 配 64 位 CASS，安装过程一路绿灯，启动时黑屏闪退，日志里什么都没有，属于查不到黑匣子的那种。位数这一条花十秒确认，能省掉半天。

2.2 CAD 2016 安装时要盯住的几个勾选项

CAD 的安装是图形向导，没有能抄的命令，但有几步不能顺手点下一步。第一步，先把第三方安全软件的实时防护关掉，装完再开回来。CAD 安装过程会往系统目录和注册表里写大量内容，实时防护偶发误拦，表现是安装进度条走到一半整个回滚，回滚提示还只说「安装失败」，不告诉你哪个文件被拦了。

第二步，右键setup.exe选「以管理员身份运行」。直接双击也能装完，但后期 CASS 写注册表、生成授权项时会失败，报的是权限相关的一串错误码，跟安装本身看不出关系。

第三步，安装类型别选典型，选自定义，把 Express Tools 和字体库勾上。CASS 的图式符号和地物编码依赖 CAD 自带的线型、字体和填充图案，缺字体时图面上本该显示汉字的地方全是问号，很多人以为是 CASS 编码设置错了，其实是 CAD 这边少装了东西。

第四步，路径改成D:\CAD2016。第五步，装完先别急着装 CASS，单独启动一次 CAD，新建一张图纸、随便画一条线、保存、关闭，全程无报错再往下走。这一步是分界线：CAD 自己都跑不顺的机器，装完 CASS 出的问题会混在一起，你分不清是哪一层坏了。

2.3 装完 CAD 先做的三项确认

第一项，确认安装落点和版本号。用管理员 PowerShell 跑：

# 同时查 64 位与 32 位两个卸载注册表位置，避免漏掉组件 Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*', 'HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*' | Where-Object { $_.DisplayName -like '*AutoCAD*' } | Select-Object DisplayName, DisplayVersion, InstallLocation | Format-Table -AutoSize

逻辑说明：CAD 2016 主体是 64 位程序，主键在HKLM:\SOFTWARE\...下；同时查WOW6432Node是因为字体包、材质库这类附属组件是 32 位安装器写进去的，只查一个位置会漏掉它们，出问题时你会以为字体库没装。

参数说明：-like '*AutoCAD*'用通配符做模糊匹配，因为 DisplayName 里通常还带年份和语言后缀；Format-Table -AutoSize让 InstallLocation 这一列完整显示，路径被截断就看不出装到哪了。

第二项，确认 .NET Framework 版本。CAD 2016 和 CASS11 都吃 .NET，低于 4.6 的机器表现为启动闪退或者界面出来一半卡死。

# Release 是 DWORD，对照版本号表判断是否需要补运行库 Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full' | Select-Object Release, Version

参数说明：Release的常见取值里，394802 对应 4.6.2，528040 对应 4.8，533320 对应 4.8.1。低于 394802 就先装运行库，装完重启，再装 CASS11。

第三项，确认没有半残的旧版残留。注册表里躺着多个 CASS 版本键的时候，新装的 CASS11 会去加载旧版的菜单文件，表现是菜单栏里出现两套同名菜单，点哪个都没反应。

# 列出当前用户注册表下所有 CASS 相关项 Get-ChildItem 'HKCU:\Software' -ErrorAction SilentlyContinue | Where-Object { $_.PSChildName -like '*CASS*' } | Select-Object PSChildName, Name

参数说明：-ErrorAction SilentlyContinue是为了跳过没有权限读取的子键，不加的话脚本会在无关的键上抛错中断；PSChildName是子键的短名，比完整路径好读。

如果第二条命令列出了多个版本键，先卸干净再装，别想着覆盖安装能盖过去。这一步做完，CAD 这层就算交代清楚了，接下来才是 CASS11 本体和授权环节。

3. 授权环节的版本坑：获取机器码工具.exe 用 CASS10 里的那一个

3.1 什么时候取机器码，顺序为什么不能反

装完 CASS11，很多人第一反应是立刻双击图标、进授权界面、取机器码。这个顺序有坑。机器码是硬件指纹和系统特性组合出来的结果，关闭内存完整性、关掉 hypervisor 自启、动 BIOS 里的虚拟化开关，都会改变系统呈现给程序的那一组特性。部分实现里，这几个开关前后的机器码并不一致。

所以实际顺序应该是：装 CAD → 装 CASS11 → 先把虚拟化拦截处理掉并重启 → 首次启动 CASS 进到授权界面 → 用工具取机器码 → 授权 → 再启动验证。先处理拦截再取码，改系统的动作都在取码之前，后面就不会出现「授权文件写进去了、程序还是提示未授权」这种返工。

这个顺序是我踩过坑之后固定下来的：早先图省事，先取码后改开关，改完重启再打开，授权失效，机器码变了，只能重新来一遍。从那以后我都是先把系统层收拾干净，再动授权工具。

3.2 工具版本为什么必须用 CASS10 里的那一个

CASS11 安装包里自带的获取机器码工具，在相当一部分机器上不干活：轻则双击没反应，重则界面弹出来但读出的码位数不对，最坑的是码读出来了、授权也提示成功，重启后依旧进不去。实测能用的，是 CASS10 版本安装目录里的那个获取机器码工具.exe。

这两个工具读取的硬件特征项不一样，CASS11 那个对较新的主板和 CPU 适配反而退步了。这是版本差异，不是你哪一步点错了。所以做法很明确：装 CASS11 之前，先把 CASS10 的安装包解出来，单独把那个 exe 拷到D:\CASS11\Tools\下备用。

注意：别直接从压缩包里双击运行。压缩包里的 exe 解压到临时目录再启动，临时目录路径通常带中文和随机串，工具自己写临时文件时容易失败，表现就是一闪而过。先解压到硬盘，再运行。

3.3 运行工具的三个前置条件和留档习惯

三个前置条件，缺一个都可能读不出码或者读出残码。第一条，右键以管理员身份运行。普通权限下读不到主板和 CPU 的部分标识，工具会用一个默认值糊过去，读出来的码看着像那么回事，授权就是不过。

第二条，工具所在路径纯英文。放桌面上很多时候也能跑，但桌面路径在某些系统上是中文的「桌面」，一遇到就只能看它闪退。

第三条，先把第三方安全软件的主动防御关掉，或者把这个 exe 加进信任区。这类读取硬件信息、写系统目录的程序，行为特征天然像恶意程序，被拦是常态。拦的时候往往没有明显提示，双击了没反应，人会以为是工具坏了。

留档这一步，是我现在的固定动作：

# 记录工具文件的哈希，确认手里的是哪个版本 $tool = 'D:\CASS11\Tools\获取机器码工具.exe' Get-FileHash -Path $tool -Algorithm SHA256 | Format-List Algorithm, Hash, Path # 记录当前的 hypervisor 启动类型，改开关前后各跑一次做对比 bcdedit /enum '{current}' | Select-String -Pattern 'hypervisorlaunchtype'

逻辑说明：第一条算哈希。同名工具在不同安装包里内容完全不同，这是版本坑的根源，哈希值记下来，下次换机器或者换安装包时一比对就知道是不是同一个文件。第二条把当前 hypervisor 的启动类型写进日志，后面每改一次系统开关就跑一次，出问题时能一眼看出是 Auto 还是 Off，不用靠回忆。

参数说明：-Algorithm SHA256指定哈希算法，别用 MD5，不同文件撞上的概率不值得冒；{current}在 PowerShell 里必须加引号，不加的话花括号会被当成脚本块语法解析，命令直接报错。

取到码之后立刻做两件事：把码完整复制到一个 txt 里存好，同时把授权过程生成的文件也备份一份。机器码和授权文件是配套的，只留码不留文件，重装系统后还得再走一遍流程。这些东西我一般放在D:\CASS11\Tools\授权留档\下，文件名带上日期，半年后机器出问题想找回原始信息，翻得到。

4. 关闭内存完整性：内核隔离那一道闸门的完整操作链

4.1 内存完整性把 CASS11 判成虚拟机的原因

内存完整性（HVCI，基于虚拟化的代码完整性保护）在运行时，Windows 会在后台启动 Hyper-V 的 hypervisor，把内核态代码放进一个轻量虚拟化环境里做校验。这个 hypervisor 对用户态程序不可见，但程序只要查一下 CPU 的虚拟化特性位，或者读某些系统固件表项，就能判断出「当前跑在虚拟化层之上」。CASS11 的启动检测就是这么写的：它不区分你是真的装了 VMware，还是 Windows 自己的基于虚拟化的安全特性，一律拦。

所以反直觉的地方在于，你没装任何虚拟机软件，是系统自带的防护替你把虚拟化打开了。这也是为什么方法二在多数机器上最先奏效，它动的是最小的一处开关。

4.2 图形界面路径与重启节奏

Windows 11 下的路径：Windows 安全中心 → 设备安全性 → 内核隔离详细信息 → 内存完整性，把开关拨到关。Windows 10 1903 以后路径基本一致，中文版里同样叫「内核隔离」，英文版是 Core isolation，找不着就按这个英文词搜。

开关拨完必须重启，而且是完整重启。这里有两点要注意。第一，重启完要回来看一眼开关是不是真的还是关的，有些机器上第三方安全软件或者组策略会在开机阶段把它改回开启，表现是重启后照旧报错，人以为这条办法无效，其实是被人改回去了。第二，用「重启」别用「关机再开」，快速启动机制下关机再开是休眠恢复，部分系统配置不重新加载。

另一种常见情况是开关显示灰色、点不动。普通用户账户改不了这个设置，换成管理员账户再进；管理员账户也是灰的，多半是组策略或设备管理策略锁住了，先查策略再回头做这一步。

4.3 安全中心打开一片空白时的修复命令

现象很典型：点开 Windows 安全中心，整个界面空白，连「设备安全性」这一栏都不显示，没有入口自然也就关不掉内存完整性。原因是 SecurityHealthService 这个服务的启动类型被改成了禁用，或者被第三方安全软件接管后没接管好。

解决方式是管理员权限的 CMD 里执行一条注册表命令，然后重启：

REG ADD "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SecurityHealthService" /v "Start" /t REG_DWORD /d 3 /f

逻辑说明：这条命令把安全中心服务的启动类型改回「手动（按需启动）」。系统在打开安全中心界面时会自己把这个服务拉起来，界面元素就跟着回来了，随后就能正常进到内核隔离那一页。

参数说明：/v "Start"指定要修改的值名；/t REG_DWORD声明数据类型是 32 位整数，类型写错这条命令会直接失败；/d 3是要写入的数据，3 表示手动（按需启动），2 是自动，4 是禁用，这里要的是 3；/f表示值已存在时强制覆盖，不加的话会弹出「是否覆盖」的交互提示，在脚本或远程执行时会一直卡在那里。

注意：重启后如果安全中心还是空白，说明有第三方安全软件在开机时又把它改回去了，先去那个软件的设置里找「接管 Windows 安全中心」之类的选项关掉，再执行一次命令。这一步不做，改多少次都会被覆盖。

改完重启，用两条命令确认状态：

# 看服务是否恢复 Get-Service -Name SecurityHealthService | Select-Object Name, Status, StartType # 看基于虚拟化的安全与内存完整性是否还在运行 Get-CimInstance -Namespace root\Microsoft\Windows\DeviceGuard -ClassName Win32_DeviceGuard | Select-Object VirtualizationBasedSecurityStatus, SecurityServicesRunning

逻辑说明：第一条确认服务本身活过来了；第二条是真正的验收项，Win32_DeviceGuard这个类能读出虚拟化安全特性的当前状态，比看界面开关靠谱，因为界面有时显示滞后。

参数说明：VirtualizationBasedSecurityStatus取值 0 表示未启用、1 表示已启用但未运行、2 表示已启用且正在运行；SecurityServicesRunning是一个数组，里面出现 1 表示凭据保护在跑，出现 2 表示内存完整性在跑。关掉内存完整性并重启后，这个数组里不该再有 2。

最后说清楚代价。关掉内存完整性，系统对内核态恶意代码的防护会降一档，这是实打实的取舍。如果这台机器还要干别的活，常见的做法是装完 CASS、把该出的图出完，再把开关开回去；但开回去 CASS 又会报错，所以更省事的做法是给 CASS 单独一台机器，或者干脆不在这台机器上放别的重要业务。

5. 排查顺序与翻车记录：卸虚拟机、BIOS 关虚拟化该排第几位

5.1 剩下两条路线：卸载虚拟机与 BIOS 关 VT

方法一是卸载已经安装的虚拟机软件。这条只对真装了 VMware、VirtualBox 这类软件的机器有效，而且效果经常不如预期：卸载程序不等于关掉虚拟化平台，Hyper-V 的虚拟交换机、Windows 沙盒这些组件还在，卸完照旧报错的情况很常见。所以我把这一步放在方法二、方法三之后，先动代价小的。

方法五是进 BIOS 关虚拟化技术。动手之前先在系统里确认当前状态，别盲目重启进 BIOS：

:: 查看固件层虚拟化与 Hyper-V 的检测结果 systeminfo | findstr /i "Hyper-V 虚拟化"

逻辑说明：systeminfo输出末尾有一段「Hyper-V 要求」，四行结果能区分两种完全不同的情况。如果「在固件中启用的虚拟化」为「是」而「Hyper-V 检测到的虚拟机监控程序」为「否」，说明固件层开了虚拟化但系统层没接管，问题在系统里，去 BIOS 关是白跑一趟。反过来两行都是「是」，才轮到考虑进 BIOS。

参数说明：findstr /i的/i表示忽略大小写，因为不同语言版本输出的大小写不统一；关键词只写两个，写多了容易匹配不到。

BIOS 里的选项名按平台分：Intel 平台叫 Intel Virtualization Technology 或 VT-x，AMD 平台叫 SVM Mode。位置一般在 Advanced → CPU Configuration 下面，不同主板差别很大，找不到就按主板型号查手册。关掉之后保存退出，机器会完整重启一次。

这条路的代价最大：WSL2、Docker Desktop、安卓模拟器、Windows 沙盒、部分虚拟光驱软件，全部依赖固件虚拟化，关掉之后一起失效。所以它排在最后，只有在前面几条都试过、机器又必须跑 CASS 的时候才动。

5.2 五种办法的代价对比与推荐顺序

方法三的具体操作：控制面板 → 程序和功能 → 启用或关闭 Windows 功能，把 Hyper-V、Windows 虚拟机监控程序平台、虚拟机平台这三项取消勾选，确定后重启。三项里只要有一项还勾着，hypervisor 就可能继续被拉起。如果打开这个窗口发现三项本来就没勾，说明拦截不来自这里，回到方法二那条线去查。

方法四的命令只有两行，但要记住怎么改回来：

:: 关闭 hypervisor 开机自启，管理员 CMD 执行 bcdedit /set hypervisorlaunchtype off :: 需要恢复时执行 bcdedit /set hypervisorlaunchtype auto

逻辑说明：hypervisorlaunchtype控制开机时是否启动 hypervisor。装了 Hyper-V 的机器默认是 Auto，改成 Off 之后开机不再拉起，CASS11 的检测就查不到虚拟化层。

参数说明：这个值有三个取值，Auto 是默认自动启动，Off 是不启动，Explicit 是仅按启动配置里的显式设置启动，日常只用到前两个。改完必须完整重启，用「重启」不用「关机再开」。这条命令不改 BIOS，也不影响固件层的虚拟化开关，属于系统层的最小改动。

5.3 五个翻车现场

第一个，关了内存完整性，重启后开关自己开回来，提示照旧。

现象：设置里明明关掉了，重启进系统再看，开关又回到开的位置，CASS11 报同一句。

原因：组策略或者第三方安全软件在开机阶段把基于虚拟化的安全重新打开了，也可能是有设备管理策略强制启用。这种情况光点界面开关没用，改完就被覆盖。

解决：先用Win32_DeviceGuard查实际状态，确认是不是真的又开起来了；然后打开本地组策略编辑器，在计算机配置 → 管理模板 → 系统 → Device Guard 下面看「打开基于虚拟化的安全性」这一项是不是被设成了已启用，改回未配置；第三方安全软件里带「内核加固」「虚拟化防护」字样的功能先关掉再试。

第二个，安全中心一片空白，连设备安全性这一栏都没有。

现象：点开安全中心，界面框架在，内容全是空白，找不到内核隔离的入口。

原因：SecurityHealthService 启动类型被改成禁用，服务不起来，界面渲染不出内容。

解决：管理员 CMD 执行第 4 章那条 REG ADD 命令把 Start 改回 3，重启。重启后仍是空白，去第三方安全软件里关掉接管选项，再执行一次。

第三个，bcdedit 执行报「拒绝访问」。

现象：命令敲进去，返回拒绝访问或无法打开启动配置数据存储。

原因：CMD 不是管理员权限，普通权限改不了启动配置。

解决：搜索栏搜 Cmd，右键选以管理员身份运行，标题栏会显示「管理员」字样，确认之后再执行。别在 PowerShell 里直接跑，虽然也能跑，但输出格式和错误提示不一样，容易看错。

第四个，五条路都走完，还是报同一句。

现象：从关内存完整性一路做到 BIOS 关虚拟化，重启无数次，提示一字不差。

原因：两种可能。一是这台机器本身就跑在虚拟化环境里，比如云主机、虚拟桌面、单位的虚拟化办公环境，物理层就是虚拟机，无解。二是 hypervisor 还在跑，只是启动类型被别的引导项改回去了。

解决：先systeminfo看系统型号，出现通用虚拟机型号字样就基本确认了第一种；再bcdedit /enum {current}确认 hypervisorlaunchtype 确实是 Off；两个都排除了，就换一台物理机，别再耗时间。

第五个，关了 VT 之后 Docker、WSL2、安卓模拟器起不来。

现象：CASS11 能跑了，但原来能用的开发环境全部报错，提示需要开启虚拟化。

原因：这些工具依赖固件层虚拟化，BIOS 里关掉 VT 等于把它们的地基抽了。

解决：接受这个取舍。用 CASS 的机器我一般不建议同时承担开发环境，实在要共存，就在用 CASS 期间关 VT，用完进 BIOS 开回来，虽然麻烦但可控。别试图找什么两全的偏方，这一层没有。

6. 装完怎么验证：三处检查确认 CASS11 不再误判虚拟环境

装完之后，不要只靠「双击能打开」这一个动作判断成功。能打开但菜单是空的、能画图但存不了盘，都算没装好。我一般分三层查，每层都有明确的正常表现，不正常时也知道该回哪一章。

系统层那条命令，我习惯在装完、关完开关、重启之后各跑一次，把输出存进同一个 txt：

# 管理员 PowerShell 执行，汇总三项关键状态 $dg = Get-CimInstance -Namespace root\Microsoft\Windows\DeviceGuard -ClassName Win32_DeviceGuard [PSCustomObject]@{ VBS状态 = switch ($dg.VirtualizationBasedSecurityStatus) { 0 {'未启用'} 1 {'已启用未运行'} 2 {'已启用运行中'} } 运行中的服务 = ($dg.SecurityServicesRunning -join ',') <p> <a href="https://download.csdn.net/download/qq_61728330/89853389" style="color:#ec7500;font-size:14px;"> 本文还有配套的精品资源，点击获取 </a> <img alt="menu-r.4af5f7ec.gif" src="https://csdnimg.cn/release/wenkucmsfe/public/img/menu-r.4af5f7ec.gif" style="width:16px;margin-left:4px;vertical-align:text-bottom;cursor:text;"> </p>