Ai时代你的硬盘可能真的会坏

一个朋友刚刚用了3个月电脑，惊奇的发现硬盘被写入了超过10T的数据，而他电脑主要就是用来办公。如果有说有变化就是步数了一个ai的agent，并且所有的算力部分都是部署在云端的没有本地跑大模型。。。

对比下我的荣耀笔记本硬盘数据

然后我查了下Macbook pro m5 这台电脑有部署codex

使用了9个月的时间有45T的写入数据。这个还让我挺震惊的！

然后去网上查了下

这个grok给我的答案。作为OpenAI的竞争对手他的话…一定要听！

有的，而且问题一度很严重。
OpenAI 的 Codex（主要是 CLI，也影响部分桌面端）在 2026 年 6 月前后被曝光存在严重的本地日志写入 Bug，会持续、高频地往硬盘（尤其是 SSD）写入大量数据，显著加速 SSD 磨损。
核心问题

Codex 会把诊断日志（默认 TRACE 级别）持续写入本地 SQLite 数据库：
~/.codex/logs_2.sqlite
以及对应的 logs_2.sqlite-wal、logs_2.sqlite-shm

即使设置了 RUST_LOG=warn，部分日志路径仍会绕过限制，持续落盘。
数据库文件本身看起来不大（通常几百 MB），但内部是不断插入再删除的循环（write amplification），实际物理写入量远超文件大小。

实测影响

有用户报告：正常使用约 21 天，主 SSD 累计写入约 37 TB。
年化估算约 640 TB 写入量。
消费级 1TB SSD 的典型保修写入寿命（TBW）大约是 600 TB 左右，理论上可能不到一年就接近或超过质保寿命。

这个问题在 GitHub 上被大量报告（主要 issue #28224），并登上 Hacker News 等社区热门。OpenAI 官方也确认了 Bug，并在 0.142.x 等版本中合并了修复（减少约 85% 的写入量）。
现状与建议
官方已经修复了主要的 TRACE 日志问题，但后续仍有用户反馈其他相关的写入问题（例如某些 JSON 缓存文件反复重写、临时文件、会话日志膨胀等），尤其是在桌面端或长时间后台运行时。
如果你在用 Codex，建议马上检查：

查看日志文件大小：Bashls -lh ~/.codex/logs_2.sqlite*
更新到最新版本。
可用工具检查 SSD 真实写入量（比看文件大小更准确）：
macOS / Linux：smartctl
Windows：CrystalDiskInfo

临时止血方法（官方修复前常用）包括：

给 logs 表加 SQLite 触发器拦截插入
把 SQLite 目录迁移到内存盘或外置盘
直接删除过大的日志文件（Codex 会重建）

总结：这件事是真实存在的，不是谣言。主要影响的是长时间运行 Codex CLI 的用户，尤其是 SSD。现在更新版本后问题已大幅缓解，但仍建议关注硬盘写入情况并保持软件最新。

https://github.com/openai/codex/issues/28224

解决的最终办法：升级codex的版本，这个最简单了～

记得以前去看Tomshardware的ssd测试，详细正常使用情况下，电脑废了硬盘都不会有问题，现在硬盘的速度提高了10倍不止，硬盘的寿命没有提升这么多。Ai可以写入这么多数据还是让我很意外的！

有总要的数据的还是多备份吧！