코덱스가 맥 용량을 잡아먹는다는 Crashpad, 제 맥에서 확인해 보니 0개였어요

10월 24일 아침 스레드에서 “코덱스가 몰래 맥북 SSD 용량을 잡아먹고 있었다”는 글을 봤어요. 범인은 Crashpad라는 진단 파일 폴더였고, 글쓴이는 80GB를 돌려받았다고 했어요. 제 맥미니에서도 코덱스를 쓰고 있어서 바로 확인해 봤어요. 결과는 0개였습니다. 왜 누구는 수백 GB가 쌓이고 저는 없었는지, 확인하는 법과 지우는 순서를 오픈AI 코덱스 저장소의 이슈 기록을 기준으로 정리했어요.

Crashpad가 뭔가요?

Crashpad(크래시패드)는 프로그램이 비정상으로 꺼질 때 그 순간의 상태를 파일로 남기는 장치예요. 크롬을 만드는 크로미움 프로젝트에서 나왔고, 코덱스 데스크톱 앱 안에도 들어 있어요. 제 맥에서는 디스코드와 클로드 앱 폴더에도 Crashpad가 있었어요.

진단 파일(.dmp)은 원래 오류가 날 때만 하나씩 생겨요. 그래서 평소에는 거의 비어 있어요. 제 맥의 디스코드와 클로드 앱 Crashpad도 몇 KB였어요.

왜 수백 GB까지 쌓였나요?

진단 파일을 쓰는 프로그램 자체가 고장 났기 때문이에요. 코덱스 저장소 이슈 47466번 본문에 따르면 Crashpad의 핵심 프로그램인 browser_crashpad_handler가 시작하고 1초쯤 뒤에 오류로 죽어요. 앱은 그걸 바로 다시 띄우고요.

이슈 52194번에 달린 분석 댓글이 그다음을 설명해요. 이 프로그램에는 자기 자신을 감시하는 기능이 있어서, 죽을 때마다 그 기록을 진단 파일로 남겨요. 파일 하나는 175KB 정도이고, 앱이 켜져 있는 동안 1초에 하나꼴로 생겼대요. 보내지도 지우지도 않은 채로요. 다른 사용자는 30초 동안 58개가 생기는 걸 재서 하루 13.38GiB로 계산했어요. 앱은 그동안 멀쩡히 돌아가서 한동안 모르고 지낸 사람이 많았어요.

보고된 숫자는 이래요.

1. 이슈 47466번 제목: 511GB
2. 같은 이슈 댓글: 246.8GB, 파일 267만 개
3. 이슈 52194번: 168GB
4. 이슈 25921번 댓글(10월 18일): 두 폴더 합쳐 약 323GB, 디스크의 35%

제 맥은 왜 0개였나요?

맥OS나 앱 버전 차이로 보여요. 10월 7일 오픈AI 쪽 기여자가 이슈 47466번에 “오래된 맥 커널에서 생기는 문제로 보이고, 수정은 합쳐졌으니 곧 배포된다”고 답했어요. 그날 이슈도 닫혔어요. 다만 그 수정이 어느 앱 버전에 들어갔는지는 이슈에 적혀 있지 않아요.

그 뒤 10월 18일에도 같은 문제를 겪었다는 댓글이 올라왔어요. 그분 환경은 맥OS 15.7.4에 앱 26.1007.71326이었어요. 바로 아래에는 맥OS 26.6.2에 앱 26.1013.40934를 쓰는데 문제가 없다는 댓글이 달렸고요. 제 맥과 같은 조합이에요. 이슈들을 모아 정리한 한 사용자는 피해 사례가 맥OS 15.x와 26.0~26.3에 몰려 있고, 26.5 이상에서는 문제없다는 말이 많았다고 적었어요. 공식 발표가 아니라 사용자 보고를 모은 거라 참고로만 보면 돼요.

내 버전은 이렇게 봐요. 맥OS는 화면 왼쪽 위 사과 메뉴의 ‘이 Mac에 관하여’에 나와요. 앱 버전은 앱 메뉴의 정보(About) 창에서 볼 수 있어요.

제 맥에서는 browser_crashpad_handler가 4개 떠 있었어요. 두 개는 지금 앱 폴더에 있는 버전이고, 나머지 두 개는 앱 폴더에서 이미 사라진 옛 버전이었어요. 이슈 52194번에도 디스크에 없는 옛 버전이 계속 떠 있었다는 기록이 있어요. 그래도 제 맥에서는 진단 파일이 새로 생기지 않았습니다. 떠 있는 것만으로 쌓이지는 않은 거예요.

내 맥도 해당되는지 어떻게 보나요?

터미널(명령어를 치는 검은 창)에서 네 줄이면 돼요. 아무것도 지우지 않고 보기만 하는 명령이에요.

du -sh "$HOME/Library/Application Support/Codex/Crashpad" "$HOME/Library/Application Support/com.openai.codex/web/Crashpad"
find "$HOME/Library/Application Support/Codex/Crashpad/pending" -maxdepth 1 -name '*.dmp' -mmin -1 | wc -l
find "$HOME/Library/Application Support/com.openai.codex/web/Crashpad/pending" -maxdepth 1 -name '*.dmp' -mmin -1 | wc -l
pgrep -fl browser_crashpad_handler

1. 첫 줄은 두 Crashpad 폴더의 크기예요. GB 단위가 나오면 쌓인 거예요. “No such file or directory”가 나오면 그 폴더가 없다는 뜻이에요
2. 둘째, 셋째 줄은 두 폴더에서 최근 1분 사이에 바뀐 진단 파일 수예요. 수십 개가 나오면 지금도 쌓이는 중이에요. 0이 나와도 띄엄띄엄 쌓이는 경우는 못 잡으니 첫 줄 크기와 같이 봐요
3. 넷째 줄은 이름이 browser_crashpad_handler인 프로그램 목록이에요. 앱을 끈 뒤에도 남아 있으면 앱과 따로 남은 거예요

폴더가 없다는 메시지는 괜찮아요. 그 앱을 쓴 적이 없거나 그 경로를 안 쓰는 버전이라는 뜻이에요.

지워도 되나요?

이슈에서 지운 사람들은 지운 뒤 앱에 문제가 생겼다는 말을 하지 않았습니다. 지운 사람들이 쓴 순서는 이래요.

1. 코덱스(ChatGPT) 앱을 완전히 종료해요
2. 위의 넷째 줄 명령으로 browser_crashpad_handler가 남아 있는지 봐요
3. 위 첫 줄에서 크게 나온 Crashpad 폴더(Codex/Crashpad, com.openai.codex/web/Crashpad)를 휴지통으로 옮겨요. 파일이 수백만 개면 rm으로 지울 때 오래 걸려서, 휴지통으로 옮기는 쪽을 쓴 사람이 많아요
4. 휴지통을 비워요. 파일이 많으면 이 단계가 오래 걸려요

지우는 건 쌓인 걸 치우는 것뿐이에요. 원인인 오류가 남아 있으면 다시 쌓여요. 한 사용자는 남은 프로그램을 다 꺼도 계속 쌓였는데 맥을 재시작하자 멈췄다고 적었어요. 사례가 한 건이라 확실한 해결책이라고 보긴 어려워요.

그런데 진짜 큰 건 따로 있었어요

Crashpad를 보는 김에 코덱스 관련 폴더를 다 재 봤어요. 정작 큰 건 홈 폴더의 .codex였어요. 11GB였거든요. 코덱스가 대화 기록과 설정을 두는 폴더예요.

이름으로 보면 이래요.

1. thread_history_1.sqlite(4.0GB)와 sessions(3.2GB)는 대화 기록이에요. 지우면 지난 대화를 이어서 하는 데 문제가 생길 수 있어요. 직접 지워 보지는 않았어요
2. generated_images(2.5GB)는 코덱스로 만든 그림이에요. 그림 1,625개가 들어 있었어요
3. plugins와 packages는 코덱스가 쓰는 확장 기능과 부품이에요

제 sessions 폴더에는 10월 18일부터 23일까지 날짜별 폴더에 대화 기록 파일 496개, 3.2GB가 있었어요. 엿새치가 이 정도예요. 이 폴더의 저장 한도와 자동 정리 기능을 넣어 달라는 요청이 이슈 51361번에 올라와 있고, 10월 24일 기준으로 아직 열려 있어요. 저는 이 폴더는 지우지 않았어요.

정리하면요

Crashpad 진단 파일 폭증은 특정 맥OS나 앱 버전에서 보고된 오류예요. 확인은 명령 네 줄이면 되고, 쌓였다면 앱을 끄고 폴더를 치운 사례가 많아요. 반대로 ~/.codex가 크다고 같은 식으로 지우면 대화 기록과 그림이 같이 사라질 수 있어요.

함께 읽을 글

• 로그인 없이 서버가 뚫리는 PHP 취약점, 워드프레스 블로그를 4시간 꺼 뒀어요
• 구글 젬마 4, 16GB 맥미니에서 무료로 돌려 보니

2026년 10월 24일 기준.

참고한 자료

• OpenAI Codex 이슈 47466: 511GB, 원인 설명과 오픈AI 기여자 답변
• OpenAI Codex 이슈 52194: 168GB, 자기 감시 기록 분석과 재시작 사례
• OpenAI Codex 이슈 25921: 323GB 보고와 버전별 댓글
• OpenAI Codex 이슈 51361: 저장 한도·자동 정리 요청