0xC004F035
Windows 激活错误代码 · 最后更新 2026-11-03 · 来源:微软官方文档(见页底)
一句话:软件许可服务判定 BIOS 中的 ACPI_SLIC 表缺少有效的 OEM 标记(Marker),无法用 OEM 方式激活;多见于使用 KMS 密钥的机器被按 OEM 路径校验。
官方口径
| 0xC004F035 | 0xC004F035 The Software Protection Service reported that the computer could not be activated with a Volume license product key. KMS client KMS host 0xC004F038 The Software Protection Service reported that the computer could not be activated. The count reported by your Key Management Service (KMS) is |
一句话含义
软件保护服务报告无法使用批量许可产品密钥激活该计算机;该系统的批量授权版本要求设备具备合格的基础操作系统,但在 BIOS/UEFI 的 ACPI SLIC 表中未检测到有效的 Windows 许可标记。
常见原因(按排查概率从高到低,3-5 条)
- 采购设备未包含合格的基础 OEM 许可:采购批次为无操作系统(No-OS/FreeDOS)或预装非合格系统版本(如家庭版、Linux),直接灌装了企业批量授权镜像。
- 硬件维修后主板丢失 SLIC 标记:设备更换主板后,OEM 售后工程师未执行主板资产注入程序,导致新主板 BIOS 缺少合法的 OA(OEM Activation)标记。
- 虚拟化环境缺失或未配置 SLIC 映射:在特定虚拟化平台(如个别私有云或定制 Hypervisor)部署企业版客户端模板时,未向虚拟机透传基础 BIOS 许可表。
- BIOS 固件损坏或降级异常:固件刷写或电池掉电造成 ACPI 表异常,导致操作系统无法正常读取 SLIC 数据。
管理员检查顺序(编号步骤,每步写清看什么、什么结果说明什么)
- 确认当前激活通道与详细错误:
- 运行:
cscript //nologo %windir%\system32\slmgr.vbs /dlv - 查看:“说明”(Description)是否为
VOLUME_KMSCLIENT渠道,以及“错误代码”是否明确为0xC004F035。若渠道正确但报此错,表明系统自身是合规 KMS 客户端,但阻断点在底层硬件校验。
- 检查本地 ACPI SLIC 表存在性:
- 在 PowerShell(管理员)中运行:
Get-CimInstance -Namespace root\wmi -ClassName MSSlic_Data -ErrorAction SilentlyContinue
- 若返回为空或提示类不存在,说明固件完全没有注入 SLIC 表;若有输出但仍报错,说明 SLIC 表内的 Windows 标记版本与当前批量升级要求不匹配(例如缺少合格的 Windows Pro 基础标记)。
- 核对固定资产采购台账与机身标识:
- 查看机身物理标签(如 OEM COA 标签或 Windows Genuineness 标识)或核对该资产的采购合同发票。
- 若采购清单确认该机型不含合格的 Windows 专业版基础许可,说明属于硬件合规断层,而非系统故障。
处理方法(对应上面的原因,给具体做法)
- 补齐合规底层授权(针对 No-OS/非合规基础设备):
- 依据批量许可协议条款,为该批次缺失基础许可的硬件采购正规升级套件(如微软正版化许可 GGWA),补全合法底层资产,或转为合规的独立 MAK 密钥管理范畴。
- 联系 OEM 厂商重刷主板许可(针对售后换板设备):
- 联系 PC 供应商的企业技术支持,由授权工程师运行官方服务工具,将原机的合规 OA 标记和主板资产编号重新烧录至 BIOS 中。
- 修正虚拟化模板与环境配置(针对虚拟机环境):
- 确认虚拟化平台承载的镜像策略。若虚拟机属于合规协议覆盖范围,核对虚拟机配置规范,确保模板按组织内合格基础系统部署,或依企业授权指南适配云桌面授权通道。
- 刷新或恢复标准 BIOS 固件(针对固件损坏设备):
- 前往 OEM 官方网站下载对应机型的最新受信任 BIOS 安装包进行更新,并在 UEFI 设置中重置为默认安全配置后重启。
处理后如何验证(1-3 条)
- 手动触发 KMS 激活:
- 运行命令:
cscript //nologo %windir%\system32\slmgr.vbs /ato - 预期结果:弹出或回显“产品已成功激活”。
- 检查许可状态与有效期:
- 运行命令:
cscript //nologo %windir%\system32\slmgr.vbs /xpr - 预期结果:提示批量激活将于 180 天后到期(处于正常自动续期循环)。
- 查验安全保护服务事件日志:
- 打开事件查看器,检查
应用程序日志中来源为Security-SPP的事件 ID12289,确认客户端与内部 KMS 主机通信成功并完成授权。
常见误操作(2-3 条,写管理员最容易做错的事)
- 反复重装系统或重置网络栈:误以为镜像文件损坏或 TCP 1688 端口不通,反复执行重装或网络抓包;该错误为硬件层 BIOS 校验拦截,重装系统无法解决。
- 误判为 KMS 服务器故障而调整服务端:误将客户端的 SLIC 校验失败当成 KMS 主机离线或计数不足(0xC004F038),去排查或重启正常运行的 KMS 主机。
- 随意更改系统时间或清除授权缓存:尝试使用
/rearm耗尽重置次数,既未解决底层硬件表缺失,还可能导致试用期耗尽提前进入通知模式。
===
官方来源与关联错误码
本页诊断顺序为第三方整理,定义与处置以微软官方文档为准:疑难解答页:微软官方错误码页。
适用前提:本页面向持有合法批量授权、使用组织内自有 KMS 主机的管理员。GVLK 是公开的客户端安装密钥,不是许可证;本站不提供 KMS 主机地址,也没有一键激活工具。