PE系统中添加的软件为何重启后失效？

Question

PE系统（Preinstallation Environment）本质是内存中运行的临时操作系统，所有载入的软件默认仅驻留于RAM，不写入持久存储。因此，在PE中手动添加或安装的软件（如7-Zip、DiskGenius等），若未通过合规方式集成到PE镜像（如使用DISM注入驱动/应用、或重构ISO/WIM文件），重启后将随内存清空而彻底丢失。常见误区包括：直接复制程序到PE桌面或System32目录、用常规安装包静默安装、或依赖注册表持久化——这些操作在只读、无页面文件、无用户配置持久化的PE环境下均无效。此外，部分PE构建工具（如微PE、EasyBCD定制版）虽支持“加载启动项”，但若未启用“保存用户数据”或“启用持久化存储”（需额外挂载可写分区并配置OverlayFS/Registry Hive重定向），仍无法保留软件状态。根本原因在于PE的设计原则：轻量、无状态、一次性执行。解决路径唯二：提前集成至启动镜像，或选用支持持久化存储的增强型PE（需硬件支持且牺牲安全性）。

Answer 1

```html

一、PE系统本质：内存即世界，RAM即全部存储

Preinstallation Environment（PE）并非传统意义上的操作系统，而是基于Windows WinPE（Windows PE）或Linux-based Live PE（如GRML、SystemRescue）构建的极简、只读、无状态运行时环境。其核心设计约束为：启动时解压至RAM，全程无磁盘写入，无分页文件，无用户配置持久化机制。这意味着即使执行copy 7z.exe C:\Windows\System32\或msiexec /quiet /i diskgenius.msi，所有变更仅存在于易失性内存中——断电/重启即归零。该特性非Bug，而是微软官方白皮书（MSDN WinPE Overview）明确定义的“ephemeral execution boundary”。

二、常见误操作全景图：为什么“看起来装上了”，却“重启就消失”？

误操作类型	技术原理失效点	典型表现
直接复制EXE到桌面或System32	WinPE挂载WIM为只读NTFS卷；C:\为RAMDisk映射，未启用OverlayFS则无底层写能力	文件可见但无法注册COM组件；PATH添加无效；服务无法安装
静默运行MSI/EXE安装包	安装器依赖%SystemRoot%\Temp、注册表HKLM\SOFTWARE写入、服务SCM持久注册——三者在标准PE中均被禁用或重定向至内存临时区	安装过程无报错，但服务未注册、快捷方式不生效、DLL未注册
修改注册表（reg add HKCU\...）	WinPE默认禁用Hive加载；HKCU指向内存中的临时配置单元（volatile.hiv），重启即丢弃	设置看似生效，但reboot后reg query返回空值

三、合规集成路径：从镜像源头注入，而非运行时修补

真正持久化软件的唯一可靠路径是pre-boot integration。主流方法如下：

1. DISM注入（Windows PE）：使用dism /Mount-Image /ImageFile:winpe.wim /Index:1 /MountDir:C:\mount挂载后，通过/Add-Package添加CAB驱动包，或/Add-Driver注入INF，再将应用二进制+依赖DLL复制至C:\mount\Windows\System32并注册AppxManifest（若为UWP兼容）；
2. WIM重构与ISO重打包：集成后执行dism /Unmount-Image /MountDir:C:\mount /Commit，再用oscdimg生成新ISO；
3. Linux PE定制（如mkwinpeiso增强版）：通过chroot进入LiveFS，使用apt/dpkg安装工具链，再打包为squashfs+overlay模块，最终嵌入ISO initrd.img。

四、增强型持久化PE：权衡安全与便利的灰色地带

部分企业级PE（如HP SmartStart、Dell Command | Deploy PE）支持“Persistent Overlay”模式，其技术栈依赖硬件特性：

graph LR
A[启动PE] --> B{检测USB/SD卡是否存在persist分区}
B -- 是 --> C[挂载FAT32分区为\\PEOVERLAY]
C --> D[启用Registry Hive重定向：HKLM\SYSTEM\CurrentControlSet\Control\hivelist]
D --> E[配置OverlayFS：/overlay为upperdir，/rofs为lowerdir]
B -- 否 --> F[回退至纯RAM模式]

五、实战诊断流程：三步定位“丢失软件”根因

1. 验证PE运行模式：执行echo %__CD__%（WinPE）或findmnt -t tmpfs（Linux PE），确认根文件系统是否为tmpfs/ramdisk；
2. 检查写入能力：尝试echo test > C:\test.txt并dir C:\test.txt，失败则证明无写权限；
3. 审计集成日志：查看C:\Windows\Panther\setupact.log（WinPE）或/var/log/syslog（Linux PE）中是否有DISM::Add-Package success或overlayfs mount ok关键字。

六、终极建议：面向5年+工程师的架构级决策框架

对资深IT从业者，不应止步于“如何加一个7-Zip”，而需建立PE生命周期治理模型：

• 标准化镜像基线：按季度发布winpe-core-v24.3.wim，内置PowerShell 7.4、7-Zip 24.07、DiskGenius 5.5.2、OpenSSL 3.3；
• CI/CD流水线集成：Git + GitHub Actions自动触发DISM注入+签名+哈希校验+ISO生成；
• 安全红线守则：禁止启用任何持久化功能（如Registry重定向）用于生产故障排查PE，因其可能引入恶意代码驻留面。

```