因此就进行了各种复盘测试,不知不觉折腾了一宿。
一开始怀疑是跟office激活冲突导致的,因此推翻了母盘。
从头开始优化、激活、上传,导入公包后开机,惊奇的发现激活状态和产品ID正常显示了。
因此暂时推翻了后续测试,将原本打算安装的office2016精简版替换为WPS政府专版,重新上传导入开机,又双叒叕没有激活状态和产品ID了。
多亏之前的测试点做了一次备份,又赶紧还原镜像重新上传激活后的镜像,导入后悲剧还是没能避免
经过一系列的查询,决定先在此状态下查看系统授权到期时间。
使用slmgr.vbs -xpr命令后系统跳出如下信息:
至此,才意识到问题的根本所在。因为母包中已安装kms,所以就顺着安装目录找到“C:\Program Files\KMSpico\TokensBackup”目录下的keys备份信息。
为了验证是否有效因此运行以下命令:“slmgr.vbs -ipk M7XTQ-FN8P6-TTKYV-9D4CC-J462D“
发现产品ID回来了,但还是处于未激活状态。
要彻底确定是否能解决该问题,因此在超级状态下运行了该命令后。直接进行了重启操作
重启后发现问题已经彻底解决了,系统激活状态也是正常的了
总结:该问题具体原因未知,但确实是上传以后丢失了系统密钥导致。使用命令重装密钥重启激活是因为KMS服务会在每次开机时进行激活,该问题目前仅在网维大师环境下发现。因此在无盘公包内放置了相应批处理文件,首次开超级运行一次即可!