快科技 6 月 22 日消息，近日有用户发现 OpenAI Codex CLI 存在日志级别配置 BUG，过高的配置级别导致日志采集逻辑会持续向本地数据库高频写入海量数据，从而导致 SSD 寿命急速耗尽。

GitHub 用户 1996fanrui 在 6 月 14 日提交问题反馈称，由于其设备长期出现异常高磁盘占用问题，排查原因后确认，Codex CLI 会不间断向本地 SQLite 数据库写入诊断日志。

根据该用户实测数据，设备连续 21 天运行累计产生 37TB 磁盘写入量，全年写入总量约 640TB，而主流 1TB 消费级 SSD 官方标定 TBW 普遍为 600TB，也就是说，持续运行该工具不足一年，就会耗尽耗尽 SSD 的 TBW 耐久度。

该故障根源为 Codex 内置 SQLite 日志采集组件默认启用全局 TRACE 级别，该级别是日志系统中信息输出粒度最细的模式，程序会完整记录 WebSocket 原始传输数据包、系统文件读写等全部底层行为，包含读取 passwd、ld.so.cache 等系统文件的常规操作。

统计数据显示，约 71% 的 TRACE 日志均为底层冗余信息，这些信息对于普通用户并没有用。

但由于该工具忽略了标准的 RUST_LOG 环境变量，用户目前无法通过常规方式降低日志输出级别。

Linux、macO 平台用户可通过创建符号链接的临时方案降低磁盘损耗：将 ~/.codex/logs_2.sqlite 指向 /tmp/ 目录，从而使所有日志写入操作转移到内存，该日志文件仅存储底层运行记录，不保存用户对话数据，且设备重启后日志丢失不会影响 Codex CLI 正常运行。

【本文结束】如需转载请务必注明出处：快科技

责任编辑：青山