# 一年 640TB？Codex CLI 日志过量写入致 SSD 折寿，OpenAI 正紧急修复中

- 来源：IT之家（RSS）
- 发布时间：2026-06-24 22:13
- AIHOT 分数：49
- AIHOT 链接：https://aihot.virxact.com/items/cmqs77aou00huslfu7sz7lzlg
- 原文链接：https://www.ithome.com/0/968/193.htm

## AI 摘要

OpenAI 正紧急修复 Codex CLI 日志过量写入缺陷。开发者 Rui Fan 报告称，其机器运行约 21 天后主 SSD 写入约 37TB SQLite 日志，推算每年约 640TB；对于 1TB、额定 600TBW 的消费级 SSD，不到一年可能耗尽质保写入耐久度。另一开发者引用 Codex 自估，该缺陷在 3 月至 6 月可能造成全体用户低位数百万美元 SSD 写入耐久度损失。问题源于 2026 年 2 月将服务器 SQLite 日志输出级别改为 TRACE，且本地诊断日志默认开启。OpenAI 确认工程师正在修复，部分修复已实装，但用户仍持续报告。

## 正文

IT之家 6 月 24 日消息，据《The Register》今日报道，OpenAI 正在紧急修复其 Codex 中存在的一个缺陷，该缺陷会导致 Codex 持续向 SSD 进行大量不必要的日志写入，进而缩短 SSD 使用寿命。

Apache Flink 项目管理委员会成员、开发者 Rui Fan 在上周提交的缺陷报告中表示，Codex SQLite 反馈日志每年可写入约 640TB，从而导致 SSD 寿命的迅速消耗。

在我的机器上，正常运行约 21 天后，主 SSD 写入了约 37TB。进程级和文件级检查显示，Codex 的 SQLite 日志是主要的持续写入源。按此推算，每年大约写入 640TB。对于一块 1TB 的 SSD 来说，相当于每年约 640 次全盘写入。部分消费级 SSD 的写入寿命评级约为 600TBW，这意味着不到一年就可能耗尽厂商质保范围内的写入耐久度。

另一位开发者接着他的反馈留言表示：“Codex 分析磁盘使用情况后称，这个 bug 让我的三星 990 2TB NVMe 硬盘折损了 38.64 美元的价值。”

该开发者随后引用 Codex 自行估算的整体影响数据称：“此次性能退化在 3 月至 6 月期间，可能给全体用户的 SSD 写入耐久度造成了低位数百万美元的损失。”

固态硬盘的预期寿命取决于几个因素，例如 NAND 闪存类型、数据写入驱动器和从驱动器删除的次数、工作负载和温度，而寿命单位通常以 MTBF （平均故障间隔时间）、DWPD（每日写入次数）和 TBW（写入总量）衡量，例如致态、三星、SK 海力士 PCIe 5.0 旗舰 SSD 每 TB 的质保写入量为 600TBW。

京东致态（ZhiTai）长江存储 4TBSSD 固态硬盘 NVMe M.2 接口 TiPlus9100 系列 (PCIe 5.0 产品)4499 元直达链接

当然，这个数字并不意味着 1TB 版本在写入 600TB 后就会 100% 损坏，而是超过该阈值后会出现硬盘性能下降的可能，且出现故障的概率也随之增加。

按照 Rui Fan 的计算公式：其 SSD 寿命消耗要用实际写入量乘以（SSD 价格除以额定 TBW）。以一块售价 200 美元、额定寿命 600TBW 的 1TB 固态硬盘为例，每写入 1TB 的成本约为 0.333 美元，Rui Fan 因 37TB 写入量大约承担了 12.33 美元的硬盘折损。

引发问题的本地诊断日志在 Codex 应用去年首次推出时便已存在，并且默认开启。这些日志会留存在用户设备上，除非用户主动将其打包进反馈报告中。

OpenAI 曾在 2025 年 12 月宣布计划为 Codex CLI 默认开启遥测功能，但此次涉及的本地诊断日志属于不同机制。

OpenAI 发言人确认，公司工程师已意识到该问题并正在修复，近期多项旨在解决此问题的拉取请求也佐证了这一进度。这些日志原本用于帮助工程师诊断问题，引发故障的原因是存储高吞吐量数据的方式产生了远超预期的磁盘活动。尽管已有部分修复实装并取得进展，但用户仍在持续报告相关问题。

该问题似乎可追溯到 2026 年 2 月的一次修改，当时开发人员将应用服务器 SQLite 日志的输出级别设为 TRACE，相比 ERROR 级别会产生更详细的日志信息。