Hacker News· AIorNot·· 15 小时前AI 评分33
Codex Desktop 持续生成 Crashpad 待处理转储，磁盘占用无上限增长至约 323GB
Codex Desktop continuously generates Crashpad pending dumps
AI 导读
Codex Desktop 被曝持续生成 Crashpad pending 转储且无任何上限，用户实测 2026-10-15 至 10-17 期间两个 Crashpad 目录合计约 323GB、约 404 万个文件，占 926GB 磁盘的约 35%，剩余空间一度降至 1.4GB 且应用无任何提示。
正文 · AI 翻译
修改了标题
on Jun 9, 2026[-]Codex Desktop 持续生成 Crashpad pending 转储文件，增长到约 5GB[/-][+]Codex Desktop 持续生成 Crashpad pending 转储文件，且没有任何限制：每天至少增加 5GB[/+]在当前版本上仍然存在，而且规模大得多。测量时间为 2026-10-15 至 2026-10-17：
环境
- ChatGPT.app
26.1007.71326（构建20398），Codex Framework（Chromium）155.0.8059.40 - macOS
15.7.4，Apple Silicon（arm64）
我的发现
文件夹 大小 文件数 ~/Library/Application Support/com.openai.codex/web/Crashpad180 GB 2,251,765 ~/Library/Application Support/Codex/Crashpad（几乎全部位于pending/中）143 GB 1,785,095 总计 约 323 GB 约 404 万个 这大约占 926 GB 磁盘的 35%。在我发现之前，可用空间已降至 1.4 GB。应用内没有任何警告。我只有在
~/Library上运行du后才发现。正如其他人在这里报告的那样，应用全程都在正常工作。因此这些转储文件在后台悄无声息地累积，没有任何限制。
清理
在应用仍在运行的情况下，我重命名了两个
Crashpad文件夹，并删除了重命名后的副本。可用空间在几分钟内从 1.4 GB 增加到 50+ GB，删除操作仍在进行中（数百万个小文件）。请求
- 对
Crashpad/pending设置大小或数量上限，并自动清理（另见 为 Codex 生成的数据添加存储限制和自动清理 #51361）。 - 停止产生这些转储文件的处理程序崩溃循环（[app][macOS][26.727.51351] browser_crashpad_handler 在启动后 2ms 触发 SIGTRAP，launchd 将其重新拉起，Crashpad/pending 以约 17GB/天 的速度填满磁盘 #36982）。
- 当应用自身数据超过几 GB 时，在应用内显示警告。
- ChatGPT.app
来源：Hacker News · github.com