다운로드와 검사는 무료입니다. 클린업에는 라이선스가 필요합니다: 컴퓨터 1대당 한 번의 결제. 구독 없음. 오프라인에서 동작합니다.
여기부터 시작하세요: 보통 80%를 차지하는 네 가지
「용량이 가득 찬」 맥 대부분에서 네 가지가 대부분을 차지하며, 그중 어느 것도 여러분의 문서가 아닙니다. Time Machine 로컬 스냅샷, Xcode 빌드 폴더, Docker 디스크 이미지, 그리고 오래된 아이폰 백업. 사진을 지우기 전에 이 네 가지부터 확인하세요.
Finder가 별 도움이 되지 않는 이유
애플의 저장 공간 화면은 답의 대부분을 「시스템 데이터」라는 회색 막대에 몰아넣고 안을 들여다볼 방법을 주지 않습니다. 게다가 온라인에만 있는 iCloud 파일도 디스크에 있는 것처럼 계산하고, 정리 가능 공간을 따로 보여주지 않기 때문에, 숫자가 눈에 보이는 것과 맞는 경우는 드뭅니다.
이 페이지의 내용은 거의 아무것도 그대로 남지 않습니다. DerivedData는 다음 빌드에 돌아옵니다. 로컬 스냅샷은 한 시간 안에 돌아옵니다. Docker는 이미지를 받을 때마다 다시 커지고, 오늘 지운 모델은 2월에 다시 내려받게 됩니다. 이 목록을 손으로 훑으면 반나절이 걸리고 몇 달의 여유가 생깁니다. 한 번은 괜찮지만, 네 번째가 되면 지겹습니다.
무엇을 지우기 전에
다음 위치에서의 삭제가 ~/Library 사람들이 작업을 잃는 지점입니다. 그 폴더에는 버려도 되는 앱 캐시와, 바로 옆에 버리면 안 되는 메일, 키, 라이선스, 데이터베이스가 함께 들어 있습니다. 아래 어느 항목도 폴더를 통째로 지우라고 하지 않습니다. 각 항목이 그것이 무엇이고 무엇이 다시 만들어지는지 밝힙니다.
큰 순서대로 열두 가지
3년 된 개발자 맥에서의 일반적인 회수량입니다. 수치는 사람마다 다르지만, 순서는 좀처럼 달라지지 않습니다.
1. Time Machine 로컬 스냅샷 — 흔히 10~80GB
Time Machine을 「끔」으로 두어도 macOS는 내장 드라이브에 매시간 스냅샷을 저장합니다. 정리 가능으로 표시되고, macOS는 공간이 부족할 때만 해제하기 때문에, 「디스크가 꽉 찼는데 이유를 못 찾겠다」에 대한 가장 흔한 답입니다. 목록 보기:
tmutil listlocalsnapshots /
가장 최근 것을 남기면서 약 20GB를 되찾으려면:
tmutil thinlocalsnapshots / 21474836480 4
Time Machine이 유일한 백업이라면 습관적으로 모든 스냅샷을 지우지 마세요. 가장 최근 것은 아직 백업 드라이브에 기록되지 않은 변경 사항의 로컬 사본입니다.
하위 폴더 하나가 백업 한 번이며 날짜가 붙어 있습니다. 아직 쓰는 기기마다 최신 것만 남기고 나머지는 지우세요. 폴더를 손으로 지우지 말고 Finder → 해당 기기 → 백업 관리에서 다루세요.
6. iOS 시뮬레이터 — 5~30GB
프로젝트가 더는 쓰지 않는 iOS 릴리스용 시뮬레이터 런타임과, 현재 Xcode로는 시작할 수 없는 시뮬레이터 기기입니다. 쓸 수 없게 된 것들을 지우는 공식 지원 방법:
xcrun simctl delete unavailable
7. 오래된 프로젝트 곳곳의 node_modules — 5~50GB
큰 폴더 하나가 아니라 작은 폴더 100개입니다. 1년 동안 열지 않은 프로젝트도 의존성 트리를 통째로 안고 있지만, npm install 로 몇 초면 되돌아옵니다. Rust 프로젝트의 target , 파이썬의 .venv , 그리고 어디에나 있는 build 도 마찬가지입니다.
완전히 같은 사본은 쉬운 쪽입니다. 연사, 다시 저장한 내보내기, 같은 사진의 HEIC/JPEG 쌍이 훨씬 더 많은 공간을 낭비하며, 어떤 체크섬으로도 묶이지 않습니다. 거의 중복인 것 찾기
12. 다운로드, 오래된 설치 파일, 큰 동영상
가장 뻔한 것을 마지막에 둔 이유는 거의 답이 아니기 때문입니다. 다운로드는 날짜가 아니라 크기로 정렬하세요. 잊고 있던 디스크 이미지 하나가 1년 치 PDF보다 무겁습니다.
효과가 없는 세 가지
휴지통 비우고 재시동하기
할 만한 일이지만, 정말로 꽉 찬 맥에서는 수백 MB만 돌아옵니다. 용량이 부족한 이유가 아닙니다.
「저장 공간 최적화」만 하기
macOS가 파일을 iCloud로 옮겨 주어 도움은 되지만, 시스템 데이터 항목은 전혀 건드리지 않습니다. 게다가 옮겨진 파일은 자세히 들여다보기 전까지 Finder의 숫자에 그대로 포함됩니다.
맥을 빠르게 하려고 캐시 지우기
디스크 공간 확보는 성능 개선이 아닙니다. 40GB가 남은 맥은 400GB가 남은 맥과 정확히 같은 속도로 동작합니다. 캐시 삭제의 대가로 속도를 약속하는 것은 기분을 파는 것입니다.
자주 묻는 질문
맥에는 여유 공간을 얼마나 남겨야 하나요?
드라이브의 약 10%, 또는 20GB 중 큰 쪽입니다. 그 아래로 내려가면 macOS가 스왑과 스냅샷을 기록하는 데 어려움을 겪기 시작하고, 앱이 알아보기 어려운 방식으로 실패합니다. 그 위로는 더 비워도 얻는 것이 없습니다.
정리 가능 공간이란 무엇이고, 왜 쓸 수 없나요?
정리 가능이란 macOS가 필요할 때 회수할 수 있다고 보는 공간입니다. 로컬 스냅샷, 캐시된 iCloud 파일, 일부 앱 캐시 등입니다. 어떤 곳에서는 사용 중으로, 다른 곳에서는 여유로 계산되기 때문에 숫자가 어긋납니다. macOS는 실제로 공간이 필요할 때만 해제하므로, 꽉 찬 디스크를 바라보는 동안에도 그대로 남아 있을 수 있습니다.
~/Library 안의 파일을 지워도 안전한가요?
일부는 안전하지만, 폴더 단위로는 안 됩니다. ~/Library/Caches 는 대부분 다시 만들어집니다. ~/Library/Application Support 에는 라이선스, 로컬 데이터베이스, 메일 같은 실제 앱 데이터가 들어 있습니다. 각각이 무엇인지 알고 항목 단위로 지우고, 폴더째 지우지는 마세요.
용량을 비우면 맥이 빨라지나요?
거의 꽉 찼던 경우에만 그렇습니다. 여유가 약 10% 아래로 떨어지면 macOS가 스왑과 임시 파일을 둘 공간이 부족해져 실제로 느려집니다. 그 위에서는 여유가 100GB든 400GB든 달라지지 않습니다.
이걸 하려면 앱이 필요한가요?
폴더를 찾는 것만이라면 필요 없습니다. 이 페이지에 모든 경로가 있고, 나머지는 Finder와 터미널로 됩니다. 손으로 할 수 없는 것은 세 가지입니다. 폴더마다 짐작하는 대신 디스크 전체를 한 번에 재는 것, 선택한 폴더에 SSH 키나 푸시하지 않은 Git 기록이 있다고 사라지기 전에 경고받는 것, 그리고 나중에 되돌리는 것입니다. 마지막 하나가 진짜 차이입니다. rm 는 되돌릴 수 없지만, Bytesweep은 복원 지점으로 옮기므로 7일 동안 한 번의 클릭으로 되돌릴 수 있습니다. 그 반나절이 즐겁다면 경로만 가져가고 앱은 건너뛰세요.