プログラミング
CodexがMacのディスク容量を圧迫している問題
Codex is EATING my Mac's disk space (github.com)
要約
OpenAIのCodexデスクトップアプリがmacOS上でCrashpadのダンプファイルを際限なく生成し続け、1日に5GB以上ディスク容量を消費する問題が報告されています。この問題はアプリの機能自体には影響しませんが、ディスク容量の枯渇を引き起こしています。原因はCrashpadハンドラープロセスがループしてクラッシュし、自身のエラーレポートを生成し続けていることにあるようです。
全文翻訳
Codex DesktopはCrashpadの保留中ダンプを継続的に生成し、無制限に増加しています: 少なくとも1日あたり5GB増加 #25921
- タイトルを変更しました
[-]Codex Desktop continuously generates Crashpad pending dumps, growing to ~5GB[/-]
[+]
Codex Desktop continuously generates Crashpad pending dumps, growing without any limit: +5GB per day at least
[+]
- 現在のビルドでも発生しており、規模ははるかに大きくなっています。2026年10月15日から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/Crashpad | 180 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にサイズまたはファイル数の上限を設け、自動的に削除するようにしてください（Add storage limits and automatic cleanup for Codex-generated data #51361 も参照）。- ダンプを生成するハンドラーのクラッシュループを停止してください（[app][macOS][26.727.51351] browser_crashpad_handler SIGTRAPs 2ms after launch, launchd respawns it, Crashpad/pending fills disk at ~17GB/day #36982）。
- アプリ自身のデータが数GBを超えた場合に、アプリ内で警告を表示してください。