Mac에서 공간을 차지하는 원인 찾기

Mac 저장 공간이 부족해지면 대부분 같은 질문을 합니다. “도대체 뭐가 이렇게 공간을 차지하고 있지?”

단순해 보이는 질문이지만, 파일 삭제 방법을 묻는 것과는 다릅니다. 정리하기 전에 먼저 상황을 파악해야 합니다. 어려운 건 삭제 버튼을 누르는 게 아닙니다. 진짜 어려운 건 광범위한 카테고리, 얌전해 보이는 폴더, 처음 발견한 대용량 파일 사이에서 실제 원인을 정확히 찾아내는 것입니다.

제대로 된 스토리지 진단은 체계적입니다. 전체 보기에서 시작해서 트리로 들어가고, 가장 무거운 경로를 검사한 뒤, 문제가 반복된다면 시간에 따른 스냅샷을 비교합니다.

핵심 요약

무거운 브랜치가 다음 중 하나로 밝혀지면 더 자세히 살펴보세요.

Finder와 저장소 설정이 왜 부족한가요?

두 가지 내장 도구 모두 유용하지만, 어느 쪽도 완전한 답은 아닙니다.

Storage settings는 어떤 광범위한 카테고리가 의심스러운지 알려줄 수 있습니다. Documents가 엄청나게 크다면 유용한 정보입니다. System Data가 비정상적으로 커 보인다면 그것도 유용합니다. 하지만 카테고리 뷰는 여러 경로를 하나의 레이블로 압축해버립니다.

바로 여기가 문제입니다. 카테고리는 삭제할 대상이 아니라 “다음에 어디를 봐야 할지”를 알려줄 뿐입니다.

Finder는 반대의 한계가 있습니다. 개요가 아닌 경로 기반입니다. 의심되는 폴더를 이미 알고 있을 때는 잘 작동하지만, 실제 원인이 예상치 못한 깊은 경로에 숨어 있을 때는 제 역할을 못 합니다.

그래서 사람들은 종종 두 가지 잘못된 워크플로 중 하나에 갇히게 됩니다.

• 카테고리 뷰를 너무 맹신해서 System Data나 Documents를 하나의 정리 대상처럼 취급
• Finder에서 수동으로 탐색하면서 가장 큰 폴더가 곧 진짜 원인이라고 가정

두 접근 모두 같은 것을 놓칩니다. 바로 컨텍스트입니다.

macOS 저장소 설정에서 알 수 있는 것

스토리지 설정은 다음과 같은 광범위한 질문에 답해주기 때문에 여전히 먼저 확인할 가치가 있습니다.

• 압력이 주로 개인 파일, 앱, 아니면 애매한 시스템 버킷에서 오는지
• 문제가 미디어, 개발자 스토리지, 아니면 일반적인 잡파일처럼 보이는지
• 어떤 카테고리를 먼저 깊이 파고들 가치가 있는지

첫인상으로는 유용하지만, 실제 경로 수준의 검토를 대체하지는 못합니다.

Finder가 알려주는 것

Finder는 그 이후에도 여전히 유용합니다. 익숙한 경로를 검사하고, 의심스러운 폴더를 열어보고, 내용이 무엇인지 확인하는 데 도움이 되니까요.

문제는 Finder가 다음과 같은 질문에 자연스럽게 답하지 못한다는 것입니다.

• 스토리지 트리의 어느 브랜치가 디스크를 지배하고 있는지
• 완전히 다른 상위 폴더에 있는 큰 경로들
• 카테고리가 무거운 게 하나의 큰 폴더 때문인지, 많은 중간 폴더 때문인지
• 지난주와 오늘 사이에 무엇이 커졌는지

이 질문들이 보통 가장 중요합니다.

스토리지 트리가 원인 파악에 도움이 되는 이유

스토리지 트리는 Finder와 카테고리 뷰의 가시성 문제를 해결합니다.

격리된 폴더를 따로 보는 대신, 상위와 하위 경로에 걸쳐 공간이 어떻게 분산되어 있는지 한눈에 볼 수 있습니다. 그러면 진단이 바로 달라집니다.

예를 들어:

• 거대한 Downloads 폴더는 단순한 사용자 소유 정리 문제입니다.
• ~/Library/Application Support 아래의 큰 브랜치는 앱 소유 데이터 검토 문제입니다.
• ~/Library/Developer 아래의 무거운 브랜치는 개발자 아티팩트 문제입니다.
• 광범위한 카테고리 안에서 예상치 못한 대형 폴더 하나가 디스크 상황의 전부를 설명할 수도 있습니다.

트리 검토가 무작위 탐색보다 유용한 이유가 바로 이것입니다. 크기와 구조를 동시에 보여주니까요.

Treemap이 대용량 폴더를 빠르게 찾는 데 도움이 되는 이유

Treemap은 형제 폴더를 빠르게 비교하고 싶을 때 특히 좋습니다. 각 브랜치를 수동으로 열지 않아도 상위 디렉토리를 지배하는 브랜치를 바로 확인할 수 있습니다.

“이 스토리지 트리에서 어느 부분에 먼저 주의를 기울여야 할까?”라는 질문에 유용합니다.

Sunburst가 경로가 깊게 중첩되었을 때 도움이 되는 이유

Sunburst는 중첩 깊이를 시각적으로 파악하고, 계층 구조를 따라 하나의 무거운 브랜치를 추적하고 싶을 때 유용합니다.

“이 큰 브랜치 내부에서 공간이 정확히 어디에 집중되어 있을까?”라는 질문에 적합합니다.

핵심은 어떤 시각화가 무조건 더 낫다는 게 아닙니다. 구조가 중요할 때 두 뷰 모두 일반 폴더 목록보다 훨씬 많은 정보를 준다는 것입니다.

현재 크기와 시간에 따른 증가

스토리지 분석에서 가장 중요한 구분 중 하나입니다.

현재 스냅샷은 다음 질문에 답합니다.

• 지금 무엇이 큰가?
• 현재 디스크를 지배하고 있는 파일이나 폴더는?
• 트리에서 가장 무거운 브랜치는 어디에 있는가?

Mac이 이미 가득 찼고 현재 상태를 확인해야 할 때 올바른 뷰입니다.

하지만 때로는 더 나은 질문이 다를 수 있습니다.

• 최근에 무엇이 커졌는가?
• 마지막 정리 이후 무엇이 바뀌었는가?
• 어떤 브랜치가 며칠마다 계속 커지고 있는가?
• 같은 폴더가 항상 컸는지, 아니면 최근에야 문제가 된 건지

이건 크기에 관한 질문이 아니라 시간에 관한 질문입니다.

현재 크기와 최근 증가가 왜 다른 질문인가요

폴더가 크더라도 몇 달 동안 안정적일 수 있습니다. 그게 항상 갑작스러운 스토리지 위기의 진짜 원인인 건 아닙니다.

반면 다른 폴더는 전체적으로는 더 작을 수 있지만 빠르게 증가하고 있을 수 있습니다. 그게 공간이 계속 부족해지는 진짜 이유일 수 있습니다.

단일 현재 스캔과 시간 비교를 서로 대체할 수 없는 이유가 바로 이것입니다.

• Largest는 지금 무엇이 무거운지 알려줍니다.
• Reports의 스냅샷 비교는 두 시점 사이에 무엇이 변했는지 알려줍니다.

증가가 진짜 문제라면 Mac에서 디스크 사용량 변화 추적하기를 읽어보세요.

사람들은 시간 차원을 건너뛸 때, 실제로 계속 커지는 원인보다 눈에 보이는 가장 큰 것부터 정리하는 실수를 자주 합니다.

보통 Mac에서 공간을 가장 많이 차지하는 것은 무엇인가요?

대부분의 Mac은 예측 가능한 카테고리에서 저장 공간을 잃습니다. 중요한 건 그런 항목이 존재하는지가 아니라, 지금 당장 여러분의 기기를 지배하는 게 무엇인지입니다.

다운로드, 데스크탑, 문서

이 폴더들은 잊히기 쉽고 내용을 이해하기 쉬워서 가장 흔한 공간 차지 요인입니다. 이 중 하나가 크다면 정리 경로가 보통 간단합니다.

사진, 비디오, 내보낸 파일

편집된 비디오 몇 개, 화면 녹화, 사진 라이브러리, 오디오 내보내기가 수천 개의 일반 파일보다 클 수 있습니다. 개발자가 아닌 Mac 사용자에게는 가장 가치 있는 검토 대상인 경우가 많습니다.

앱 소유 데이터

여기서부터 크기와 위험이 갈라지기 시작합니다. 경로가 클 수는 있지만 여전히 안전한 삭제 대상이 아닐 수 있습니다. 무거운 브랜치가 특정 앱에 속한다면, 먼저 해당 앱과 데이터 모델을 검토하세요. 이미 삭제한 앱의 잔여 파일로 밝혀지면 데이터 손실 없이 Mac에서 앱 잔여 파일 제거하기 가이드가 다음 단계로 적합합니다. 해당 검토 단계 뒤에 있는 제품 워크플로를 보려면 App Uninstaller로 이동하세요.

백업, 가상 머신, 시뮬레이터

이 항목들은 원래 크기가 크기 때문에 임의의 폴더처럼 취급하지 말고 전체 워크플로 컨텍스트에서 검토해야 합니다. 아직 필요하다면 삭제보다 보관이나 이동이 더 나은 선택일 수 있습니다.

개발자 아티팩트

개발자 Mac에서 가장 큰 경로 중 일부는 개인 파일이 아닙니다. 생성된 산출물과 런타임 스토리지 — Xcode 캐시, 시뮬레이터 데이터, 컨테이너 레이어, 패키지 캐시, 빌드 아티팩트 — 입니다. 이게 문제라면 Xcode DerivedData 공간 차지 문제나 Mac에서 Docker 디스크 사용량 같은 카테고리별 가이드가 무작위 정리보다 훨씬 낫습니다. 이 문제 유형에 대한 제품 기능을 원한다면 Dev Cleanup으로 이동하세요.

문제가 System Data일 때

내장 스토리지 개요가 System Data를 가리킨다면, 그건 진단이 아니라 단서입니다. 후속 가이드 Mac System Data가 너무 큰 이유가 바로 그 문제를 위해 설계되었습니다.

Mac에서 공간을 차지하는 원인을 찾는 실용적인 방법

안정적인 워크플로를 원한다면 다음 순서를 따르세요.

1. 광범위한 카테고리 뷰로 시작

먼저 내장 스토리지 개요를 확인하세요. 여기서 목표는 정확성이 아닙니다. 어떤 카테고리가 더 깊이 조사할 가치가 있는지 파악하는 것입니다.

2. 현재 스냅샷에서 가장 큰 항목 검토

어떤 영역이 의심스러운지 알게 되면 현재 스냅샷 뷰로 이동하세요. Largest가 가장 무거운 경로를 직접 보여주기 때문에 탐색보다 훨씬 유용합니다.

3. 무엇이든 삭제하기 전에 스토리지 트리 열기

무거운 경로를 식별한 후 트리 컨텍스트에서 확인하세요. Disk Map이 하나의 큰 항목을 구조적 설명으로 바꿔줍니다. 문제가 단일 폴더인지, 하나의 서브트리인지, 아니면 여러 브랜치에 분산된 패턴인지 답을 얻을 수 있습니다.

4. 정리 전에 경로 분류

경로가 어느 소유권 카테고리에 속하는지 스스로에게 물어보세요.

• User-owned: 개인 파일, 내보내기, 다운로드, 아카이브, 미디어
• App-owned: 앱 지원 파일, 컨테이너, 라이브러리, 인덱스, 로컬 데이터베이스
• System-owned 또는 워크플로 소유: 스냅샷, 가상 머신, 시뮬레이터 데이터, 런타임 스토리지, 개발자 도구

이 분류를 통해 다음 단계가 삭제인지, 이동인지, 유지인지, 추가 조사인지 알 수 있는 경우가 많습니다.

5. 문제가 반복되면 스냅샷 비교

공간을 정리했는데 문제가 다시 발생한다면, 일회성 정리 문제로 넘기지 마세요. 이제 증가 추적 문제입니다.

바로 여기서 Reports가 중요합니다. 호환되는 로컬 스냅샷을 비교하면 두 시점 사이에 무엇이 늘어나고, 줄어들고, 새로 나타나고, 사라졌는지 알 수 있습니다. 기억에 의존해 원인을 추측하는 것보다 훨씬 낫습니다.

StorageRadar가 도움이 되는 부분

그러면 워크플로가 의미 있는 방식으로 바뀝니다.

• 현재 스냅샷으로 시작해서 무거운 경로를 식별합니다.
• 트리로 전환해서 컨텍스트를 이해합니다.
• 같은 문제가 반복되면 시간 비교로 전환합니다.

카테고리에서 추측하거나 무작위로 폴더를 탐색하는 것보다 훨씬 나은 진단 모델입니다.

피해야 할 것들

다음과 같은 흔한 실수를 피하세요.

• System Data나 Documents 같은 광범위한 카테고리를 하나의 안전한 정리 대상처럼 취급하지 마세요.
• Finder에서 발견한 첫 번째 큰 폴더가 전체 문제의 원인이라고 가정하지 마세요.
• 현재 큰 경로와 시간이 지나면서 증가한 경로를 혼동하지 마세요.
• ~/Library, 가상 머신 스토리지, 시뮬레이터 데이터, 기타 앱/워크플로 소유 경로 내에서 무작위로 정리하지 마세요.
• 경로의 소유자가 누구인지, 예상 결과가 무엇인지 설명할 수 있기 전에는 삭제를 시작하지 마세요.

마무리

Mac에서 공간을 차지하는 원인을 찾는 건 삭제 문제가 아니라 가시성 문제입니다.

광범위한 뷰에서 시작해서 트리로 들어가고, 현재 경로를 검사한 뒤, 문제가 반복되면 시간에 따른 스냅샷을 비교하세요. 무엇이 큰지, 어디에 있는지, 계속 커지고 있는지 알고 나면 정리 결정이 훨씬 쉽고 안전해집니다.