企业官网建设流程全解析

1. 为什么我至今还在给一批机器装 LTSC 2019

先说结论：Windows 10 Enterprise LTSC 2019（构建号 17763，我手上这份是 17763.2028 的修订版）到今天为止，仍然是我给工控机、收银终端、虚拟机模板、老笔记本以及各种「装完就不想再动」的生产环境首选的系统底座。标题里那个「X64 纯净版」，说的就是基于 LTSC 2019 的 64 位版本、去掉了第三方预装和部分消费级组件的封装镜像；而括号里的17763.2028是它的版本标识，「20216.23」这类后缀通常是封装者自己打的内部编号，用来区分同一构建号下的不同封装批次。

为什么不是 Windows 10 22H2，也不是 Windows 11？因为 LTSC 这条产品线的定位跟消费版完全不是一回事。它不带 Microsoft Store、不带 Cortana 语音助手、不带 Xbox 相关组件、不带一堆三个月更新一次、更新完还可能改你默认浏览器和开始菜单推荐的「体验包」。它的服务周期按企业批量授权走，LTSC 2019 的主流支持在 2024 年初结束，扩展支持一直排到 2029 年 1 月。对一台放在车间里、只需要跑一个组态软件加一个数据库客户端的机器来说，「十年不用重装」比「有最新的圆角和小组件」值钱得多。

这篇文章想解决的核心问题很具体：拿到一份 LTSC 2019 的 64 位纯净版镜像之后，怎么判断它能不能用、怎么装、装完要补什么、哪些「精简」是坑、哪些「优化」是在给自己埋雷。我把内容拆成版本解析、镜像结构、装机实操、稳定化调优、故障排查五块，前两块帮你建立判断力，后三块是可以照着抄的流程。适合三类人：常年给公司电脑做批量部署的 IT，玩虚拟机和老硬件折腾的爱好者，以及需要一台长期稳定、不出幺蛾子的工作机但不想学太多系统知识的普通用户。

2. 版本号拆开看：17763、2028 和后缀分别代表什么

2.1 构建号 17763 对应的到底是什么内核

Windows 的版本体系分三层，很多人搞混。第一层是「功能更新版本」，也就是我们常说的 1809、1903、22H2 这类，它决定了内核特性和系统组件集合。第二层是「构建号」，1809 这一代的功能更新，构建号就是17763。第三层是「修订号」（UBR），也就是小数点后面那串数字，它代表这个构建上累积打了多少个补丁。

所以17763.2028读下来就是：基于 1809 这一代内核构建的 17763，累计更新到第 2028 号修订。这个修订层级大致落在 2021 年年中的位置。它不是一个「新系统」，而是一个被反复打补丁打到 2021 年状态的 1809 内核。

这里有个很多人忽略的点：LTSC 2019 和消费版 1809 是同一个构建号，但组件集合不一样。你看到「17763」，不代表它就是 2018 年 10 月那个漏洞百出、被紧急撤回的 1809。LTSC 走的是独立的补丁通道，它会在后续几个月里持续收到安全更新，但不会收到功能变更——这正是 LTSC 的核心价值：内核冻结，安全继续。

我在实际部署里对比过：同一台 i5-6500 + 8G 内存的机器，装消费版 22H2 空载内存占用大概在 2.2 到 2.6 GB 之间，装 LTSC 2019 空载能压到 1.1 到 1.4 GB。差距主要来自 UWP 应用框架、Store 后台服务、搜索索引和一堆常驻的体验组件。对内存 8G 以下、还要跑生产软件的机器，这个差别是实打实的。

2.2 修订号 2028 意味着补丁到了哪一档

修订号的价值在于：它告诉你这个镜像相对「干净」的 RTM 版本，已经内置了哪些安全修复。LTSC 2019 最初的 RTM 大概是 17763.107 这个级别，之后每隔一两个月推一次累积更新，修订号逐步往上走。

2028 这个位置，意味着它已经包含了从 2018 年底到 2021 年中期几乎所有的安全累积更新。好处是装完不用立刻联网打一两个小时的补丁，尤其在没有外网的内网环境里非常省事。坏处也很明显：2021 年之后的漏洞修复它没有，装完第一件事仍然是联网或者从内网 WSUS 把最新的补丁补齐。

注意：修订号高低不代表系统「更好」。修订号高的镜像，只是把补丁提前固化进去了，代价是镜像体积更大、install.wim 里被替换过的文件更多。如果你是给完全离线的内网做部署，高修订号是加分项；如果你有 WSUS 或者有稳定外网，选个中等修订号、体积小一点的反而更好灌装。

2.3 「20216.23」这类后缀是怎么来的

标题最后那串「20216.23」，不是微软官方的版本号格式。官方从来不会在发布名里带这种数字。这类后缀基本可以确定是封装者、打包团队或资源发布者自己加的内部标识，常见的有两种含义：一种是封装日期编码（比如 2021 年第 6 号批次、第 23 次修订），另一种是打包工具的版本加批次号。

理解这一点很重要，因为它直接决定了你该怎么看待这份镜像。微软官方不会发布「纯净版」这种叫法，官方发布的叫「评估版」或者批量授权渠道的 ISO。任何带「纯净版」「精简版」字样的镜像，都属于第三方二次封装。这不是说它一定有问题，而是说它的可靠性取决于封装的人，你必须自己验证。

验证的方法后面第 3 节会详细讲，核心就三条：核对 install.wim/esd 的映像索引和版本信息、检查有没有被塞进额外的安装脚本或应答文件、跑一遍系统文件完整性校验。

3. LTSC 和普通消费版到底差在哪，落到实处的判断

3.1 组件层面的差异清单

光说「LTSC 更干净」太虚，我把实际差异列成一张表，这些都是我在部署时逐个核对过的：

这张表里最值得说的是「功能更新推送」。消费版每半年一次的大版本更新，对普通用户来说是「新功能」，对生产环境来说是「一次不可控的变更」。我遇到过组态软件在系统大版本升级之后，因为底层图形接口变化导致界面渲染错位的情况。LTSC 没有这个问题，它在生命周期内只有安全修复，没有行为变更。

3.2 什么时候不该选 LTSC

LTSC 不是万能的，有几个场景我明确不建议用：

• 需要 Microsoft Store 应用的：比如你依赖某个只在 Store 上架的工具，LTSC 上没有 Store，强行装回 Store 组件包是可行的，但过程折腾且后续更新容易出问题。
• 需要用最新硬件的：17763 这个内核比较老，对第 12 代以后的 CPU 大小核调度支持不完善，对新显卡的驱动兼容性也依赖厂商。新机器上新硬件，我一般还是建议用较新的系统版本。
• 需要人脸识别、指纹等生物认证全套功能的：部分依赖现代组件的认证方式在 LTSC 上支持有限。
• 需要长期玩新游戏的：新游戏越来越多地依赖较新的 DirectX 组件和运行库，LTSC 2019 的组件版本偏老，得自己补。

反过来说，什么场景我几乎是无脑选 LTSC：虚拟机模板、内网文件服务器客户端、收银/查询终端、只跑一个垂直行业软件的工控机、4G 内存的老办公机、需要长期不进机房维护的无人值守设备。这些场景里，稳定和不打扰是第一优先级。

3.3 「纯净版」这三个字应该怎么理解

「纯净」这个词在系统圈的语义已经被用烂了。我给它一个可操作的界定，一共三层：

第一层是「无第三方软件」。装完进桌面，除了系统自带组件，没有额外的浏览器、压缩软件、播放器、安全软件。这一层是最基本的，也是大部分「纯净版」能做到的。

第二层是「无修改行为」。系统没有被改默认主页、没有预置注册表项指向某个推广站点、没有在计划任务里塞自启动脚本、没有被替换过的系统文件。这一层才是关键，也是大量所谓「纯净版」翻车的地方。很多人装了之后发现浏览器主页被改、搜索被劫持，就是在这一层出了问题。

第三层是「无过度裁剪」。系统组件保持完整，只是去掉了消费级的冗余部分。激进的「深度精简版」会把 Windows Update 服务、WinSxS 组件仓库、部分字体、部分驱动框架都删掉，结果就是装完体积很小、跑起来很流畅，但某天你要装一个软件，报「找不到某某组件」，然后你花两个小时去找这个组件，最后发现根本装不回去，只能重装系统。

我个人的判断标准很直接：宁可要一个体积大一倍的完整版，也不要一个将来会让我重装的精简版。精简带来的那点磁盘和内存收益，远抵不上一次返工的成本。

4. 镜像拿到手先别装：封装结构与裁剪边界

4.1 install.esd 和 install.wim 的取舍

打开镜像的 sources 目录，你看到的一定是install.wim或者install.esd。这两个是系统映像的容器格式，区别在压缩方式和可编辑性上。

install.wim用的是微软的 WIM 格式，支持最大压缩和快速解压，可以挂载、可以增删映像索引、可以注入驱动和补丁，是标准做法。install.esd是高压缩比的版本，体积通常比 WIM 小 20% 到 40%，但代价是不能被直接挂载编辑——你没法往里注入驱动，也没法直接改内容，只能通过 DISM 的导出功能转换回 WIM。

判断方法很简单：看文件大小。同一套系统，WIM 通常在 3.5 到 4.5 GB，ESD 能压到 2.5 到 3 GB 左右。这也是为什么很多「精简版」体积特别小——它们不只是删了组件，还换成了 ESD 格式。

如果你需要做批量部署、要注入磁盘控制器驱动（比如老服务器上的 RAID 卡驱动），那必须用 WIM。如果你只是单机装一次，ESD 也完全够用。转换的命令是：

dism /Export-Image /SourceImageFile:D:\sources\install.esd /SourceIndex:1 /DestinationImageFile:D:\install.wim /Compress:max /CheckIntegrity

/SourceIndex:1要看你实际有几个索引，先用这条命令列出来：

dism /Get-WimInfo /WimFile:D:\sources\install.esd

4.2 哪些组件能被裁，哪些裁了就出事

这一节是我踩坑最多的地方。系统组件不是独立的积木，很多看起来「没用」的东西，是别的功能的底层依赖。我按风险等级分三档：

低风险，可以安全裁掉的：Windows 自带的示例媒体文件、部分语言包、旧版备份还原工具、Windows Defender 的部分离线扫描定义（不是整个 Defender）、部分无障碍辅助组件、Hyper-V（如果你确定不用虚拟机）、部分内置字体（注意别删中文核心字体）。

中风险，裁之前要确认业务需求：Windows Search 索引服务（裁了之后开始菜单搜索会变慢，但能省内存）、部分网络协议栈组件（SMB 1.0 之类，现在大部分环境用不上了，但有些老设备还依赖）、打印服务（不打印的机器可以关，但有些软件会调用打印组件生成 PDF）、.NET Framework 的旧版本。

高风险，基本不能动：WinSxS 组件仓库（删了之后系统更新和部分软件安装必定失败）、Windows Update 服务框架（删了之后完全无法打补丁）、驱动框架的核心组件、WLAN 和有线网络栈、Windows Installer 服务、系统事件日志。

我的建议是：任何「精简版」在装之前，先在虚拟机里跑一周。把你常用的软件都装一遍、用一遍，看看有没有报错。这一步花两个小时，能省掉后面无数个小时。

4.3 装之前要准备的运行库和依赖

LTSC 2019 的组件版本偏老，装完之后有几样东西是我必补的，缺了它们很多软件会直接报错。这里对照一下热词里那些报错信息，基本都指向同一类问题。

第一是 VC++ 运行库。像Microsoft Visual C++ 2019 Redistributable Package (x64) is not installed、msvcp140.dll 缺失、vcruntime140.dll 找不到这类报错，全部是运行库没装导致的。现在通行的做法是直接装了Microsoft Visual C++ Redistributable 2015-2022 x64这个合包，它向下覆盖了 2015、2017、2019、2022 版本的库。注意x64 和 x86 都要装，很多 32 位程序仍然需要 x86 版本的运行库，只装 x64 会出现「装完了还是报错」的情况。

第二是 .NET Framework。LTSC 2019 内置的是 4.7 到 4.8 这个区间，但如果你的软件依赖 3.5（很多老的行业软件还在用），需要手动启用。这是个系统功能而非独立安装包，用命令行最省事：

dism /online /enable-feature /featurename:NetFx3 /all /source:D:\sources\sxs /limitaccess

注意/source要指向挂载的镜像或安装介质里的sources\sxs目录，否则系统会尝试联网下载。

第三是 DirectX 9.0c 的旧组件。这类组件在新系统里默认不再完整提供，但很多老游戏和老的三维软件还依赖d3dx9_xx.dll系列文件。装一个 DirectX 终端用户运行时合集能一次性补齐。

第四是我另外常备的几个：OpenAL（音频游戏用）、PhysX（老 NVIDIA 游戏用）、Java 运行时（如果有对应的业务系统，比如一些内网的 OA 或报表工具跑在 JRE 上），以及 JDK 如果涉及开发。

提示：不要用那种「一键运行库合集包」。这类合集往往是几年前打包的，里面的 VC++ 版本停在很老的修订号，装了之后反而会覆盖系统里已有的新版本文件，导致新的报错。老老实实去下每个运行库的官方最新版本，四个安装包加起来也就几分钟。

5. 从启动盘到第一次进桌面：完整装机实操

5.1 启动盘制作和固件设置

我现在的习惯是用一块 16GB 以上的 U 盘，走 FAT32 格式。原因很实际：FAT32 能被绝大多数主板的 UEFI 固件识别，而 NTFS 格式的 U 盘在部分老主板的 UEFI 模式下是认不出来的。

但 FAT32 有个单文件 4GB 的上限，如果 install.wim 超过 4GB 就会写不进去。解决办法有两个：一是换成 ESD 格式（体积更小），二是把 WIM 拆分成多个小于 4GB 的片段：

dism /Split-Image /ImageFile:D:\sources\install.wim /SWMFile:E:\sources\install.swm /FileSize:3800

U 盘制作我一般用官方的介质创建工具或者直接手动拷贝文件。手动拷贝是最可控的：把整个镜像内容复制到 U 盘根目录，然后用 bcdboot 写引导，或者确认\efi\boot\bootx64.efi存在即可。

固件设置这块，进 BIOS 或 UEFI 之后要确认三件事：启动模式是 UEFI 还是 Legacy、安全启动是开是关、启动顺序。LTSC 2019 对安全启动是支持的，但有些第三方封装的镜像因为引导文件被改过，开启安全启动会无法引导。如果遇到 U 盘引导不了，先把安全启动关掉试试，能引导说明是引导文件的签名问题。

另外提醒一句：装系统前把主板固件里的「快速启动」和「Intel RST / RAID 模式」确认一下。如果是 RAID 模式，系统安装过程中会看不到硬盘，需要在安装界面手动加载 RAID 驱动。

5.2 分区方案和磁盘控制器驱动注入

分区我推荐的做法是：UEFI + GPT，三个分区。EFI 系统分区 300MB（默认是 100MB，但有些主板加上恢复环境会不够，300MB 保险）、MSR 保留分区 16MB、主分区剩余全部。

用命令行最干净，在安装界面按 Shift+F10 调出命令行：

diskpart select disk 0 clean convert gpt create partition efi size=300 format quick fs=fat32 label="System" create partition msr size=16 create partition primary format quick fs=ntfs label="Windows" exit

clean这一步会清空整块盘，执行前务必确认选中的是目标盘。我见过不少人select disk选错了，把存资料的盘清了。

关于磁盘控制器驱动，这是标题热词里MegaRAID SAS 9260 8i Windows x64 驱动指向的典型场景。老服务器上的 RAID 卡，Windows 安装镜像里不带驱动，安装程序就会看不到任何磁盘。处理方式是在安装界面加载驱动：

• 提前把驱动解压到 U 盘的某个目录
• 安装界面点「加载驱动程序」，指向这个目录
• 如果驱动是 exe 格式，需要先用解压工具拆出其中的 inf、sys、cat 文件

如果要做批量部署、不想每次手动加载，就得把驱动注入到 install.wim 里：

dism /Mount-Image /ImageFile:D:\sources\install.wim /Index:1 /MountDir:C:\mount dism /Image:C:\mount /Add-Driver /Driver:C:\drivers\megaraid /Recurse dism /Unmount-Image /MountDir:C:\mount /Commit

/Recurse表示递归搜索子目录里的所有 inf 文件，一次注入整个驱动包。

5.3 首次进桌面后必须立刻做的几件事

系统装完、第一次进桌面，很多人就直接开始装软件了。我一般会按顺序做完下面这几件事，能省掉后面很多麻烦。

第一，装芯片组驱动和网卡驱动。这两个是基础，装完之后设备管理器里的未知设备会少一大半。芯片组驱动优先于其他所有驱动装，因为它会正确注册各种系统设备和电源管理接口。

第二，装显卡驱动。显卡驱动没装之前，系统跑的是微软的基础显示驱动，分辨率不对、没有硬件加速、部分软件直接跑不起来。

第三，补齐运行库，就是第 4.3 节说的那四个包。

第四，做系统还原点或者快照。这一步是重中之重。刚装完、还没装任何业务软件的干净状态，是你最宝贵的「后悔药」。如果是物理机，开系统保护创建一个还原点；如果是虚拟机，直接打快照。后面无论装什么软件装崩了，回退到这一步就是十分钟的事。

powershell -Command "Enable-ComputerRestore -Drive 'C:\'; Checkpoint-Computer -Description 'CleanInstall' -RestorePointType 'MODIFY_SETTINGS'"

第五，把系统更新补到最新。因为是 17763.2028 的修订层级，中间还缺不少补丁。联网状态下走 Windows Update 补完整，这一步可能要重启好几次。补完之后再打一个还原点，作为「干净且最新」的基线。

5.4 无人值守安装：批量部署时的省力做法

如果是给十几台同型号机器装机，一台台手点太浪费生命。做法是写一个应答文件autounattend.xml，放在 U 盘根目录，安装程序会自动读取。

这个文件里的关键节点我列几个常用的：windowsPE阶段配置分区和语言、specialize阶段配置计算机名和时区、oobeSystem阶段跳过 OOBE 设置界面自动创建本地账户。下面是一段跳过 OOBE 的核心片段：

<settings pass="oobeSystem"> <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS"> <OOBE> <HideEULAPage>true</HideEULAPage> <HideLocalAccountScreen>true</HideLocalAccountScreen> <HideOEMRegistrationScreen>true</HideOEMRegistrationScreen> <HideOnlineAccountScreens>true</HideOnlineAccountScreens> <HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE> <ProtectYourPC>3</ProtectYourPC> </OOBE> <UserAccounts> <LocalAccounts> <LocalAccount wcm:action="add"> <Name>admin</Name> <Group>Administrators</Group> <Password><Value>你的密码</Value><PlainText>true</PlainText></Password> </LocalAccount> </LocalAccounts> </UserAccounts> </component> </settings>

几个注意点：processorArchitecture里 x64 架构要写amd64而不是x64，这是个经典坑；密码写在明文里，所以这个 U 盘别乱丢；ProtectYourPC设成 3 表示全部关闭「快速设置」里的推荐选项。

单机装机其实不太需要应答文件，手动点几下更快。但如果是虚拟机模板制作，应答文件是必须的——它能让整个安装过程完全自动化，配合 Packer 之类的工具可以做到「一条命令生成一个模板」。

6. 装完之后：让这套系统真正稳下来的调优

6.1 更新策略怎么定

LTSC 的好处是不推功能更新，但安全更新还是要打的。这里有个取舍：打得太勤，每次重启都影响业务；打得太懒，安全性没保障。

我的做法是分场景定策略：

生产终端（收银、工控、查询机）：用组策略把更新设为「手动下载、手动安装」，然后约定每月固定一个维护窗口，比如每月第一个周末的凌晨，统一推送安装。这样把不确定的随机重启变成可预期的计划维护。

个人工作机：直接设成自动下载、通知安装，装完重启一次就完事，不用太纠结。

完全离线内网机：靠内网 WSUS 服务器统一管控，或者定期用离线补丁包手动打。这类机器最忌讳的就是完全不管，因为一旦有蠕虫类漏洞，内网传播速度极快。

6.2 服务、计划任务和遥测的处理尺度

网上流传的各种「服务优化清单」我一向是打折执行的。有些清单让你把几十个服务全禁用，结果系统是快了那么一点，但你哪天要装个打印机、连个蓝牙、用个投屏，全都不工作，还得一个个回想当初关了什么。

我实际会动的，只有这么几项，而且都有明确理由：

• Windows Search 索引：如果这台机器只是跑单一软件、不需要全局搜索，关掉能省几百 MB 内存和持续的磁盘读写。但关掉之后开始菜单的搜索会变慢。
• SysMain（原 Superfetch）：机械硬盘时代这个服务有用，SSD 上收益很小甚至可能增加写入。SSD 机器可以考虑关。
• Windows Update 自动更新：改成手动触发，理由见上一节。
• 遥测相关服务：把诊断数据级别设为「安全」或「基本」，这个在组策略里能设，不需要禁服务。
• Xbox 相关服务：LTSC 里本来就没有，不用管。

计划任务这块，「Customer Experience Improvement Program」和「Application Experience」相关的几个任务可以禁用，其他我基本不动。

注意：不要用那种「一键优化器」批量禁用服务。这类工具的原理是套用一份写死的服务列表，它不知道你这台机器是干嘛的。我见过优化完之后 SQL Server 连不上、网络共享目录访问不了、域环境登录异常的各种情况。服务优化要一项项来，动完一项观察几天。

6.3 组件仓库瘦身：WinSxS 的正确处理方式

WinSxS 目录动辄占十几 GB，很多人看着眼馋想删。直接删是绝对不行的，这个目录里存的是系统组件的各个版本副本，靠硬链接组织，手工删除会破坏链接关系。

正确的瘦身方式是让 DISM 自己清理，它会保留当前需要的最小集合，把被替换掉的旧版本组件删掉：

dism /online /Cleanup-Image /StartComponentCleanup /ResetBase

/ResetBase会清除所有被取代的组件版本，代价是之后无法卸载任何已安装的更新。如果你的系统已经稳定运行、不需要回退更新，加上这个参数能省出好几 GB。如果还在调试阶段，先去掉了/ResetBase的版本跑一次更保险。

6.4 备份策略：把一次折腾变成可复用资产

这一步是被绝大多数人忽略的。系统装好了、软件装齐了、配置调好了，这个状态值钱得很，但很多人不做备份，结果下次重装又要重来一遍。

我的做法分三层：

第一层是系统盘快照。物理机用系统自带的还原点，虚拟机用平台的快照功能。粒度是「重大变更前」打一个。

第二层是系统盘镜像。用官方的系统映像备份功能，或者第三方工具做一个完整的分区镜像存到外置硬盘。粒度是「季度」。

第三层是数据与配置的分离。这条最重要：永远不要让业务数据只存在系统盘上。把数据目录、软件配置目录通过目录链接的方式挪到 D 盘。这样系统盘崩了，重装系统之后重新挂上链接，数据一点不丢。具体做法是把软件配置目录移动位置，再在原位置创建目录链接：

mklink /D "C:\ProgramData\YourApp" "D:\AppData\YourApp"

这个习惯一旦养成，重装系统的心理负担会小很多——反正数据都在 D 盘，系统崩了就崩了，一个小时重装完事。

7. 踩坑实录与常见问题速查

7.1 装机阶段的高频故障

无法从 U 盘引导。按可能性排序：U 盘格式问题（换 FAT32）、安全启动未关、启动模式不匹配（UEFI 镜像用了 Legacy 模式）、引导文件缺失。我遇到过一块 U 盘在 A 机器上能引导、在 B 机器上不行，最后发现是 U 盘本身的分区表是 MBR，而 B 机器只支持 UEFI 引导 GPT 介质。换 U 盘或者重新分区就好了。

安装程序看不到硬盘。九成是两类问题：磁盘控制器是 RAID 模式但没加载驱动，或者硬盘是 NVMe 但镜像里缺对应驱动（老系统上这种情况有）。处理方式就是前面说的，加载驱动或者注入驱动。

安装到一半报错 0x80070570 或其他十六进制错误码。这类错误八成是安装介质本身损坏或者制作过程出错。先校验镜像的哈希值，再重新制作 U 盘。校验用的是官方公布的哈希，第三方封装的镜像没有官方哈希，那就至少确认下载过程没中断、文件大小和发布方给的一致。

装完进不了系统，卡在logo或者黑屏。可能是显卡驱动冲突（用基础显示模式能进），也可能是引导配置问题。试试在引导时强制基础显示模式，能进就说明是显卡驱动的事，进系统后装正确的驱动。

7.2 进系统之后的疑难杂症

软件报「找不到 msvcp140.dll / vcruntime140.dll」。这是 VC++ 运行库没装的典型症状，装Microsoft Visual C++ Redistributable 2015-2022 x64，同时把 x86 版本也装上。装的时候如果提示「已安装更新的版本」，说明系统里已经有新版本了，那就不是运行库的问题，而是软件本身找错了路径或者被安全软件拦截了。

老软件装不上，提示需要 .NET Framework 3.5。用前面 DISM 的命令启用，注意指定本地源。如果启用失败，检查系统安装介质是否完整。

网络共享访问不了，提示「你不能访问此共享文件夹，因为你的组织的安全策略阻止未经身份验证的来宾访问」。这是较新版本默认禁用了不安全的来宾访问。如果是内网老设备需要，可以在组策略里把「启用不安全的来宾登录」打开。但我建议只在确实需要的机器上开，并且限制在网络隔离的环境里。

装完某个软件之后开机变慢、桌面加载卡顿。用任务管理器的启动项和「系统配置」里的服务列表排查，看是不是新装的东西注册了一堆自启动。另外可以看事件查看器里的应用日志，找加载超时的记录。

中文显示异常、部分界面出现方块。检查是不是精简版把中文字体删了。这种情况下最省事的做法是把官方镜像里的字体目录拷回来，或者直接从同版本完整系统里导出字体重新安装。

7.3 常见问题速查表

7.4 我个人的几条经验

最后说几条不在教程里、但实际很管用的经验。

装机之前先看设备管理器长什么样。如果是给别人修机器、或者装别人用的机器，先把原系统的设备管理器截个图，记下型号和驱动状态。这套系统装完之后如果有设备不工作，你能快速对照出缺的是哪个驱动。

驱动别只用系统自动搜索的那一套。系统自动找的驱动通常是「能跑就行」的通用版本，性能和省电特性都打了折扣，尤其是笔记本的显卡和芯片组驱动。官方驱动包虽然大，但换来的是完整的电源管理和性能表现。

老硬件上别追求最新修订号的镜像。修订号高的镜像里，有些补丁会引入对新硬件特性的检查，老机器上反而可能出兼容问题。这种情况我会挑一个适中的修订号版本，装完让系统自己更新到它能承受的最新状态，而不是一开始就灌最新的。

每次重装都写一句备注。我自己的习惯是装完系统后在 D 盘根目录放一个文本文件，记下装机日期、镜像版本、装过的主要软件、当时遇到过的坑。一年后回头再看，哪次装完是什么状态一目了然。这个习惯在维护多台机器的时候价值极高，因为人的记忆是靠不住的，尤其是一年装十几台机器之后。

遇到「莫名其妙的偶发问题」，优先怀疑内存和硬盘。软件层面的问题一般是稳定的、可复现的；偶发的、随机的、不同错误码轮着出现的问题，大概率是硬件。我遇到过一台机器装了三次系统都出现不同的随机报错，最后换内存解决。系统本身没问题，别在软件上死磕。

保留一份原始镜像。封装好的成品镜像用顺手了，容易忘了原始镜像放哪了。留一份官方原版的 ISO 在移动硬盘里，某天你怀疑是封装动了手脚、或者需要一份「绝对干净」的基准做对比，它能救你。

装完系统之后先别急着装业务软件，先跑两天。让系统自己把索引建完、把更新打完、把驱动稳定下来。稳定状态下再装软件，出问题的概率会低很多，而且真出问题了也容易定位是哪一步引入的。