XP系统i386完整包：目录结构、驱动注入与无人值守部署-平芜编程栈

简介：Windows XP i386 完整安装包面向需要在老旧硬件、虚拟机或模拟环境中复刻经典系统的用户，适合复古游戏玩家、旧版软件兼容性测试人员与系统维护学习者使用。压缩包共 291 个文件、约 12.95MB，以 116 个 dl_ 组件、40 个 htm 说明页、19 个 dll 动态链接库、16 个 ex_ 与 13 个 exe 可执行文件为主，另含 in_、vb_、ch_ 等压缩态脚本及 3 个 cab 归档文件，基本保留了原始安装介质的目录组织与组件划分，便于还原安装流程、核对系统文件并排查缺失组件。目前已有 1857 人学习下载。读者可据此获得相对完整的 i386 组件集合，用于搭建离线安装环境、研究 XP 的引导机制与文件结构，也可作为旧设备维护和软硬件兼容性验证的参考资料。

1. 从一台停摆的老设备说起：xp 系统 i386 完整包能解决什么

产线上那台老设备黑屏之后，换主板、换硬盘都没用，最后一查是安装源的问题：手里只有封装死的镜像，新芯片组的驱动压根不在内置列表里。能救场的不是 ISO，是拆开散放的 i386 目录。xp 系统 i386 完整包指的就是按文本模式安装源组织起来的整套 32 位 x86 安装文件：txtsetup.sif 管硬件识别与文件映射，dosnet.inf 决定复制顺序，driver.cab 塞满内置驱动，svcpack 和 $OEM$ 留好了补丁与定制脚本的扩展位。它适合给老旧工控机、收银终端、离线虚拟机重装系统的维护人员，适合做批量无人值守部署的运维，也适合想弄明白 NT 那代安装器怎么跑、好做定制镜像的开发者。封装死的镜像改不动，散装 i386 能改、能裁、能塞驱动，这就是它一直被留着的原因。

2. 目录结构拆解：i386 里究竟是哪些文件在干活

拿到一个几百兆、上千个文件的平铺目录，第一反应通常是懵的——没有 installer，没有 wizard，找不着入口。真正的入口藏得很深：文本模式阶段不读注册表、不加载任何服务，所有判断都压在一个文本文件里。搞清这个分层，后面改什么都不慌。

i386 目录的逻辑可以粗暴地切成三段：文本模式阶段（蓝底白字那个界面，负责分区、格式化、拷基础文件）、GUI 阶段（图形界面，装驱动、注册组件、写注册表）、首次登录之后（$OEM$ 里的脚本收尾）。三段读的配置文件完全不同，改错了阶段就是白改。

2.1 四类文件的分工表

先建立一张地图，后面所有改动都对着它来。

文件 / 目录	干的事	能不能动
txtsetup.sif	文本模式下的硬件 ID 匹配、源文件映射、目标目录创建	能改，但必须保持 ANSI 编码 + CRLF 行尾
dosnet.inf	GUI 阶段从安装源到 %SystemRoot% 的复制清单	能改，加文件必须同步
layout.inf	每个源文件的字节数与日期，GUI 复制的比对基准	慎改，格式极死
driver.cab / sp3.cab	内置驱动与补丁的压缩包	整包替换，别手工解压重压
svcpack.inf	补丁安装的编排脚本	能改，集成工具会自动维护
$OEM$	自定义文件、驱动、首次登录脚本的唯一入口	主要改造区，随便加
winnt.exe / winnt32.exe	两个安装启动器（16 位与 32 位）	不改
i386\asms	程序集清单，WinSxS 的底座	千万别删
i386\SYSTEM32	系统基础文件，压缩态存盘	只做替换，不加新文件

这张表里最容易踩的两个雷：layout.inf 和 asms。前者是 GUI 阶段"请插入光盘"弹窗的元凶，后者是精简镜像最常见的翻车点，后面第 5 章展开。

2.2 txtsetup.sif：文本模式安装的总调度

这个文件是整个安装源里最核心的一个，纯文本，分节结构，跟 ini 一个套路。它干三件事：告诉安装器有哪些文件、这些文件从哪张"盘"来、遇到某个 PCI 设备该加载哪个驱动。

[Version] Signature="$Windows NT$" MajorVersion=5 MinorVersion=1 BuildNumber=2600 [SourceDisksNames] ; 每一行定义一个"源盘"，i386 完整包通常只有一个逻辑盘 1 = %cdname%,%cdtagfile%,,"" [SourceDisksFiles] ; 文件名 = 盘号, 子目录, 大小, 日期, 是否压缩(2=压缩), 目标目录索引 ntoskrnl.exe = 1,,,,,,,2,0,0 hal.dll = 1,,,,,,,2,0,0 pci.sys = 1,,,,,,,2,0,0 [WinntDirectories] ; 目标目录索引表，上面那个最后的 0 就指到这里 1 = "\" 2 = "system32" [HardwareIdsDatabase] ; PCI 设备 ID -> 驱动服务名。SATA/AHCI 能不能认，全看这张表 PCI\CC_0101 = "pciide" PCI\CC_0106 = "ahci" [SCSI] ; 文本模式要加载的驱动加载器，缺了就是 0x7B pciide = "IDE 控制器" ahci = "AHCI 控制器"

[SourceDisksFiles]那串逗号分隔的字段是新手最容易读错的地方，从第二个逗号往后基本都是留空，真正有意义的是第 1 个字段（盘号）和倒数第 3 个字段（是否压缩）。压缩值填 2 表示这个文件在源里是_结尾的压缩态（比如ntoskrnl.exe实际存成ntoskrnl.ex_），填 0 表示原样存。手工往 i386 里塞新文件时，把压缩值填错，安装器会在复制阶段报"文件损坏"，其实文件好好的，只是它按压缩格式去解了。

[HardwareIdsDatabase]是注入存储驱动的关键。老机器主板换成新的 SATA 芯片组之后，安装器扫到那个 PCI ID，在这张表里找不到对应项，就退化到默认的 IDE 驱动，然后重启就 0x7B。所以加驱动不是把 .sys 拷进去就完事，得在这里挂上号。

提示：txtsetup.sif 的编码必须是 ANSI（本地代码页），换行必须是 CRLF。用某些编辑器默认存成 UTF-8 带 BOM，安装器读第一行就崩，报的错还特别含糊。

2.3 dosnet.inf 与 layout.inf：复制顺序与源文件清单

如果说 txtsetup.sif 管"装得进去"，那 dosnet.inf 管"装得完整"。GUI 阶段有一个独立的复制引擎，它不看 txtsetup.sif，只看 dosnet.inf 的[Files]段来决定从源目录往系统目录搬哪些文件。

[Directories] ; 目标目录定义，d1 代表系统盘根 d1 = \ d2 = \system32 d3 = \system32\drivers [Files] ; 源文件名, 目标目录标识, 是否必须, 是否允许从 cab 里解 ntoskrnl.exe, d2, 1, 2 pci.sys, d3, 1, 2

第 3 个字段1表示"必需"，缺了安装直接失败；填0表示可选（比如某些多语言资源）。第 4 个字段表示目标已存在时怎么处理，2是覆盖。

layout.inf 则是另一套逻辑，它记录每个文件的确切字节数和文件日期。GUI 阶段每次复制前都会拿源文件跟这张表核一遍，对不上就弹窗要求插入安装介质——很多人改完 i386 里的文件，装到一半开始无限弹窗，就是这个原因。它的格式像这样：

[SourceDisksFiles] ntoskrnl.exe = 1, 2180352, 2008-04-14, 0, 0 pci.sys = 1, 68224, 2008-04-14, 0, 0

这里的字节数必须精确到个位，日期格式是YYYY-MM-DD。所以改 i386 里的文件，只有两种安全做法：一是同步更新 layout.inf 里对应的行，二是干脆不动 i386，把改动文件放进 $OEM$ ，让它在 GUI 阶段之后再覆盖。第二种省事得多，我一般走这条。

2.4 动手之前先盘点一遍

手里这份包是不是完整的，别靠感觉。花十秒跑个脚本，比装到 60% 报错再回头查强。

#!/bin/bash # 快速盘点 i386 目录，确认关键文件齐全，并统计规模 SRC="${1:-./i386}" required=(txtsetup.sif dosnet.inf layout.inf driver.cab winnt32.exe setup.exe pidgen.dll) missing=0 for f in "${required[@]}"; do if [[ ! -f "$SRC/$f" ]]; then echo "缺失: $f" missing=$((missing + 1)) fi done # 压缩态的系统核心文件，用 _ 结尾 for f in ntoskrnl.ex_ hal.dl_ pci.sy_; do [[ -f "$SRC/$f" ]] || echo "缺失(压缩态): $f" done echo "文件总数: $(find "$SRC" -maxdepth 1 -type f | wc -l)" echo "目录大小: $(du -sh "$SRC" | cut -f1)" [[ $missing -eq 0 ]] && echo "关键文件齐全" || echo "有 $missing 个关键文件缺失"

脚本里的required数组是安装流程的最小依赖集：txtsetup.sif、dosnet.inf、layout.inf三个配置缺一不可，driver.cab是内置驱动包，winnt32.exe和setup.exe分别是两个阶段的启动器，pidgen.dll负责安装序列号的校验逻辑（缺了它 GUI 阶段第一屏就过不去）。压缩态那三个是 32 位内核、HAL 层和 PCI 总线驱动，命名规则是去掉最后一个字符换成下划线，这是 NT 时代 cab 压缩的约定。

find -maxdepth 1只统计顶层，因为 i386 目录本身是平铺的，子目录只有SYSTEM32、LANG、ASMS等少数几个。跑完看到文件数在一千上下、体积几百兆，基本就是完整的。

3. 让散装文件真正跑起来：三条启动路径与介质制作

i386 完整包有个天然缺陷：它本身不含引导扇区。这是一堆等着被安装器读取的源文件，不是能直接塞进光驱启动的介质。所以第一步要解决的不是安装，是"怎么让机器跑起安装程序"。

3.1 DOS、PE、引导镜像，三条路怎么选

路径	触发方式	能识别的存储	实际体验
DOS 引导 + winnt.exe	一张 DOS 启动盘，进命令行跑 16 位安装器	只能 FAT，走 BIOS INT13	老机器没有 PE 时的兜底，慢
PE 引导 + winnt32.exe	维护 PE 起来，命令行跑 32 位安装器	NTFS + PE 自带的存储驱动	主流做法，成功率高
光盘引导镜像	补一个 2048 字节的 no-emulation 镜像	只认 txtsetup.sif 里列出的	要交付物理介质时用

DOS 那条路最大的坑不是兼容性，是速度。DOS 下不挂 SMARTDRV，复制几百兆文件能磨掉四十分钟，而且中途一个 8.3 文件名截断就可能整段失败。除非目标机器老到连 PE 都起不来，否则不建议走。

PE 路径的逻辑是反过来的：PE 自己带着一套完整的存储驱动，能认出绝大多数 AHCI、RAID 控制器，跑起来之后由winnt32.exe从 i386 目录读源文件、写目标盘，等第一次重启才交给 txtsetup.sif 接管。这就意味着文本模式认不出硬盘也没关系，只要 PE 能认出来——但重启之后那一关还是得靠 txtsetup.sif，所以驱动注入该做还得做。

3.2 命令行参数怎么给

在 PE 的 cmd 里，从挂载的安装源往目标盘装，常用这么一行：

# D: 是 i386 所在的分区，C: 是目标系统盘 D:\i386\winnt32.exe /syspart:C: /tempdrive:C: /unattend:D:\i386\WINNT.SIF /makelocalsource /noreboot

逐个数：/syspart:C:把引导文件直接写到 C 盘并标记为活动分区，省掉后面修复引导的麻烦；/tempdrive:C:指定临时文件位置，跟 syspart 指同一个盘最稳；/unattend:挂应答文件，不挂就是全程手点；/makelocalsource把安装源里的文件先全部拷到本地硬盘，之后重启就不用再去找原介质了，这个参数在 U 盘安装时特别关键，不然中间拔了 U 盘直接卡死；/noreboot让它在复制完成后不自动重启，方便你检查日志。

DOS 下则是另一套参数：

SMARTDRV.EXE 4096 D:\i386\winnt.exe /s:D:\i386 /u:A:\unattend.txt /t:C:\TEMP

SMARTDRV.EXE 4096开 4MB 写缓存，这一步不做，后面的复制时间翻十倍不止。/s:指安装源路径，必须指到 i386 这一层，不是它的上级；/u:指应答文件，注意 DOS 阶段用的是unattend.txt这个名字，跟 GUI 阶段的WINNT.SIF不是同一个文件格式细节上略有差别；/t:指临时目录，别指到目标系统盘以外的地方，否则复制到一半空间不够。

3.3 打成可引导 ISO

要交付一张能启动的光盘，需要两样东西：i386 目录 + 一个 2048 字节的引导镜像。这个镜像通常是原版介质根目录下那个小文件，作用是让 BIOS 加载它之后跳转到i386\setupldr.bin。手上没有的话，从任意一份 NT 系安装介质根目录取出来就行。

# 组装目录树 mkdir -p /tmp/xpcd cp -r ./i386 /tmp/xpcd/i386 cp ./boot/boot.img /tmp/xpcd/boot.img # 2048 字节引导镜像放根目录 # 生成 ISO mkisofs -o xp_i386.iso \ -b boot.img -no-emulation-boot -boot-load-size 4 \ -J -joliet-long -N -relaxed-filenames \ -V "XPSETUP" /tmp/xpcd

-b boot.img指定引导镜像路径（相对 ISO 根），-no-emulation-boot是关键，NT 系安装器用的是不模拟软盘的加载方式，写成-b默认的软盘模拟会直接起不来。-boot-load-size 4表示一次加载 4 个 512 字节扇区，正好覆盖那个 2048 字节镜像。-J -joliet-long加 Joliet 扩展支持长文件名，-N去掉 ISO9660 的;1版本后缀——有些老安装器会因为文件名后面挂着这个后缀而找不到文件，这是我踩过的坑，加上-N就干净了。

注意： $OEM$ 这种带美元符号的目录名在某些 mkisofs 版本下会被-relaxed-filenames之外的规则过滤掉，打完 ISO 一定要挂载回来ls一遍，确认目录树跟源一致再拿去装。

3.4 虚拟机里的最小验证

改完任何东西，先在虚拟机里跑一遍再上真机。配置上有几个点必须对上：

内存给 512MB 到 1GB 之间。32 位系统不加特殊参数时，能寻址的物理内存上限就在 3.25GB 左右，给多了也用不上，反而可能因为显存映射冲突出怪问题。虚拟磁盘控制器选 IDE 模式，这是最省事的——选 SATA/AHCI 的话，要么在文本模式那几秒里按 F6 从软盘加载驱动，要么提前把驱动注进 txtsetup.sif。磁盘容量别超过 137GB 太多，老分区工具对 LBA 的支持不如现在。

验证清单我一般按这个顺序做：能不能进文本模式分区界面 → 文件复制有没有报错 → 第一次重启后能不能继续 GUI 阶段 → 装完能不能进桌面 → 设备管理器里有没有黄色感叹号。前三步任一失败，问题一定在 i386 的配置文件或驱动注入上；卡在第四步，多半是 HAL 类型选错了或者 asms 被动了。把这五步当成固定回归流程，比事后猜要快得多。

4. 无人值守与驱动集成：WINNT.SIF、svcpack 和 $OEM$

一台一台手点装完十台机器，人会麻。i386 最大的价值就在于它是可编程的：应答文件管流程，svcpack 管补丁，$OEM$ 管一切自定义内容，三个口子配好，插上介质就能去干别的。

4.1 WINNT.SIF 逐段写法

这个文件放在 i386 根目录下，安装器会自动去找。分段结构，每段管一个阶段。

[Data] ; 声明这是无人值守安装 UnattendedInstall="Yes" AutomaticUpdates="No" [Unattended] ; FullUnattended = 全程不弹窗；OemPreinstall 打开才会处理 $OEM$ 目录 UnattendMode=FullUnattended OemPreinstall=Yes OemSkipEula=Yes TargetPath=\WINDOWS ; 驱动签名策略，测试环境必须放开，否则自签驱动装不上 DriverSigningPolicy=Ignore NonDriverSigningPolicy=Ignore [GuiUnattended] ; 管理员密码留空表示无密码，实际部署别这么干 AdminPassword=* EncryptedAdminPassword=No TimeZone=210 OemSkipWelcome=1 OemSkipRegional=1 [UserData] ; ProductKey 必须是合法取得的序列号，这里放占位 ProductKey="XXXXX-XXXXX-XXXXX-XXXXX-XXXXX" FullName="Deploy" OrgName="Lab" ComputerName="PC-%RANDOM%" [Display] Xresolution=1024 Yresolution=768 BitsPerPixel=32 [Networking] InstallDefaultComponents=Yes

几个参数值得单独说。OemPreinstall=Yes是最容易漏的一行，漏了它， $OEM$ 目录会被完全忽略，你放进去的驱动和脚本一个都不会执行，而且不报任何错。DriverSigningPolicy=Ignore在正式环境里会被组策略覆盖，但在文本模式之后的驱动安装阶段它是生效的，自签驱动没这行会静默拒绝安装。ComputerName="PC-%RANDOM%"里的%RANDOM%是安装器支持的变量替换，批量部署时避免重名，比事后改名省事。

TimeZone=210是时区索引值，不是偏移小时数，写错会让系统时间差好几个小时，排查起来很费劲。

4.2 补丁集成：update.exe /integrate 与 svcpack.inf

补丁包的集成命令很固定，指向包含 i386 的目录而不是 i386 本身：

# C:\XPCD 下有 i386 目录，集成命令指向 C:\XPCD WindowsXP-KBxxxx-x86-CHS.exe /integrate:C:\XPCD /passive

跑完之后它会做四件事：把补丁文件解到i386\svcpack目录、更新svcpack.inf增加安装条目、同步修改dosnet.inf和txtsetup.sif里对应的文件映射、更新layout.inf里的字节数。正因为它是"全自动同步"，所以手工改过的源再跑集成工具，容易把手工改动覆盖掉——顺序应该是先集成补丁，再改 $OEM$。

集成后的 svcpack.inf 长这样：

[Version] Signature="$Windows NT$" MajorVersion=5 MinorVersion=1 BuildNumber=2600 [SetupData] ; 补丁包和 .cat 文件放这里，路径相对 i386 CatalogSubDir="\i386\SVCPACK" [ProductCatalogsToInstall] KBxxxx.CAT [SetupHotfixesToRun] ; /q 静默 /n 不备份 /z 装完不重启 KBxxxx.exe /q /n /z

[SetupHotfixesToRun]段里的开关组合是有讲究的：/q静默，/n不保留卸载备份（省几百兆空间，代价是没法回滚），/z装完不重启——批量装十几个补丁时，每个都重启一次能让人崩溃，必须加/z，让它在最后统一重启。

4.3 $OEM$ 目录：唯一能随便加文件的地方

$OEM$ 的目录结构不是随便摆的，每个子目录名对应一个"投递目标"：

i386\$OEM$\$1\ -> 投递到系统盘根，比如 D 盘 i386\$OEM$\$1\Drivers\ -> 放驱动的常规位置 i386\$OEM$\$1\Install\ -> 放安装脚本 i386\$OEM$\$$\ -> 投递到 %SystemRoot%（多一个 $ 表示 Windows 目录） i386\$OEM$\$$\System32\ -> 直接进 system32 i386\$OEM$\textmode\ -> 文本模式驱动，配合 txtsetup.oem 使用 i386\$OEM$\$$\System32\cmdlines.txt -> 首次登录前执行的命令清单

$$映射到系统目录（通常是C:\WINDOWS），$1映射到系统盘根。这个映射关系是写死在安装器里的，改不了，所以别自作聪明改目录名。

cmdlines.txt是整个定制流程的收口点，格式极简：

[Commands] "rundll32 advpack.dll,LaunchINFSection %SystemRoot%\inf\hdaudio.inf,DefaultInstall" "%SystemDrive%\Install\setup.cmd"

[Commands]下面每一行一条命令，双引号包住。它在图形界面装完、用户第一次登录之前执行，权限是 SYSTEM，所以能改注册表、能装驱动、能静默安装软件。setup.cmd里我一般按顺序做：装 .NET 运行时、配网络、导入几段注册表优化、删掉桌面上的多余快捷方式、最后shutdown -r -t 30重启一次让驱动生效。

4.4 文本模式驱动注入：txtsetup.oem

这是让 AHCI/RAID 机器能顺利装下去的关键。文本模式阶段的驱动加载不走 INF，走的是txtsetup.oem。把它和驱动文件一起放进i386\$OEM$\textmode\：

[Disks] ; d1 是驱动盘标识，路径相对 i386\$ d1 = "AHCI 驱动", \i386\$OEM$\textmode\ahci.tag, \ [Defaults] scsi = AHCI_32 [scsi] ; 文本模式加载的驱动名，要跟 txtsetup.sif 的 [SCSI] 段对上 AHCI_32 = "AHCI 控制器 (32 位)" [Files.scsi.AHCI_32] driver = d1, ahci.sys, ahci inf = d1, ahci.inf catalog= d1, ahci.cat [HardwareIds.scsi.AHCI_32] ; 这里的 VEN/DEV 要填真实设备 ID，别照抄占位值 id = "PCI\VEN_xxxx&DEV_xxxx&CC_0106","ahci"

三个要点：[scsi]段里的驱动名必须跟txtsetup.sif的[SCSI]段里注册的名字一致，否则加载器找不到；[Files.scsi.*]第二列是文件名，第三列是目标名（不带扩展名），两者不能搞混；[HardwareIds.scsi.*]里的设备 ID 必须精确匹配，填个通配符是不行的，得从设备管理器里把 VEN 和 DEV 抄准。

提示：$OEM$\textmode这个目录只有OemPreinstall=Yes时才会被处理，同时 txtsetup.sif 里要有对应的[SCSI]和[SourceDisksFiles]条目。三个条件缺一个，驱动就静默不加载，装完重启直接蓝屏，看不出任何提示。

5. 排查与避坑：0x7B、sif 损坏、复制中断这五类事故怎么定位

安装源这种东西，成功的时候一路顺畅，失败的时候错误信息极其吝啬。下面五条是我这几年反复撞上的，每一条都按"看到什么、为什么、怎么办"写。

5.1 重启后 0x0000007B 蓝屏

现象：文本模式分区、格式化、复制文件全部正常，第一次重启进入图形界面之前直接蓝屏，停止码0x0000007B (0x80786B58, 0xC0000034, 0x00000000, 0x00000000)。

原因：INACCESSIBLE_BOOT_DEVICE。系统起来后加载的存储驱动跟实际控制器对不上——BIOS 里 SATA 模式设成了 AHCI，而安装时加载的是 IDE 驱动；或者反过来，注入的 AHCI 驱动版本跟硬件不匹配。也可能是活动分区标记错了，引导文件写到了非活动分区。

解决：先确认 BIOS 里存储模式跟安装时一致，最省事的做法是临时切到 IDE/Compatibility 模式装完再切回来（切回来之前要先把 AHCI 驱动装进系统，否则一样蓝）。如果必须用 AHCI，回到 4.4 节检查三件事：txtsetup.oem里的设备 ID 是否精确、txtsetup.sif的[SCSI]段有没有注册、[SourceDisksFiles]里有没有对应条目。三处都对上还蓝，那就是驱动本身跟这个控制器不兼容，换版本。

5.2 txtsetup.sif is corrupted or missing

现象：光盘或 U 盘刚引导，还没进分区界面就报错，状态码 4、14、18 之类，或者干脆黑屏重启。

原因：这个文件被编辑器改坏了。最常见的是存成了 UTF-8 带 BOM，安装器读到前三个字节就认为格式非法；其次是换行被改成了 LF，或者不小心删掉了某个[节名]导致后面的内容全被解析错；还有一种隐蔽的——在节名后面加了空格注释，某些解析器不认。

解决：用支持显示行尾符的编辑器打开，确认是 CRLF；编码另存为 ANSI；然后做二分定位，把改动逐段注释掉（用;开头）试，最快能在三四次里锁定坏掉的那一段。改之前一定备份，这个文件一旦坏到无法恢复，整个安装源就废了。

5.3 GUI 阶段反复弹"请插入安装介质"

现象：文件复制到 40% 左右，突然弹窗要你插入标着安装光盘的介质，指好路径也没用，同一个文件反复要。

原因：layout.inf里记录的字节数或日期，跟 i386 里实际文件对不上。GUI 阶段的复制引擎每次复制前都会核对，对不上就认为源不完整。手工替换过i386\SYSTEM32下的文件、或者用第三方工具精简过组件，几乎必然触发。另一个可能是dosnet.inf里少了某个文件条目，导致它找不到源。

解决：真正的解法不是去改 layout.inf（那玩意儿几百行，改错一处更乱），而是不动 i386。把要替换的文件放进$OEM$\$$\System32\，让首次登录的cmdlines.txt去覆盖。这样 GUI 阶段看到的还是原装文件，核对全过，替换发生在最后一步。如果非要改 i386，那就得用脚本把 layout.inf 对应行的字节数和日期同步更新，日期格式是YYYY-MM-DD，字节数必须精确。

5.4 DOS 下复制慢到离谱或者中途失败

现象：用 DOS 启动盘跑winnt.exe，进度条几乎不动，几个小时装不完；或者复制到一半提示找不到某个文件。

原因：没挂 SMARTDRV，所有写入都是无缓存的，速度能差十倍以上。中途失败通常是文件系统问题——i386 目录放在 NTFS 分区上，DOS 根本读不了；或者路径里有空格、中文，被 8.3 命名规则截断成PROGRA~1之类，安装器按原名找不到。

解决：先跑SMARTDRV.EXE 4096再执行安装。安装源放到 FAT32 主分区，路径全用英文短名，别超过 8.3 限制。真遇到读不了的情况，把 i386 整体拷到 U 盘根目录，路径就是D:\i386，最干净。

5.5 装完桌面起不来，或者报 SXS.DLL 语法错误

现象：GUI 阶段最后一步报SXS.DLL: Syntax error in manifest or policy file，或者装完能进系统但桌面空白、开始菜单点不开。

原因：i386\asms目录被删或被裁剪过。这是程序集清单的存放地，系统的侧边并行（WinSxS）机制完全依赖它。很多人为了压缩体积把 asms 删了，或者在精简时把某些.manifest当垃圾清了，结果系统起来找不到组件描述，explorer 直接起不来。

解决：恢复 asms 目录。如果只是想减体积，正确的做法是保留 asms 不动，去删那些确实用不到的语言包和驱动 cab，风险低得多。精简这件事的正确姿势永远是增量删除 + 每删一次装一遍虚拟机，一次删一百个文件然后祈祷，只会让你在蓝屏面前反复重启。

6. 二次开发：把这套 i386 变成自己的部署工具链

改到第三版的时候我发现，真正花时间的不是改，是"改完之后不知道哪里变了"。手工维护的安装源，三个月后回来完全认不出哪些文件动过。所以我给它加了一层版本控制。

具体做法是一个快照脚本，改动前后各跑一次，把整个目录的哈希存成 JSON：

# verify_i386.py —— 改动前后各跑一次，防止清单漂移 import hashlib, json, os, sys REQUIRED = ["txtsetup.sif", "dosnet.inf", "layout.inf", "driver.cab", "winnt32.exe", "setup.exe", "pidgen.dll"] def digest(path): h = hashlib.sha1() with open(path, "rb") as f: for chunk in iter(lambda: f.read(1 << 20), b""): h.update(chunk) return h.hexdigest() def snapshot(root): out = {} for dirpath, _, files in os.walk(root): for name in files: full = os.path.join(dirpath, name) rel = os.path.relpath(full, root).replace("\\", "/") out[rel] = digest(full) return out def main(src, baseline): snap = snapshot(src) missing = [f for f in REQUIRED if not os.path.exists(os.path.join(src, f))] if missing: print("缺少关键文件:", ", ".join(missing)); sys.exit(1) if os.path.exists(baseline): old = json.load(open(baseline, encoding="utf-8")) added = sorted(set(snap) - set(old)) removed = sorted(set(old) - set(snap)) changed = sorted(k for k in set(snap) & set(old) if snap[k] != old[k]) print(f"新增 {len(added)} / 删除 {len(removed)} / 变更 {len(changed)}") for k in changed[:10]: print(" 变更:", k) json.dump(snap, open(baseline, "w", encoding="utf-8"), indent=1) if __name__ == "__main__": main(sys.argv[1], sys.argv[2])

snapshot遍历整棵树算 SHA1，分块读取是为了别把几百兆的 cab 一次性读进内存。baseline那个 JSON 文件就是要提交进版本库的东西——二进制文件不适合进 git，但它的哈希清单可以，这样一来每次改动的 diff 一目了然。跑法就是python verify_i386.py ./i386 baseline.json，第一次生成基线，之后每次改完再跑，输出会告诉你动了几个文件、具体是哪几个。

真要做批量部署，下一步是把安装源放到网络共享，用 PE 引导后跑winnt32.exe /s:\\server\share\i386，省掉刻盘的环节。这条路我已经走过一遍，最大的坑是共享权限：PE 里默认是空会话，得先在cmdlines.txt之前用net use挂载并带凭据，否则安装器连不上源，报的错还特别像"文件不存在"。

几个常见改造点的风险和验证方式，我整理成了这张表：

改造点	主要风险	怎么验证
注入存储驱动	设备 ID 填错，静默不加载	虚拟机切 AHCI 模式装一遍，看能否过重启
集成补丁	覆盖手工改动，dosnet 条目错乱	装完`systeminfo`看补丁列表，比对集成清单
$OEM$ 脚本	cmdlines 不执行，脚本静默失败	在脚本首行写个`echo > C:\oem_ran.txt`打点
精简组件	asms 被误删，桌面起不来	每次精简后必须装一遍到桌面，不能只看文件复制成功
改 txtsetup.sif	编码或行尾被改坏，引导即失败	改完先跑一遍哈希对比，再上虚拟机