17173 > 游戏资讯 > 科技新闻 > 正文

OpenAI Codex曝出离谱Bug:疯狂读写耗光SSD寿命!

2026-06-22 20:02:57 神评论
17173 新闻导语

OpenAI Codex CLI曝严重Bug:日志级别过高导致疯狂读写SSD,不到一年即可耗尽寿命!点击了解详情与临时解决方案。

近日有用户发现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正常运行。

【来源:快科技】
关于OpenAI Codex,CLI,Bug,SSD寿命,日志级别,SQLite,TRACE级别,磁盘写入,TBW,耐久度的新闻
17173不想再闭门造车了!想请您来【QQ群:1075303978】当“骨灰级体验官”。你觉得新版丑、难用、没内味?直接骂,我们听着。新功能你先用、改版方案你投票,有效反馈还能攒积分兑换点卡/周边好礼。 一键入群