HOWTO: 使用 Windows ADK 生成 ADKTools
HOWTO: 使用 Windows ADK 生成 ADKTools
Windows ADK 即 Windows 评估和部署工具包（Windows Assessment and Deployment Kit），可用于自定义和部署 Windows 10 映像的部署工具，其中 WinPE、USMT、DISM 等工具是桌面运维人员最为常用的部署工具，其中的 DISM 更是有别与 Windows 系统内置的 DISM，前者功能更强大，因为可以用于创建和部署 Siloed Provisioning Packages（SPP）。
（注意：自 Windows 10 1809 开始 PE 与 ADK 分开发布）
前面已经提到，ADK 中包含了桌面运维人员最为常用的部署工具，如果要在不同的设备上使用，默认则需要安装 Windows ADK，这样执行效率就大打折扣。其实 Windows ADK 中的工具多数都支持免安装运行，我们只需要在一台设备上安装完毕后，将所需的工具复制出来即可，但是手动复制各个工具所涉及的文件非常不便。
其实，Windows ADK 中内置了一个脚本，可以方便我们生成所需的 ADKTools，其中包含了 DISM、USMT，以及 Windows Setup 的相关文件。要使用该脚本，需要从 Windows Kits 程序组中找到“Deployment and Imaging Tools Environment”（部署和映像工具环境）并运行它。
然后，键入“CopyDandI.cmd amd64 d:adktools”执行自动复制，脚本会将适用于 64位系统的相关文件统一复制到指定的目录中。
最后我们将这个目录放到一个共享位置，或 U盘中即可，当然也可以集成到 PE Boot.wim 中。有了这个 ADKTools 后，我们就可以创建和部署 SPP，以及执行用户数据迁移等工作。
HOWTO: 解决 WDS 无法导入 Realtek PCIe GBE Family Controller 驱动的问题
HOWTO: 解决 WDS 无法导入 Realtek PCIe GBE Family Controller 驱动的问题
一台基于 Windows Server 2012 的 WDS 服务器，为 Lenovo M910t 机型添加驱动，发现 Realtek PCIe GBE Family Controller 驱动无法导入，其文件名为 rt64win7.inf，属于 64位体系架构驱动。
在添加过程中仅提示某些程序包无法添加到服务器中，但并没有给出具体的失败原因。可参考的常见原因是驱动未签名，驱动程序包损坏或网络连接问题。
经测试，该驱动可直接集成到系统映像（WIM）中正常安装和使用，检查发现驱动签名也是正常的，极有可能是该驱动与 WDS 不兼容，也尝试下载了其他版本的驱动发现均发生此类问题。由于 PE10 引导后可正常驱动该网卡，所以临时的解决方案即在 WIM 中集成该驱动。在 Windows 10 中由于 DISM 可以直接管理 WIM，所以 IT 人员可以直接使用 DISM Mount WIM，并将驱动集成到映像中，操作过程中使用到的命令行参考如下：
- Dism /mount-image /imagefile:d:\goldimages\customizeos.wim /index:1 /mountdir:c:\mount\windows
- Dism /image:c:\mount\windows /add-driver /driver:d:\drivers\realtek /recurse
- Dism /unmount-image /mountdir:c:\mount\windows /commit
若要使用命令行对 WDS 已经添加的安装映像可使用 wdsutil /replace-image命令，参考命令行：
- wdsutil /replace-image /image:"Windows 10 Pro x64" /imagetype:install /replacementimage /imagefile:"d:\goldimages\customizeos.wim
近期从 Realtek 官方下载了最新发布的网卡驱动，发现在驱动程序包中有一个提示文本文件，如下图所示！
按照 Realtek 官方的建议，将 Realtek PCIe GBE Family Controller 驱动包中的 WinPE 驱动添加到 WDS，此问题即可解决，且网卡也能正常使用。
关于 Dell 11 和 12 代服务器启用 Hyper-V 2019 后发生启动死循环
关于 Dell 11 和 12 代服务器启用 Hyper-V 2019 后发生启动死循环
Windows Server 2019 在 Dell 11 和 12 代服务器上，当启用 Hyper-V 角色重启后进入死循环的问题终于得到了解决。需要安装 1月22日发布的汇总更新 - KB4476976，系统版本会升级到 17763.292，由于要过中国年的关系，本文发稿时已是 17763.316，所以还请各位遇到问题的朋友升级到最新版本。
该问题的具体症状是 gOxiA 手中的Dell T310 和 T610 服务器为了能使用更大容量的分区（>2TB）改用了 UEFI 引导模式并使用了 GPT 格式磁盘，早先安装使用 Windows Server 2016 是正常的，随后在 Windows Server 2019 发布后，全新安装了它，但发现只要启用了 Hyper-V 角色后，系统在第二次重启后并会进入死循环，无法正常引导系统并反复的重启。
也向 Dell 官方寻求帮助，可惜服务器属于11代实在太老，以 OS 不再支持列表未能提供有效的解决方案，但是 Dell 的 12 代服务器也有发生类似的问题，据说与 Dell UEFI 有关，所以改为 BIOS + MBR 后问题得到了解决，也算一个 Workaround。
估计遇到的同样问题的用户较多，而且也都有效反馈到了微软那边，所以在19年1月底该问题终于得到了修复 ，此时已是中国年开始，gOxiA 利用假期时间做了测试，在先安装 KB4476976 后，再启用 Hyper-V 则不会重现故障。
