Dockur Windows项目中的OEM脚本执行路径问题解析

在Windows系统自动化部署过程中，OEM目录中的install.bat脚本是常用的后安装配置手段。近期在Dockur Windows项目（一个基于Docker的Windows虚拟化方案）使用过程中，发现一个值得注意的技术细节：当install.bat脚本中直接使用绝对路径调用MSI安装包时，会出现执行失败的情况。

问题现象

用户报告在Windows 11环境（WSL2下的Docker容器）中，虽然OEM目录被正确复制到系统镜像中，但install.bat脚本并未按预期在安装过程中自动执行。手动执行该脚本时却能正常工作。脚本内容为典型的MSI静默安装命令：

msiexec /i package1.msi /qn /norestart /log package1.log
msiexec /i package2.msi /qn /norestart /log package2.log

问题根源分析

经过排查发现，问题的关键在于脚本执行时的当前工作目录。当直接使用绝对路径（如c:\oem\package1.msi）时，安装程序可能由于权限或路径解析问题导致执行失败。这可能是由于Windows安装环境下的特殊上下文限制所致。

解决方案

有效的解决方法是先切换工作目录到OEM文件夹，再执行相对路径调用：

cd \oem
msiexec /i package1.msi /qn /norestart /log package1.log
msiexec /i package2.msi /qn /norestart /log package2.log

这种方案具有以下优势：

1. 避免绝对路径可能引发的权限问题
2. 更符合Windows安装环境的目录上下文
3. 提高脚本的可移植性

技术启示

这个案例揭示了Windows自动化部署中几个重要原则：

1. 在系统安装阶段，执行环境可能具有特殊的目录上下文
2. 相对路径通常比绝对路径更具可靠性
3. 对于批处理脚本，显式设置工作目录是良好的实践

对于使用Dockur Windows或其他类似虚拟化方案的用户，建议在编写OEM脚本时采用这种先切换目录再执行的方式，可以显著提高自动化部署的成功率。同时这也提醒我们，在系统级自动化任务中，需要特别注意执行环境的上下文差异。