这是一个创建于 900 天前的主题，其中的信息可能已经有所发展或是发生改变。
原博文: --//oofhours.com/2022/05/31/requiring-a-network-connection-during-oobe/
这谁能想到居然有这种骚操作, 使用 UEFI vars 来记录一些状态标志, 重装也没用, 可能只好重置 UEFI NVRAM 来恢复到默认才能跳过.
警告: 非大佬请不要随便对 UEFI variables 进行调整或者删除, 部分有 bug 的计算机小心变砖, 尤其是笔记本!!!
亲自测试的结果:
使用 Windows 11 22H2, 专业版, 全新安装;
Windows 11 专业版现在也必需联网登录 MSA 使用在线账户了, 智障设计, 企业用户要哭了, 但可以在 OOBE 界面按 Shift + F10 调出 cmd, 执行 oobe\ByPassNRO (c:\windows\system32\oobe\bypassnro.cmd) 跳过, 家庭版似乎也可以这样跳过.
但在 UEFI Var 中设置 FORCED_NETWORK_FLAG 标志后, ByPassNRO 也无法跳过强制的联网步骤, 必须联网才能走下一步. 取消此标志或者设置为 0, 不用重装, 重启后生效, 可以跳过强制联网 + MSA 了.
问题来了, 这些奇奇怪怪的 GUID 和标志名称大佬们是从哪里来找到的? 博文中看起来是直接看 UEFI vars 找到的倒能理解. 全网根本找不到这个标志的官方文档说明, 就离谱.
另外, 想到了另一个地方, Surface 的 S Mode: www.v2ex.com/t/845606 , 也是记录在主板中的, 现在看来估计也是用了一些没有公开文档的实现, 类似于这里的 FORCED_NETWORK_FLAG.
 |
1
laincat 2022-06-11 13:39:51 +08:00 via iPhone
这就离大谱了。艹 M$
|
 |
3
ungrown 2023-03-21 14:54:38 +08:00
我的 DELL Latitude 5300 上，这个 GUID 是另一个名字，AUTOPOLIT_MARKER ，AUTOPOLIT 就是 OOBE 流程中的程序
|
Select Language