Mac 큰 파일 안전하게 찾고 삭제하기

디스크를 차지하는 항목을 가장 빠르게 찾는 방법은 Finder에서 폴더를 하나씩 열어보는 것이 아니라, 실제로 측정하는 것입니다. 측정 결과도 해석이 필요합니다. 40 GB Photos 라이브러리와 40 GB 설치 파일은 같지 않으며, APFS 스냅샷, 클론, 제거 가능 용량 때문에 두 도구가 모두 정확해도 합계가 다르게 보일 수 있습니다.

디스크 공간이 어떻게 집계되는지, 어떻게 측정하는지, 그리고 큰 항목을 안전하게 찾는 방법을 정리합니다.

디스크는 가득 찼는데 파일 크기를 더해도 맞지 않는 이유

최신 Mac은 APFS 파일 시스템을 사용하며, APFS가 보고하는 공간은 Finder에 보이는 것과 다릅니다. 기가바이트 단위로 숨는 범주는 두 가지입니다.

• 로컬 스냅샷. Time Machine은 백업 사이에 내장 드라이브에 디스크의 시점 스냅샷을 유지합니다. 이미 삭제한 파일도 스냅샷이 여전히 참조하기 때문에, macOS가 정리할 때까지 그 공간을 붙잡아 둡니다. Apple에 따르면 시간 단위 스냅샷은 보통 약 24시간 동안 유지되며, 오래되거나 공간이 필요할 때 자동으로 제거됩니다. 목록을 보려면 다음을 사용합니다.

tmutil listlocalsnapshots /

• 제거 가능 공간. APFS는 캐시, 로컬 스냅샷, 다시 다운로드할 수 있는 콘텐츠를 제거 가능으로 표시합니다. 즉 macOS가 필요할 때 스스로 회수하는 공간입니다. macOS는 이를 사용 가능으로 셀 수 있고, Finder도 사용 가능 합계에 포함할 수 있습니다. 손으로 안정적으로 비우기는 어렵습니다.

다음 명령으로 숫자를 확인합니다.

df -h /
diskutil apfs list
diskutil apfs listSnapshots /

df는 마운트된 파일 시스템이 사용 중·사용 가능으로 보는 값을 보고합니다. diskutil apfs list는 공유 컨테이너, 그 볼륨, 남은 용량을 보여 줍니다. diskutil apfs listSnapshots /는 시작 볼륨에 붙은 스냅샷을 나열합니다. Finder가 디스크를 파일이 설명하는 것보다 더 가득 찼다고 할 때, 이 보기로 일반 파일 사용량과 스냅샷·공유 APFS 용량을 구분할 수 있습니다.

명령줄에서 실제 사용량 측정하기

무거운 폴더를 찾으려면 du(disk usage)가 핵심 도구입니다. 홈 폴더에서:

du -sh ~/* ~/Library 2>/dev/null | sort -h

-s는 항목별 요약을, -h는 사람이 읽기 쉬운 크기를 출력하고, sort -h로 파이프하면 가장 큰 항목이 맨 아래에 옵니다. 큰 결과는 한 번에 하나씩 들어갑니다. Terminal은 보호된 앱 데이터에 대해 Full Disk Access가 필요할 수 있으며, 홈 폴더 스캔은 클라우드 폴더나 개발 트리를 지나면 오래 걸릴 수 있습니다.

이 숫자가 항상 물리적 할당과 같지는 않습니다. 하드 링크는 같은 실제 파일에 여러 이름을 주고, APFS 클론은 한쪽이 바뀌기 전까지 블록을 공유합니다. 따라서 폴더 합계와 컨테이너 여유 공간은 서로 다른 질문에 답합니다. 후보를 찾을 때는 du를 쓰고, 영향이 큰 삭제를 하기 전에 Finder의 정보 가져오기와 APFS 용량 보기로 확인합니다.

폴더가 아니라 개별 큰 파일을 찾으려면 find로 크기를 필터합니다.

find ~/Downloads ~/Movies ~/Desktop -type f -size +500M -print 2>/dev/null

홈 디렉터리 전체를 스캔하기보다 사용자가 통제하는 폴더부터 시작합니다. 이 명령은 잊힌 영상보내기, 디스크 이미지, 아카이브를 잡으면서 모든 애플리케이션 데이터베이스를 헤매지 않습니다. 루트 목록은 필요할 때만 넓힙니다. 대화형 터미널 맵이 필요하면 ncdu로 선택한 폴더를 크기순으로 탐색할 수 있습니다. 먼저 읽기 전용 탐색 도구로 다루고, 후보를 확인한 뒤 Finder에서 열어 휴지통으로 옮기세요. 익숙하지 않은 트리 안에서 ncdu로 바로 삭제하지 않습니다.

숨은 공간 되찾기

문제가 단일 파일이 아니라 스냅샷이나 제거 가능 공간이라면, 사용자가 통제하는 공간을 실제로 비워 두면 macOS가 로컬 스냅샷과 제거 가능 캐시를 자동으로 오래 두거나 정리할 여유가 생깁니다. Time Machine 디스크를 다시 연결하면 백업 이력이 더 많이 가용해지지만, 수동 스냅샷 정리 명령은 아닙니다. 어느 쪽도 손으로 강제할 일은 거의 없습니다.

목록만으로는 부족할 때, 시각적 지도

터미널의 크기는 유용하지만 디스크 전체를 머릿속에 담기 어렵습니다. 트리맵은 모든 폴더를 크기에 비례한 사각형으로 그려, 가장 큰 항목이 가장 큰 블록이 되고 한눈에 무게가 어디에 있는지 보여 줍니다. Mole의 Analyze 화면은 위에서 말한 경로 수준 탐색의 그래픽 대응물입니다. 루트부터 전체 디스크를 매핑하고, 클릭으로 들어가며, Finder에서 항목을 드러내거나 휴지통으로 보낼 수 있습니다(우클릭 메뉴, 크기 확인 후, 휴지통을 비울 때까지 복구 가능). 홈 폴더 같은 탐색용 루트에는 삭제 옵션이 없어, 실수로 구조적인 것을 지울 수 없습니다. 선호하는 쪽을 쓰면 됩니다. 트리맵과 명령은 같은 질문에 답합니다.

내부 동작: 디스크 분석기가 빠르게 유지되는 방식

공간을 비우기 위해 이 부분이 꼭 필요하지는 않습니다. 다만 좋은 디스크 맵이 몇 초 만에 돌아오고 단순한 스크립트는 기어가는 이유가 궁금했다면, 대략 이런 형태입니다. 예시는 Mole의 오픈소스 명령줄 도구, 특히 cmd/analyze의 Go 분석기입니다. 네이티브 앱에는 별도 Swift 스캐너가 있지만, 둘 다 동시성을 제한하고 하드 링크를 중복 제거합니다.

느린 방법은 뻔합니다. 모든 폴더를 순회하고, 모든 파일에 stat을 걸고, 전부 더한 뒤 정렬합니다. 작은 파일이 수백만 개 있는 홈 디렉터리에서는 느리고 메모리도 많이 씁니다. 스캐너는 세 가지 아이디어로 두 함정을 피합니다.

한 한도가 아니라, 제한된 병렬. 단순한 병렬은 폴더마다 고루틴을 띄워 디스크를 녹입니다. 스캐너는 리소스별로 예산을 둡니다. 코어 수에 맞춰 스케일되는 디렉터리 워커 풀(2~12), 동시에 최대 네 개뿐인 훨씬 작은 du 서브프로세스 풀(du 자체가 이미 I/O 병렬이라 더 많이 돌리면 디스크만 스래싱됨), 대기 작업이 수천 개의 쌓인 고루틴으로 부풀지 않게 하는 큐 상한. 이를 하나로 합치면 디스크 도구가 느리거나 메모리 과다 중 하나가 됩니다.

승자만 유지. 필요한 것은 가장 큰 폴더이지 전부가 아니므로, 스캐너는 디스크 전체를 정렬하지 않습니다. 측정된 모든 항목을 두 개의 최소 힙으로 흘립니다. 하나는 상위 30개 폴더, 하나는 상위 20개 파일입니다. 힙이 가득 차면 새 항목을 가장 작은 생존자와 비교해 이기지 못하면 버립니다. 파일 수에 대해 대략 선형이고, 수백만 개를 정렬하는 대신 메모리에는 수십 개만 남깁니다.

각 바이트를 한 번만 센다. 하드 링크가 여러 개인 파일은 링크마다 더해질 수 있습니다. 스캐너는 파일의 (device, inode) 쌍을 처음 볼 때 기록하고 반복은 건너뛰며, 그래서 합계가 du와 맞습니다. 이 중복 제거에 의존한 폴더 합계는 캐시하지도 않습니다. 그 숫자는 스캔 순서에 따라 달라 이후 단독 재스캔을 오염시키기 때문입니다.

이 중 어느 것도 기이한 기법은 아닙니다. “무엇이 디스크를 채우는가”에 몇 초 만에 답하는 도구와 그렇지 않은 셸 루프의 차이이며, 위의 트리맵은 바로 이 엔진의 프론트엔드입니다.

삭제하기 전에 분류하기

큰 항목을 찾았다고 삭제해도 된다는 뜻은 아닙니다. 각 후보를 세 버킷 중 하나에 넣습니다.

• 대체 가능: 확인된 설치 파일, 재현 가능한 빌드 산출물, 문서화된 캐시. 제거 전에 다시 받거나 다시 만드는 비용을 확인합니다.
• 개인 또는 업무용: 사진, 메시지, 프로젝트 아카이브, 가상 머신 디스크, 모델 가중치, 기기 백업. 내보내기, 백업, 또는 소유 앱을 통해 정리합니다.
• 앱 또는 시스템이 관리: 패키지 데이터베이스, 컨테이너, Photos 또는 Mail 라이브러리, 스냅샷, /System 아래의 모든 것. 앱의 제어를 쓰거나 그대로 둡니다.

더 이상 쓰지 않는 앱의 큰 폴더라면, 문서화된 제거 도구를 따른 뒤 남은 파일을 검토합니다. 일반 파일은 먼저 휴지통으로 옮기고, 관련 앱과 프로젝트가 정상인지 확인할 때까지 비우지 않습니다. 휴지통 비우기가 되돌릴 수 없는 단계입니다.

단일 큰 파일을 넘는 더 넓은 정리는 파일을 잃지 않고 공간 비우기를 참고하세요.

반복 가능한 방법

먼저 df, APFS 용량, 저장 공간 설정을 비교해 문제가 실제 물리적 압박인지 분류의 문제인지 파악합니다. 이어서 선택한 루트를 측정하고, 가장 큰 가지로 들어가 소유권과 복구 가능성으로 후보를 분류합니다. 대체 가능한 데이터를 먼저 제거하고, 개인 데이터는 백업과 소유 앱으로 다루며, 일반 삭제는 결과를 확인할 때까지 휴지통에 복구 가능한 상태로 둡니다.