简介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.infGUI 阶段从安装源到 %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$ MajorVersion5 MinorVersion1 BuildNumber2600 [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) missing0 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:\TEMPSMARTDRV.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] ; 声明这是无人值守安装 UnattendedInstallYes AutomaticUpdatesNo [Unattended] ; FullUnattended 全程不弹窗OemPreinstall 打开才会处理 $OEM$ 目录 UnattendModeFullUnattended OemPreinstallYes OemSkipEulaYes TargetPath\WINDOWS ; 驱动签名策略测试环境必须放开否则自签驱动装不上 DriverSigningPolicyIgnore NonDriverSigningPolicyIgnore [GuiUnattended] ; 管理员密码留空表示无密码实际部署别这么干 AdminPassword* EncryptedAdminPasswordNo TimeZone210 OemSkipWelcome1 OemSkipRegional1 [UserData] ; ProductKey 必须是合法取得的序列号这里放占位 ProductKeyXXXXX-XXXXX-XXXXX-XXXXX-XXXXX FullNameDeploy OrgNameLab ComputerNamePC-%RANDOM% [Display] Xresolution1024 Yresolution768 BitsPerPixel32 [Networking] InstallDefaultComponentsYes几个参数值得单独说。OemPreinstallYes是最容易漏的一行漏了它$OEM$目录会被完全忽略你放进去的驱动和脚本一个都不会执行而且不报任何错。DriverSigningPolicyIgnore在正式环境里会被组策略覆盖但在文本模式之后的驱动安装阶段它是生效的自签驱动没这行会静默拒绝安装。ComputerNamePC-%RANDOM%里的%RANDOM%是安装器支持的变量替换批量部署时避免重名比事后改名省事。TimeZone210是时区索引值不是偏移小时数写错会让系统时间差好几个小时排查起来很费劲。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$ MajorVersion5 MinorVersion1 BuildNumber2600 [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_xxxxDEV_xxxxCC_0106,ahci三个要点[scsi]段里的驱动名必须跟txtsetup.sif的[SCSI]段里注册的名字一致否则加载器找不到[Files.scsi.*]第二列是文件名第三列是目标名不带扩展名两者不能搞混[HardwareIds.scsi.*]里的设备 ID 必须精确匹配填个通配符是不行的得从设备管理器里把 VEN 和 DEV 抄准。提示$OEM$\textmode这个目录只有OemPreinstallYes时才会被处理同时 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, encodingutf-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, encodingutf-8), indent1) 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编码或行尾被改坏引导即失败改完先跑一遍哈希对比再上虚拟机从那以后我每次动 i386都强制先跑一遍快照、改完再跑一遍、然后虚拟机里完整装一次到桌面三步缺一步就不往前推进。这个习惯救过我很多次——有一次只是想改个默认壁纸结果顺手把layout.inf的一个空格带进去了快照直接把那个文件标红省掉了两小时的蓝屏排查。希望帮到你。本文还有配套的精品资源点击获取
简介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.infGUI 阶段从安装源到 %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$ MajorVersion5 MinorVersion1 BuildNumber2600 [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) missing0 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:\TEMPSMARTDRV.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] ; 声明这是无人值守安装 UnattendedInstallYes AutomaticUpdatesNo [Unattended] ; FullUnattended 全程不弹窗OemPreinstall 打开才会处理 $OEM$ 目录 UnattendModeFullUnattended OemPreinstallYes OemSkipEulaYes TargetPath\WINDOWS ; 驱动签名策略测试环境必须放开否则自签驱动装不上 DriverSigningPolicyIgnore NonDriverSigningPolicyIgnore [GuiUnattended] ; 管理员密码留空表示无密码实际部署别这么干 AdminPassword* EncryptedAdminPasswordNo TimeZone210 OemSkipWelcome1 OemSkipRegional1 [UserData] ; ProductKey 必须是合法取得的序列号这里放占位 ProductKeyXXXXX-XXXXX-XXXXX-XXXXX-XXXXX FullNameDeploy OrgNameLab ComputerNamePC-%RANDOM% [Display] Xresolution1024 Yresolution768 BitsPerPixel32 [Networking] InstallDefaultComponentsYes几个参数值得单独说。OemPreinstallYes是最容易漏的一行漏了它$OEM$目录会被完全忽略你放进去的驱动和脚本一个都不会执行而且不报任何错。DriverSigningPolicyIgnore在正式环境里会被组策略覆盖但在文本模式之后的驱动安装阶段它是生效的自签驱动没这行会静默拒绝安装。ComputerNamePC-%RANDOM%里的%RANDOM%是安装器支持的变量替换批量部署时避免重名比事后改名省事。TimeZone210是时区索引值不是偏移小时数写错会让系统时间差好几个小时排查起来很费劲。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$ MajorVersion5 MinorVersion1 BuildNumber2600 [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_xxxxDEV_xxxxCC_0106,ahci三个要点[scsi]段里的驱动名必须跟txtsetup.sif的[SCSI]段里注册的名字一致否则加载器找不到[Files.scsi.*]第二列是文件名第三列是目标名不带扩展名两者不能搞混[HardwareIds.scsi.*]里的设备 ID 必须精确匹配填个通配符是不行的得从设备管理器里把 VEN 和 DEV 抄准。提示$OEM$\textmode这个目录只有OemPreinstallYes时才会被处理同时 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, encodingutf-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, encodingutf-8), indent1) 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编码或行尾被改坏引导即失败改完先跑一遍哈希对比再上虚拟机从那以后我每次动 i386都强制先跑一遍快照、改完再跑一遍、然后虚拟机里完整装一次到桌面三步缺一步就不往前推进。这个习惯救过我很多次——有一次只是想改个默认壁纸结果顺手把layout.inf的一个空格带进去了快照直接把那个文件标红省掉了两小时的蓝屏排查。希望帮到你。本文还有配套的精品资源点击获取
