Codex 正在占用我的 Mac 磁盘空间

Codex Desktop 持续生成 Crashpad 挂起转储，增长无任何限制：每天至少 +5GB #25921 复制链接 复制链接 打开 打开 Codex Desktop 持续生成 Crashpad 挂起转储，增长无任何限制：每天至少 +5GB #25921 复制链接 标签应用程序 与 Codex 桌面应用程序相关的问题 与 Codex 桌面应用程序 bug 相关的问题 东西不工作 东西不工作 性能 描述 Jolg42 于 2026 年 6 月 2 日打开问题正文操作摘要 Codex Desktop 不断在以下位置添加配对的 .dmp 和 _sidecar.json 文件： ~/Library/Application Support/com.openai.codex/web/Crashpad/pending 在我的计算机上，该目录一天之内增长到 4.9G 和 54,504 个文件。在调查过程中，计数持续增加，因此这似乎是活跃的崩溃垫转储生成，而不是过时的一次性残留物。发生这种情况时，Codex 桌面应用程序仍然可以运行。我可以使用该应用程序、检查文件系统，并从同一运行会话中与 GitHub 进行交互。所以用户可见的问题并不是 Codex 完全崩溃或无法启动。问题在于，当应用程序保持可用时，Crashpad 会在后台不断生成挂起的转储/边车对，从而导致本地磁盘无限增长。我不会公开附加小型转储，因为它们可能包含内存、本地路径或私有数据。如果 OpenAI 维护者提供安全的上传路径，我可以私下分享最新的 .dmp。环境产品：macOS 上的 Codex 桌面应用程序 Codex 应用程序版本：26.527.60818 CFBundleVersion：3437 从实时进程观察到的 Crashpad/Electron 注释：prod=Codex_Mac，ver=148.0.7778.179 macOS：26.3.1 (25D771280a) 架构：arm64 观察到的证据 Crashpad 待处理目录： ~/Library/Application Support/com.openai.codex/web/Crashpad/pending 最新测量值：4.9G ~/Library/Application Support/com.openai.codex/web/Crashpad/pending 总共 54,504 个文件 27,252 个 .dmp 文件 27,252 个 _sidecar.json 文件 采样待处理文件时间范围：最早采样的待处理文件：2026-06-02 13:31:21 CEST 最新采样的待处理文件：2026-06-02 21:08:24 CEST 在调查期间，计数从 53,444 增加到 54,064 ，然后增加到 54,504 ，这表明队列仍在增长。我还观察到自 2026 年 5 月 30 日星期六 11:47:50 以来在 PPID=1 下运行的两个 Codex browser_crashpad_handler 进程都使用相同的 Crashpad 数据库： /Applications/Codex.app/.../Helpers/browser_crashpad_handler \ --database=~/Library/Application Support/com.openai.codex/web/Crashpad \ --annotation=plat=OS X \ --annotation=prod=Codex_Mac \ --annotation=ver=148.0.7778.179 本地应用程序仍然可用，足以检查/报告此问题，因此可见问题不仅仅是正常的前台应用程序崩溃。看起来 Crashpad 或受监控的帮助程序进程正在重复生成挂起的转储，而没有限制、上传/处理清理或旋转。预期行为 崩溃报告应受到限制、上传/处理/轮换，或者在应用程序保持可用时不会持续生成。实际行为 挂起的 Crashpad 报告会快速累积并消耗多个 GB 的本地磁盘空间。用于收集证据的命令 du -sh " $HOME /Library/Application Support/com.openai.codex/web/Crashpad/pending " find " $HOME /Library/Application Support/com.openai.codex/web/Crashpad/pending " -maxdepth 1 -type f | wc -l find " $HOME /Library/Application Support/com.openai.codex/web/Crashpad/pending " -max深度 1 -type f \ | sed ' s/.*\.// ' |排序| uniq-c|排序 -nr /usr/libexec/PlistBuddy -c ' 打印：CFBundleShortVersionString ' /Applications/Codex.app/Contents/Info.plist /usr/libexec/PlistBuddy -c ' 打印：CFBundleVersion ' /Applications/Codex.app/Contents/Info.plist sw_vers uname -m ps ax -o pid,ppid,lstart,command \ | grep -E ' browser_crashpad_handler|com.openai.codex/web/Crashpad ' \ | grep -v grep 相关问题 这可能与其他 Codex 桌面助手/进程清理报告有关：Codex 应用程序更新留下了旧的 crashpad 助手；重新启动在干净重启之前无法进行任何操作 #25259：更新/重新启动后陈旧的 Crashpad 帮助程序 Codex 应用程序 UI 冻结：工作程序崩溃、大量 git/worktree 错误和并发孤立的应用程序服务器进程 #11090：孤立的 Codex 进程和 UI 冻结无法在 Tahoe 26.2 (25C56) 中打开应用程序 #10627：之前的 Crashpad/macOS 启动报告反应是当前不可用 活动 github-actions 添加了错误 东西不工作 东西不工作应用程序 与 Codex 桌面应用程序相关的问题 与 2026 年 6 月 2 日 Codex 桌面应用程序性能相关的问题 Jolg42 于 2026 年 6 月 2 日发表评论 Jolg42 于 2026 年 6 月 2 日 – 使用 ChatGPT Codex Connector 作者 更多操作 更新：提交此问题后，我清除了 Crashpad 待处理目录中的文件。清理后立即结果：清理前：4.9G，54,504 个文件清理操作：在 ~/Library/Application Support/com.openai.codex/web/Crashpad/pending 下删除文件立即清理后状态