맥 저장 공간 가이드

맥 용량 늘리는 방법

용량이 실제로 사라지는 12곳을, 되찾을 수 있는 기가바이트 순으로 정리했습니다. 모두 실제 경로가 있으니, 무엇을 지우기 전에 직접 확인할 수 있습니다.

14일 무료 체험, 카드 필요 없음. 이후 3대에 15달러 한 번. 구독 없음. 오프라인에서 동작합니다.

맥에서 용량을 차지하는 것을, 확보 가능한 양이 많은 순서로 보여주는 Bytesweep

여기부터 시작하세요: 보통 80%를 차지하는 네 가지

「용량이 가득 찬」 맥 대부분에서 네 가지가 대부분을 차지하며, 그중 어느 것도 여러분의 문서가 아닙니다. Time Machine 로컬 스냅샷, Xcode 빌드 폴더, Docker 디스크 이미지, 그리고 오래된 아이폰 백업. 사진을 지우기 전에 이 네 가지부터 확인하세요.

Finder가 별 도움이 되지 않는 이유

애플의 저장 공간 화면은 답의 대부분을 「시스템 데이터」라는 회색 막대에 몰아넣고 안을 들여다볼 방법을 주지 않습니다. 게다가 온라인에만 있는 iCloud 파일도 디스크에 있는 것처럼 계산하고, 정리 가능 공간을 따로 보여주지 않기 때문에, 숫자가 눈에 보이는 것과 맞는 경우는 드뭅니다.

3개월 뒤에 또 하게 됩니다

이 페이지의 내용은 거의 아무것도 그대로 남지 않습니다. DerivedData는 다음 빌드에 돌아옵니다. 로컬 스냅샷은 한 시간 안에 돌아옵니다. Docker는 이미지를 받을 때마다 다시 커지고, 오늘 지운 모델은 2월에 다시 내려받게 됩니다. 이 목록을 손으로 훑으면 반나절이 걸리고 몇 달의 여유가 생깁니다. 한 번은 괜찮지만, 네 번째가 되면 지겹습니다.

무엇을 지우기 전에

다음 위치에서의 삭제가 ~/Library 사람들이 작업을 잃는 지점입니다. 그 폴더에는 버려도 되는 앱 캐시와, 바로 옆에 버리면 안 되는 메일, 키, 라이선스, 데이터베이스가 함께 들어 있습니다. 아래 어느 항목도 폴더를 통째로 지우라고 하지 않습니다. 각 항목이 그것이 무엇이고 무엇이 다시 만들어지는지 밝힙니다.

큰 순서대로 열두 가지

3년 된 개발자 맥에서의 일반적인 회수량입니다. 수치는 사람마다 다르지만, 순서는 좀처럼 달라지지 않습니다.

1. Time Machine 로컬 스냅샷 — 흔히 10~80GB

Time Machine을 「끔」으로 두어도 macOS는 내장 드라이브에 매시간 스냅샷을 저장합니다. 정리 가능으로 표시되고, macOS는 공간이 부족할 때만 해제하기 때문에, 「디스크가 꽉 찼는데 이유를 못 찾겠다」에 대한 가장 흔한 답입니다. 목록 보기:

tmutil listlocalsnapshots /

가장 최근 것을 남기면서 약 20GB를 되찾으려면:

tmutil thinlocalsnapshots / 21474836480 4

Time Machine이 유일한 백업이라면 습관적으로 모든 스냅샷을 지우지 마세요. 가장 최근 것은 아직 백업 드라이브에 기록되지 않은 변경 사항의 로컬 사본입니다.

2. Xcode DerivedData와 기기 지원 파일 — 20~60GB

결코 줄어들지 않는 빌드 중간 산출물과, 지금까지 연결한 모든 아이폰의 심볼 캐시.

~/Library/Developer/Xcode/DerivedData
~/Library/Developer/Xcode/iOS DeviceSupport
~/Library/Developer/Xcode/Archives

DerivedData는 다음 빌드에서 다시 만들어지므로 안전합니다. Archives는 출시한 빌드와 그 dSYM이며, 이를 지우면 공개된 버전의 크래시 리포트를 심볼화할 수 없게 됩니다. Xcode 정리 전체 가이드 →

3. Docker의 디스크 이미지 — 15~60GB

Docker Desktop은 모든 것을 하나의 파일에 담아 두는데, 이 파일은 커지기만 하고 이미지를 지워도 작아지지 않습니다.

~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.raw

그 파일을 직접 지우지 마세요. 여러분이 가진 모든 이미지와 컨테이너, 볼륨입니다. 대신 Docker 안에서 회수하세요. Docker.raw 줄이는 방법 →

4. 로컬 AI 모델 — 20~200GB

개발자의 디스크에서 가장 빠르게 커지는 항목이며, 주요 클리너 중 어느 것도 그 존재를 모릅니다. Ollama, LM Studio, Hugging Face, PyTorch는 각자 자기 보관소를 둡니다.

~/.ollama/models
~/.cache/huggingface/hub

40GB 모델은 다시 내려받으면 되지만, 직접 파인튜닝한 모델은 영영 돌아오지 않습니다. 각 AI 도구가 모델을 두는 위치 →

넷 끝, 여덟 남음 — 아니면 10초

이 페이지의 모든 폴더는 Bytesweep이 이미 이름으로 알고 있는 것입니다. 디스크 전체를 약 10초에 측정하고, 추정치가 아니라 실제 크기로 열두 가지를 한 번에 보여주며, 손대기 전에 어떤 것이 안전한지 알려줍니다. 그리고 모든 정리는 7일 동안 되돌릴 수 있는 복원 지점으로 들어갑니다 — 손으로 하는 방법이 결코 줄 수 없는 것입니다. 왜냐하면 rm 에는 되돌리기가 없기 때문입니다.

5. 아이폰과 아이패드 백업 — 10~60GB

로컬 기기 백업. 같은 전화기의 여러 세대가 남아 있는 경우가 많습니다.

~/Library/Application Support/MobileSync/Backup

하위 폴더 하나가 백업 한 번이며 날짜가 붙어 있습니다. 아직 쓰는 기기마다 최신 것만 남기고 나머지는 지우세요. 폴더를 손으로 지우지 말고 Finder → 해당 기기 → 백업 관리에서 다루세요.

6. iOS 시뮬레이터 — 5~30GB

더 이상 대상으로 삼지 않는 iOS 버전의 런타임과, Xcode가 더는 쓸 수 없는 시뮬레이터 기기. 죽은 것을 정리하는 공식적인 방법:

xcrun simctl delete unavailable

7. 오래된 프로젝트 곳곳의 node_modules — 5~50GB

큰 폴더 하나가 아니라 작은 폴더 100개입니다. 1년 동안 열지 않은 프로젝트도 의존성 트리를 통째로 안고 있지만, npm install 로 몇 초면 되돌아옵니다. Rust 프로젝트의 target , 파이썬의 .venv , 그리고 어디에나 있는 build 도 마찬가지입니다.

8. 패키지 관리자 캐시 — 3~20GB

같은 버전을 다시 설치할 경우를 대비해 보관된 내려받은 아카이브.

brew cleanup -s
~/Library/Caches/pip
~/.npm/_cacache
~/.cargo/registry/cache

모두 스스로 다시 만들어집니다. 이 목록에서 가장 안전한 항목입니다.

9. 메일 첨부 파일 — 2~20GB

로컬에 캐시된 수년 치 내려받은 첨부 파일.

~/Library/Containers/com.apple.mail/Data/Library/Mail Downloads

서버에 메시지가 남아 있는 IMAP 계정에서는 안전합니다. POP 계정이라면 로컬 사본이 유일한 사본일 수 있습니다.

10. 몇 년 전에 지운 앱의 잔여물

앱을 휴지통으로 끌어다 놓으면 지원 파일, 환경 설정, 캐시, 실행 에이전트가 서로 다른 네 폴더에, 그 맥이 쓰이는 내내 남습니다.

~/Library/Application Support
~/Library/Caches
~/Library/Preferences
~/Library/LaunchAgents

11. 중복 파일과 거의 같은 사진

완전히 같은 사본은 쉬운 쪽입니다. 연사, 다시 저장한 내보내기, 같은 사진의 HEIC/JPEG 쌍이 훨씬 더 많은 공간을 낭비하며, 어떤 체크섬으로도 묶이지 않습니다. 거의 중복인 것 찾기 →

12. 다운로드, 오래된 설치 파일, 큰 동영상

가장 뻔한 것을 마지막에 둔 이유는 거의 답이 아니기 때문입니다. 다운로드는 날짜가 아니라 크기로 정렬하세요. 잊고 있던 디스크 이미지 하나가 1년 치 PDF보다 무겁습니다.

효과가 없는 세 가지

휴지통 비우고 재시동하기

할 만한 일이지만, 정말로 꽉 찬 맥에서는 수백 MB만 돌아옵니다. 용량이 부족한 이유가 아닙니다.

「저장 공간 최적화」만 하기

macOS가 파일을 iCloud로 옮겨 주어 도움은 되지만, 시스템 데이터 항목은 전혀 건드리지 않습니다. 게다가 옮겨진 파일은 자세히 들여다보기 전까지 Finder의 숫자에 그대로 포함됩니다.

맥을 빠르게 하려고 캐시 지우기

디스크 공간 확보는 성능 개선이 아닙니다. 40GB가 남은 맥은 400GB가 남은 맥과 정확히 같은 속도로 동작합니다. 캐시 삭제의 대가로 속도를 약속하는 것은 기분을 파는 것입니다.

아니면 열두 가지를 대신 찾게 하세요

Bytesweep은 디스크 전체를 약 10초에 검사해 찾은 것을 안전, 살펴볼 것, 지우면 안 되는 것으로 나누고, 정리한 것은 모두 복원 지점에 넣습니다. 되돌리기는 7일 동안 한 번의 클릭입니다.

카드도 계정도 필요 없습니다. macOS 11 Big Sur 이상, 애플 실리콘과 인텔.

자주 묻는 질문

맥에는 여유 공간을 얼마나 남겨야 하나요?

드라이브의 약 10%, 또는 20GB 중 큰 쪽입니다. 그 아래로 내려가면 macOS가 스왑과 스냅샷을 기록하는 데 어려움을 겪기 시작하고, 앱이 알아보기 어려운 방식으로 실패합니다. 그 위로는 더 비워도 얻는 것이 없습니다.

정리 가능 공간이란 무엇이고, 왜 쓸 수 없나요?

정리 가능이란 macOS가 필요할 때 회수할 수 있다고 보는 공간입니다. 로컬 스냅샷, 캐시된 iCloud 파일, 일부 앱 캐시 등입니다. 어떤 곳에서는 사용 중으로, 다른 곳에서는 여유로 계산되기 때문에 숫자가 어긋납니다. macOS는 실제로 공간이 필요할 때만 해제하므로, 꽉 찬 디스크를 바라보는 동안에도 그대로 남아 있을 수 있습니다.

~/Library 안의 파일을 지워도 안전한가요?

일부는 안전하지만, 폴더 단위로는 안 됩니다. ~/Library/Caches 는 대부분 다시 만들어집니다. ~/Library/Application Support 에는 라이선스, 로컬 데이터베이스, 메일 같은 실제 앱 데이터가 들어 있습니다. 각각이 무엇인지 알고 항목 단위로 지우고, 폴더째 지우지는 마세요.

용량을 비우면 맥이 빨라지나요?

거의 꽉 찼던 경우에만 그렇습니다. 여유가 약 10% 아래로 떨어지면 macOS가 스왑과 임시 파일을 둘 공간이 부족해져 실제로 느려집니다. 그 위에서는 여유가 100GB든 400GB든 달라지지 않습니다.

이걸 하려면 앱이 필요한가요?

폴더를 찾는 것만이라면 필요 없습니다. 이 페이지에 모든 경로가 있고, 나머지는 Finder와 터미널로 됩니다. 손으로 할 수 없는 것은 세 가지입니다. 폴더마다 짐작하는 대신 디스크 전체를 한 번에 재는 것, 선택한 폴더에 SSH 키나 푸시하지 않은 Git 기록이 있다고 사라지기 전에 경고받는 것, 그리고 나중에 되돌리는 것입니다. 마지막 하나가 진짜 차이입니다. rm 는 되돌릴 수 없지만, Bytesweep은 복원 지점으로 옮기므로 7일 동안 한 번의 클릭으로 되돌릴 수 있습니다. 그 반나절이 즐겁다면 경로만 가져가고 앱은 건너뛰세요.