HOWTO: 为基于 Windows 10 的 ADK 提供 UFS 支持
HOWTO: 为基于 Windows 10 的 ADK 提供 UFS 支持
UFS - Universal Flash Storage（通用闪存存储），是我们常见的闪存存储设备的一个类型，虽然名字与 eMMC 和 SSD 相比有些陌生，但提到手机或平板电脑，相信大家就容易理解了，是的目前都广泛采用了 UFS 作为存储设备。UFS 在性能方面比 eMMC 要强很多，但低于最新的 SSD，但肯定强于早前的 SSD，相信在用手机做文件复制时一定有所感受，其性能还是非常强劲的。
UFS 目前也正广泛使用在 Windows 平板设备上，如果我们打开设备管理器查看磁盘驱动器可能并不会直观查阅到，但在存储控制器中可以清晰看到设备是否使用了 UFS 控制器（系统自带驱动）。如下图所示，该设备采用了 SAMSUNG 的 UFS 存储器。
查阅了三星官网了解到 KLUDG4UHGC-B0E1 是一款 UFS 3.1 制式的存储器，尺寸只有 11×13×0.8mm，1.2/2.5v，看来是相当轻巧和省电；性能也是不错的！
回到正题，如果买来的 Windows 设备预装的是 Windows 11，并且没有计划使用 Windows 10，那么可以划走这篇日志，否则跟随 gOxiA 往下走会有一些收获。
在企业环境下，IT 通常会使用 Windows ADK 作为桌面标准化的定制工具，有经验的 IT 会知道 Windows 10 的 ADK 是基于 Windows 10 2004版的，即 19041。如果我们使用该版本的 ADK 生成 PE 用于批量部署，会发现默认将无法识别 UFS 存储器，也就是说当我们用 PE 引导设备后将无法识别到硬盘！！！
那么我们该如何为基于 Windows 10 的 ADK 提供 UFS 支持呢？！前面讲过 UFS 控制器的驱动默认集成在 Windows 11 中，如果是缺少驱动支持，我们可以做旁加载，但实际测试发现在 Windows 10 ADK 的 PE 中是包含该驱动的，但为什么就不支持呢？！尝试将设备的驱动集成到 PE 也无济于事，看来应该与 Windows 10 操作系统本身有关。
查阅了网络文献了解到“自 Windows 10 2004（20H1 - 19041）开始就引入了对 UFS 驱动器的支持，在此版本之前的 Windows 10 版本中，对 UFS 驱动器的支持可能有限或不完全。”既然如此就印证了前面测试的结果，包含了驱动但可能不完全支持，那么既然当前设备支持 Windows 10 22H2 操作系统（OEM PE 的版本为 19041.2728），说明 Windows 10 理论上是可以支持 UFS 的，也许问题就出在了累计更新上。
由于 Windows 10 20H1 生命周期已经停止，所以可从 Windows Update Catalog 下载到的离线累计更新包（LCU）是有限的。查阅 19041.2728 发现其所对应的是 KB5023696，但该 KB 已经不再包含 19041 的相关说明和支持情况，仅支持 19042、19044和19045。但有提到如果脱机映像没有包含 KB5011543 (March 22, 2022)或更高版本的 LCU，则需要安装 KB5014032 (May 10, 2022 SSU)，经仔细复查发现其支持 2004 版 Windows 10，并提供了更新包。
万事俱备只欠东风 - 实践出成果！从 Windows Update Catalog 下载 KB5023696 和 KB5011543，然后使用 ADK 生成一个 PE 实例，Mount 这个 Boot.wim 文件到指定目录，然后使用 “Dism /add-package” 为 PE 集成更新；建议锁定更新“Dism /cleanup-image /image:c:\winpe_amd64\mount /startcomponentcleanup /resetbase /scratchdir:c:\temp”；最后 Unmount 确认写入修改。
使用已经集成更新的 PE 引导 UFS 设备，经测试已经可以识别 UFS 存储器，其 PE 系统版本为 19041.2728；Diskpart 的版本是 19041.964。
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 的这篇日志，起码可以少走很多弯路！！！
