# Mac 시스템 데이터: 저장 공간 표시와 폴더 크기가 다른 이유 > 시스템 데이터는 폴더가 아니라 분류입니다. 저장 공간·Finder·du·APFS 여유를 맞추되 숫자를 억지로 같게 만들지 마세요. Published: 2026-09-19 저장 공간 설정에는 시스템 데이터가 크게 표시되는데, Finder에서 눈에 보이는 폴더의 '정보 가져오기' 용량을 더해도 그만큼 나오지 않을 수 있습니다. 두 수치 모두 맞을 수 있습니다. 저장 공간은 분류별 추정치를, Finder는 현재 계정이 접근할 수 있는 경로의 크기를 보여주기 때문입니다. 이 차이를 알면 수치를 맞추려고 엉뚱한 폴더를 삭제하는 일을 피할 수 있습니다. 구성 요소와 안전한 정리 순서는 [Mac의 시스템 데이터란 무엇인가요](https://mole.fit/ko/blog/what-is-system-data-on-mac)를, 삭제 가능 공간과 여유 공간의 차이는 [Mac의 삭제 가능 공간이란 무엇인가요](https://mole.fit/ko/blog/what-is-purgeable-space-on-mac)를 참고하세요. ## 서로 다른 두 도구, 서로 다른 역할 | 도구 | 표시하는 내용 | 한계 | | --- | --- | --- | | 시스템 설정 › 일반 › 저장 공간 | 색인 후 계산된 분류별 추정치 | 갱신이 늦을 수 있고, 숨겨진 경로와 스냅샷 때문에 비교가 어려움 | | Finder 정보 가져오기 / 폴더 크기 | 선택한 폴더와 하위 폴더의 논리적 크기 | 보호된 경로가 빠질 수 있고, 클론과 스파스 파일 때문에 단순 합산이 어려움 | | 특정 경로의 `du` 명령 | 명령이 접근할 수 있는 디스크 블록 사용량 | 권한 오류가 난 데이터는 집계에서 빠지며, 시스템 데이터 분류는 없음 | | `df` / APFS 컨테이너 여유 공간 | 볼륨 및 컨테이너의 여유 공간 | 분류별 수치는 없음 | Apple은 [Mac의 저장 공간 확인하기](https://support.apple.com/guide/mac-help/syspf5a64aa6/mac)에서 저장 공간 분류를, 디스크 유틸리티 도움말에서 APFS 공유 컨테이너를 설명합니다. 어느 쪽도 눈에 보이는 폴더 크기의 합계가 시스템 데이터와 일치해야 한다고 설명하지는 않습니다.
저장 공간 카테고리 합계와 폴더 크기 합계는 측정 범위가 다르기 때문에 일치하지 않습니다
시스템 데이터는 파일을 분류해 집계하고, 폴더 크기는 접근 가능한 경로를 측정합니다.
## 두 수치가 일치하지 않는 이유 1. **범위.** 시스템 데이터에는 캐시, 로그, 가상 메모리, 기기 백업, 지원 파일과 로컬 스냅샷의 영향이 반영됩니다. Finder의 한 폴더에 모여 있는 데이터가 아닙니다. 2. **권한.** 전체 디스크 접근 권한 없이 `du ~/Library`를 실행하면 보호된 위치를 건너뜁니다. 명령으로 집계하지 못해도 해당 데이터는 공간을 차지합니다. 3. **APFS 기능.** 클론, 스냅샷, 스파스 파일 때문에 '정보 가져오기' 크기를 단순히 더해서는 컨테이너 여유 공간을 정확히 확인하기 어렵습니다. 4. **시간 차이.** 대규모 변경 후 저장 공간이 파일을 다시 분류하기까지 시간이 걸릴 수 있습니다. 폴더 크기는 다시 측정할 때 갱신됩니다. 5. **삭제 가능 공간의 중복.** macOS가 회수할 수 있는 공간은 특정 분류에서 사용 중인 공간이면서 동시에 사용 가능 공간으로 집계될 수 있습니다. 데이터를 변경하지 않고 교차 확인하는 명령어: ```shell df -h / diskutil apfs list du -sh ~/Library/* 2>/dev/null | sort -h ``` `du` 결과로 점검할 폴더를 추려보세요. 위 명령은 권한 오류를 숨기므로, 출력에 없다고 폴더가 비어 있다는 뜻은 아닙니다. 경로를 측정할 때 "Operation not permitted"가 나오면 결과가 불완전한 것입니다. ## 수치 차이를 확인하는 실용적인 순서 1. 저장 공간 설정에서 '시스템 데이터'와 '사용 가능' 수치를 기록합니다. 2. `df` 결과와 APFS 컨테이너 여유 공간을 기록합니다. 3. 로컬 스냅샷은 삭제하지 않고 목록만 확인합니다. 4. 접근할 수 있고 직접 관리하는 큰 폴더를 측정합니다. 용도를 아는 `~/Library` 하위 폴더, 문서, 직접 만든 가상 머신 등이 해당합니다. 5. Finder가 틀렸다고 단정하지 말고, 접근할 수 없는 경로와 APFS 저장 방식의 영향을 고려합니다. 6. 복원할 수 있는 항목만 삭제한 뒤, `df`를 먼저 확인하고 저장 공간 설정은 나중에 다시 확인합니다. 사용 가능 공간이 충분하다면 시스템 데이터가 크다는 것만으로 문제는 아닙니다. 공간이 부족하고, 직접 관리하며 복원할 수 있는 파일을 찾았을 때 정리하세요. ## 억지로 수치를 맞추려 할 때 피해야 할 행동 | 작업 | 수치를 맞추는 방법으로 적절하지 않은 이유 | | --- | --- | | 임의의 `/Library` 폴더 삭제 | 앱이 오작동할 수 있고, 분류별 수치가 예상대로 바뀌지 않을 수 있음 | | `~/Library/Caches` 전체를 무작정 비우기 | 지워도 되는 캐시와 다시 받는 데 시간이나 비용이 드는 오프라인 데이터가 섞여 있음 | | 스냅샷 내부 데이터를 수동으로 지우기 | 백업 무결성을 해칠 수 있음. 공식 문서에 안내된 스냅샷 도구만 사용 | | 디스크 분석기 수치가 시스템 데이터와 정확히 일치하기를 기대하기 | 분석기는 접근 가능한 폴더 구조를 측정하지만, 시스템 데이터는 하나의 폴더 구조가 아님 | Mole의 분석(Analyze) 화면은 직접 열 수 있는 큰 폴더를 찾는 데 도움이 됩니다. 다만 합계가 Apple의 시스템 데이터 수치와 일치할 필요는 없습니다. ## 사용 가능 공간 부족이 실제 문제일 때 확인할 사항 - 로컬 스냅샷이 삭제된 블록을 유지하는 경우: [Mac에서 로컬 Time Machine 스냅샷 삭제하기](https://mole.fit/ko/blog/how-to-delete-local-time-machine-snapshots-mac) - 파일은 삭제했지만 여유 공간이 늘어나지 않는 경우: [파일을 삭제해도 Mac 저장 공간이 늘어나지 않는 이유](https://mole.fit/ko/blog/mac-deleted-files-space-not-freeing) - 지원 폴더에 있는 iOS 백업, Mail 데이터, 개발 도구 파일: 해당 앱이나 도구에서 관리 ## 자주 묻는 질문 ### Finder에서 "시스템 데이터" 폴더를 직접 열 수 있나요? 아니요. 시스템 데이터는 여러 위치의 파일을 묶은 분류이지, 직접 열 수 있는 하나의 폴더가 아닙니다. ### Macintosh HD의 '정보 가져오기' 크기가 저장 공간의 사용 공간보다 작은 이유는 무엇인가요? '정보 가져오기'와 저장 공간은 용량 계산 방식이 다릅니다. 최신 macOS는 하나의 APFS 컨테이너 안에서 시스템 볼륨과 데이터 볼륨을 분리하기도 합니다. 남은 용량을 확인할 때는 컨테이너 여유 공간을 살펴보세요. ### 캐시를 비우면 시스템 데이터와 폴더 크기 합계가 일치하게 되나요? 그럴 가능성은 낮습니다. 캐시를 지워도 측정한 폴더 밖의 로그, 가상 메모리, 스냅샷, 백업, 지원 파일 때문에 생기는 차이는 해결되지 않습니다. ### 시스템 데이터 수치가 크면 항상 긴급한 조치가 필요한가요? 아니요. 분류별 크기보다 사용 가능 공간이 중요합니다. 공간이 부족하면 직접 관리하고 복원할 수 있는 파일부터 찾아보세요. 두 합계를 맞출 필요는 없습니다. --- Canonical HTML page: https://mole.fit/ko/blog/mac-system-data-display-vs-folder-size Blog index for agents: https://mole.fit/ko/blog/llms.txt Site index for agents: https://mole.fit/llms.txt