ULWGL项目在只读环境下运行Windows游戏时的写入问题分析

在基于只读SD卡叠加读写覆盖层的特殊环境中运行游戏时，ULWGL（原umu-launcher）用户遇到了显著的磁盘写入问题。本文将深入剖析该问题的技术本质，并探讨可行的解决方案。

问题现象

在只读存储介质上部署游戏时，用户观察到以下异常行为：

1. 每次启动游戏时产生1-2GB的磁盘写入
2. 主要写入路径集中在三个位置：
   • Steam运行时环境的var目录
   • sniper平台相关文件
   • Proton的虚拟C盘目录
3. 游戏启动速度明显下降

技术根源

经过分析，这些写入行为主要源自压力容器（pressure-vessel）的工作机制，而非ULWGL本身。压力容器作为Steam运行时的核心组件，其设计原理导致了这个现象：

1. 运行时环境初始化
   压力容器默认会为容器环境创建可变系统根目录，具体表现为：

   • 运行时自动生成临时目录
   • 完整复制Steam运行时平台文件（如sniper_platform_3.x.x.x）
   • 仅在首次设置时创建var目录

2. 设计预期
   该机制假设运行环境满足以下条件：

   • var目录应为实体目录
   • 必须与Steam运行时平台位于同一Linux文件系统
   • 具备正常的读写权限

环境特殊性分析

用户的只读环境与标准设计假设存在关键差异：

• 底层存储介质为只读SD卡
• 采用overlayfs叠加读写层
• 写入操作实际发生在覆盖层而非原始介质

这种特殊配置导致：

1. 每次启动都被识别为"首次运行"
2. 压力容器持续重建运行时环境
3. 产生大量重复写入

解决方案探讨

方案一：环境变量调优

通过以下环境变量可调整压力容器行为：

• PRESSURE_VESSEL_COPY_RUNTIME：控制运行时复制行为
• PRESSURE_VESSEL_VARIABLE_DIR：指定可变目录位置
• STEAM_LINUX_RUNTIME_VERBOSE=1：启用详细日志
• STEAM_LINUX_RUNTIME_LOG=1：输出运行时日志

方案二：overlayfs优化

重新设计覆盖层架构：

1. 确保/var目录持久化
2. 将临时目录指向内存文件系统（如tmpfs）
3. 避免关键目录的重复初始化

方案三：配置调校

1. 验证UMU_RUNTIME_UPDATE=0是否生效
2. 检查PROTONPATH设置准确性
3. 监控实际写入路径（可通过htop等工具）

技术建议

对于类似特殊环境部署，建议：

1. 充分理解容器化组件的设计假设
2. 建立写入监控机制
3. 优先考虑内存缓冲方案
4. 详细分析运行时日志

该案例典型展示了容器技术与特殊存储配置的兼容性挑战，通过系统级的调优和配置，完全可以实现既保持只读介质的安全性，又获得良好的游戏运行体验。