Windows ADK 2023年度9月更新 发布
Windows ADK 2023年度9月更新 发布
今天在访问 MSDN 订阅时竟然意外的看到 Windows ADK 发布了更新版本，并且同时更新了 ADK 主程序和 ADK PE 组件。真是让人惊喜和意外！！！
当前版本为 ADK for Windows 11, Version 22H2 (updated September 2023)，包含了众多的更新和改进，主要为：
- Supply Chain Trust Tools
- Assessment toolkit
- 更新了浏览电池使用时间工作负荷。
- 添加了人脸身份验证指标并提高了Modern Standby性能评估的可靠性。
- 为电池使用时间作业添加了新的自动诊断（包含了C状态驻留，闲置状态的纯净度）
- 修复了影响对评估结果进行的ETW跟踪处理的各种故障。
- 修复了影响媒体播放器自动计算媒体播放性能评估可靠性的各种Bug。
- 修复了电池使用时间测试期间随机发生的影响闲置纯净度的Bug。
- 修复了由于ETW检测更改而导致 Microsoft Edge 性能评估缺失性能指标的问题。
- Windows PE
- 添加了对 ARM64 WinPE 上的 x64 模拟作为可选组件的支持。（也就是说现在可以通过为PE集成 Architecture/WinPE-x64-Support，以在 ARM64 PE 上启用 x64 仿真支持，PS：难道这意味着未来我们将能够使用传统部署方法来执行 ARM 设备的系统交付？！）
- Windows PE Known Issues
- VBScript 当前在 WinPE 中无法工作。它预计在即将推出的服务更新中得到修复。（还在依赖 VBScript 脚本来执行部署的方案会受到影响，需要注意哦！）
- Windows Performance Analyzer (WPA)
- WPA已基于 .NET6 构建，包含原生的 ARM64 支持。
- 新 UI
- 解决了与 .NET 7 相关的 ETL 跟踪处理问题（ETW 0x80070032）。
- Windows System Image Manager
- x86 版本的 SIM 可以为所有受支持体系结构类型的 Windows 映像创建目录。
- Assessment toolkit known issues
- 在 ARM64 设备上，WPA可执行文件不会自动添加到 PATH 环境变量中。
- 在辅助监视器上以全屏模式最大化 WPA 时，左上角的右键菜单出现在不正确的监视器上。
备注：
应用程序虚拟化（App-V）将于2026年4月结束。届时，App-V 排序器将不再包含在 ADK 中。（PS：挺可惜，App-V 的前身是 Softgrid，当时2008年吧，还有幸参加了国内首批 TTT 培训。）
以下是一些新版的解图，供大家参考，可见版本号已从 22621 变更为 25398。
Windows PE Add-on 仅支持 AMD64 和 ARM64 (虽然能从参数中看到提供 x86，但实际无效！)，且不同版本的 PE Add-on 安装无法共存哦，会提示需要先卸载当前版本。（PS：但 gOxiA 觉得不代表不能魔改。）
HOWTO: 使用 PPKG 为 Windows 11 配置桌面和锁屏背景
HOWTO: 使用 PPKG 为 Windows 11 配置桌面和锁屏背景
定制桌面和锁屏背景对于组织来说可以提升企业形象，并且也可以在登录或进入桌面时，利用背景图片中的信息来提示最终用户。
在传统的部署方式中，IT人员通常会预先定制 Image 来实现类似的需求，或者通过 GPO。如何在动态部署方式中使用 PPKG 来定制 Windows 桌面和锁屏背景呢？其中又会遇到哪些“坑”呢？！今天 gOxiA 就来分享相关的知识。
当我们决定使用 PPKG 来定制时，可能会觉得非常简单容易，在左侧选择“DesktopBackgroundAndColors”进行相关项的配置，但其实并非如此。如果查阅“DesktopBackgroundAndColors”官方说明，请不要忽略“Do not use. Instead, use the Personalization settings.”。
是的，建议我们使用“Personalization”配置选项。如果当前要引用的图片文件来自网络，例如是一个 URL，那么配置后会发现没问题，可正确应用背景。但如果是要添加一个文件就没有那么容易了，仅仅配置“DeployDesktopImage”或“DeployLockScreenImage”从本地添加一个图片文件进去，在实际应用后并不会生效。
仔细查阅文档，理解文档，原来还要同时配置“DeployImageUrl”和“LockScreenImageUrl”选项，既然是URL那么这两个选项该怎么写呢？填写文件所在的完整路径？！可是如何不深入研究怎么知道加载的图片文件最终会保存到哪个目录下？！等到研究了所有文档做了大量验证后，填写了目录路径，又发现根本无效。原来，URL这里只需要直接填写图片文件名即可！！！（惊讶，惊悚，这篇官方文档于2022年12月10日更新，但依旧没有说清楚！！！）
大坑还在后面，查阅使用范围，可看到该选项适用于 Windows Client，可是如果最终在专业版上部署后会发现依旧无效。原因是什么呢？？？！！！
原因是这个 Personalization 隶属于 CSP，而这个配置仅适用于如下 SKU。
但是，但是呢！虽然这个 Personalization CSP 仅支持 企业版、教育版和 SE 版，但如果设置了 SharePC CSP 中的 SetEduPolicies 后，它也将支持 Windows 专业版。一波多折，不论怎样如果你看到了 gOxiA 的这篇日志，起码可以少走很多弯路！！！
HOWTO: 如何跳过 Windows 首次登录动画
HOWTO: 如何跳过 Windows 首次登录动画
企业 IT 在不断优化大规模自动化部署的 Windows 配置，试图加快部署的速度，尤其是希望缩短系统初始化阶段的等待时间，曾经不少 IT 都遭遇到部署的深度定制的 Image 在完成 OOBE 后卡在了首次登录阶段，OOBE 全自动完成迅速进入到了 Windows 登录界面，但是当输入账号密码后却经历了漫长的首次登录动画。
要跳过首次登录动画方法有很多，可以使用 GPO 或直接修改注册表，当然也可以通过 Intune CSP 实现。首先让我们回顾一下这些方案！
1. 通过组策略，定位至“计算机配置 - 管理模板 - 系统 - 登录”，找到“显示首次登录动画”，将其禁用。
2. 通过注册表方式，配置“EnableFirstLogonAnimation”键值为 0，它位于“HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System”，借助注册表的方式我们可以轻易的应用在不同的部署方式中。
3. Intune CSP
Scope：Device
Editions：除了Home以外
OS：1903及以上版本
Device：./Device/Vendor/MSFT/Policy/Config/WindowsLogon/EnableFirstLogonAnimation
Format：Int
Value：0
虽然我们有很多种方案来跳过首次登录动画，但在实际应用中会发现动画虽然不显示了，可登录到的桌面时间并未缩短。当我们输入账号密码点击登录后，会显示“正在准备 Windows”，一样需要等待一段时间。
此时，我们可以借助“DelayedDesktopSwitchTimeout”键值，缩短登录脚本完成前与用户交互的超时时间。默认需要等待 Session 0 的 30秒超时时间。为此需要定制注册表键值，它位于“HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System”，类型是 DWORD，值为 0。很可惜 gOxiA 并未在 GPO 或 CSP 中找到这个配置选项，目前仅能通过注册表方式实现。
当“DelayedDesktopSwitchTimeout”键值生效后，我们会发现首次登录桌面的时间将大大缩减，基本上是瞬间进入桌面，这将极大改善最终用户登录桌面时的体验。
