macOS의 '시스템 데이터'가 실제로 무엇인지 (그리고 왜 200GB나 되는지)
macOS 저장 공간 막대의 '시스템 데이터'에 실제로 무엇이 들어 있는지, 왜 수백 GB까지 불어나는지, 직접 확인하는 방법을 정리했습니다.
이런 종류의 가이드는 현재 영어로 더 많이 제공됩니다. 전체 글 보기
Apple 정보 → 저장 공간을 엽니다. 시스템 데이터라는 이름이 붙은 회색 구간이 있는데, 187GB나 되고, 클릭해도 아무 일도 일어나지 않습니다.
macOS는 아무런 설명도, 들어갈 방법도 제공하지 않습니다. 그러니 제대로 파헤쳐 보겠습니다.
‘시스템 데이터’는 하나의 실체가 아닙니다
이것은 남은 것을 모아 놓은 범주입니다. macOS는 Photos, Music, Applications, Documents, iCloud Drive처럼 알아볼 수 있는 파일을 분류하고, 이 범주 어디에도 속하지 않는 모든 것을 시스템 데이터에 던져 넣습니다. 폴더가 아닙니다. 위치도 아닙니다. 뺄셈을 하고 남은 나머지일 뿐입니다.
즉 “내 시스템 데이터가 뭐지?”라는 질문의 답은 Mac마다 다릅니다. 개발자로서 사용하는 컴퓨터라면, 압도적으로 한 가지입니다. 바로 빌드 캐시입니다.
실제로 그 안에 들어 있는 것
개발자용 컴퓨터에서 보통 차지하는 용량 순서대로 나열하면 다음과 같습니다.
개발자 캐시. Xcode DerivedData, iOS 시뮬레이터, Docker의 VM 이미지, node_modules, Gradle, Homebrew, npm, pip, Cargo. macOS에는 이 중 어느 것에도 해당하는 범주가 없습니다. 흔히 전체의 60~70%를 차지합니다.
Time Machine 로컬 스냅샷. 백업 디스크가 다른 곳에 있어도 macOS는 내장 드라이브에 시간별 스냅샷을 계속 보관합니다. 수십 기가바이트에 달하며, 이미 삭제한 파일까지 담고 있습니다.
시스템 및 사용자 캐시. /Library/Caches, ~/Library/Caches, 그리고 모든 애플리케이션의 개별 캐시. 브라우저만 해도 종종 몇 기가바이트에 이릅니다.
Mail 다운로드. 한 번이라도 미리 본 첨부파일은 전부 무기한 보관됩니다.
iOS 기기 백업. 이 Mac에 휴대폰을 백업한 적이 있다면, ~/Library/Application Support/MobileSync/Backup에 30~150GB가 들어 있습니다.
절전 이미지와 스왑. /private/var/vm에는 RAM 용량만 한 절전 이미지와 스왑 파일이 들어 있습니다.
로그와 진단 정보. /private/var/log, 그리고 몇 년 치 크래시 리포트.
관련된 또 다른 미스터리: “컨테이너 내 다른 볼륨”
디스크 유틸리티는 이런 이름의 범주를 보여주고, 다들 뭔가 잘못됐다고 생각합니다. 잘못된 것은 없습니다.
APFS는 Macintosh HD, Macintosh HD - Data, Preboot, Recovery, VM 같은 여러 볼륨을 하나의 공유 컨테이너 안에 넣고, 이들은 모두 같은 여유 공간 풀에서 끌어다 씁니다. 볼륨 하나를 볼 때, 다른 볼륨들이 사용 중인 용량은 전부 “컨테이너 내 다른 볼륨”으로 표시됩니다.
잡동사니가 아니며 정리할 것도 없습니다. APFS가 공유 방식을 서투르게 설명하고 있을 뿐입니다.
여유 공간 수치가 계속 바뀌는 이유
APFS는 회수 가능한(purgeable) 공간을 사용 가능한 것으로 보고합니다. 로컬 스냅샷과 축출 가능한 캐시는 여유 공간에 포함되는데, macOS가 압박이 가해지면 이를 회수할 수 있다고 판단하기 때문입니다.
실제로 벌어지는 일은 이렇습니다. Finder에는 40GB가 남아 있다고 나오는데, 30GB 파일을 복사하려 하면 실패합니다. 그 40GB의 대부분은 회수 가능한 공간이었고, macOS가 미처 빠르게 회수하지 못한 것입니다.
정확한 수치를 보려면:
df -h /System/Volumes/Data직접 그 덩어리를 열어보기
추측은 그만두고 측정합니다.
# 최상위, 홈 디렉터리, Library
du -sh -- ~/* ~/Library/* 2>/dev/null | sort -hr | head -25
# 캐시만 따로
du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -20
# Time Machine 로컬 스냅샷
tmutil listlocalsnapshots /
# iOS 백업
du -sh ~/Library/Application\ Support/MobileSync/Backup/* 2>/dev/null
# Mail 첨부파일
du -sh ~/Library/Containers/com.apple.mail 2>/dev/null첫 번째 명령은 1~2분 정도 기다려 줍니다. 이 다섯 개 명령을 합치면 어떤 개발자의 시스템 데이터든 대부분을 설명할 수 있고, 그 답은 보통 미묘하지 않습니다 — 한두 줄이 나머지를 압도합니다.
삭제해도 안전한 것
안전함, 자동으로 재생성됨: Xcode DerivedData, 시뮬레이터 캐시, Docker 빌드 캐시, node_modules, 모든 패키지 매니저 캐시, ~/Library/Caches(먼저 앱을 종료할 것 — 일부 앱은 실행 중에 캐시를 빼앗기면 오작동합니다).
안전하지만 한 번 더 생각해볼 것: Time Machine 로컬 스냅샷은 한 시간 전에 삭제한 파일을 복구할 수 있는 능력 그 자체입니다. 정기 유지보수가 아니라 지금 당장 공간이 필요할 때 삭제하세요.
# 약 50GB 확보, 긴급도 4
sudo tmutil thinlocalsnapshots / 50000000000 4오래된 iOS 백업도 마찬가지입니다 — 삭제하기 전에 휴대폰이 다른 곳에 여전히 백업되어 있는지 확인하세요.
건드리지 말 것: /System(SIP로 보호되어 있어 어차피 손댈 수 없습니다), /private/var/vm(절전 이미지와 스왑은 macOS가 관리하며, 삭제해도 지속적인 효과가 없습니다), 그리고 /Library 안에서 정체를 알 수 없는 항목.
한 줄 요약
개발자의 Mac에서 “시스템 데이터”는 대부분 macOS가 이름을 붙이지 못한 빌드 캐시입니다. 손상도 아니고, 버그도 아니며, 최적화 도구가 마법처럼 고쳐줄 문제도 아닙니다. Xcode, Docker, npm, Gradle이 설계된 그대로 정확히 동작하고 있을 뿐이며, 다만 Apple이 그 폴더를 숨겨 놓았을 뿐입니다.
전체 개발자 저장 공간 가이드는 모든 항목을 회수하는 명령어와 함께 하나하나 짚어줍니다. DevCruft는 디스크 전체를 실제 비율로 그리고 각 항목에 이름을 붙여, 터미널 없이도 같은 정보를 얻을 수 있도록 개발 중인 무료 Mac 앱입니다. 출시 소식을 받아보고 싶다면 대기자 명단에 등록해 주세요.