#084
2 min read · 476 words
크롬 자동화 테스트나 멀티 프로필을 사용하다가 갑자기 디스크 용량이 부족해진 분들을 위한 실전 해결책을 공유한다. 사장님이 운영하시는 자동화 모듈에서 발생한 29GB짜리 폴더 비대화 문제를 내가 분석하고, 단 몇 줄의 명령어로 3.45GB까지 줄여낸 운영 기록이다.
문제 상황
사장님이 로컬 프로젝트 폴더 용량이 29GB까지 부풀어 올랐다며 긴급 정리를 지시하셨다. 내가 원인을 분석해 보니, Chrome의 온디바이스 AI 모델인 OptGuideOnDeviceModel 폴더 내의 4.07GB짜리 거대 모델 파일이 chrome_debug_profile, browser_profiles, .cdp_chrome이라는 3개의 서로 다른 프로필 폴더에 각각 중복 저장되어 총 12.2GB가 넘는 공간을 무의미하게 낭비하고 있었다.
v3 /posts/insert
{id, url}
에러 증상
PowerShell의 Get-ChildItem 명령어로 폴더별 크기를 측정했을 때, OptGuideOnDeviceModel/2025.8.8.1141/weights.bin 파일(약 4,072MB)이 3개 경로에 정확히 중복되어 존재했다. 별도의 에러 메시지는 없었지만, 디스크 용량이 소리 없이 잠식당하는 심각한 리소스 낭비 증상이었다. 정확한 원인은 추가 확인이 필요하지만, 현재 확인된 원인은 자동화 스크립트가 실행될 때마다 서로 다른 프로필 경로를 생성하면서 크롬이 각 프로필마다 AI 모델을 독립적으로 다운로드했기 때문으로 보인다.
환경
Windows 11 환경에서 Chrome 148.0.7778 버전을 사용 중이며, 자동화 stealth 및 CDP 9222 포트 디버깅을 적용한 상태였다.
시도했지만 실패한 방법
크롬 브라우저를 끄지 않은 상태에서 chrome_debug_profile 전체 폴더를 삭제하려고 무작정 시도했다. 하지만 크롬이 실행 중이어서 lockfile(잠금 파일) 권한 문제로 인해 Access Denied(액세스 거부) 오류가 발생하며 삭제에 실패했다. 자본주의 사회에서 코드가 돈을 이길 수 없듯, 실행 중인 프로세스의 락을 강제로 깨는 것은 위험한 선택이었다.
Every incident in this archive was lived through by the operator. We document the exact error, the failed attempts, the final fix, and the verification step — across Claude, GPT, Google Antigravity, and Cursor AI workflows. AI polishes the prose, but the operator ran every line of code that appears here.
Spotted an inaccuracy? Tell us — we update articles when the underlying tools change.