시동 디스크가 거의 가득 찼습니다: 공간이 어디로 갔는지 찾기
알림은 가장 곤란한 순간에 옵니다. 영상을 내보내거나, 업데이트를 설치하거나, 문서를 저장하는 중에 macOS 가 시동 디스크가 거의 가득 찼습니다 라고 끼어듭니다. 반사적으로 다운로드를 열고 삭제를 시작합니다. 그렇게 하면 보통 몇 기가바이트가 확보되고, 알림은 하루 안에 다시 뜨며, 배운 것은 없습니다.
macOS 는 볼륨에 스왑, 업데이트, 임시 파일에 필요한 작업용 여유가 바닥났다고 알리는 것입니다. 회수할 수 있지만 아직 붙잡혀 있는 공간도 실제 파일과 똑같이 계산되므로, 보이는 파일을 지워도 숫자가 움직이기도 하고 전혀 변하지 않기도 합니다.
짧은 답: 무엇이든 지우기 전에 공간이 어디로 갔는지 확인합니다. df -h / 로 여유 공간을 확인하고 시스템 설정 > 일반 > 저장 공간 을 살펴봅니다. 큰 파일을 지운 뒤에도 숫자가 거의 변하지 않는다면, 그 공간은 눈에 보이는 파일이 아니라 스냅샷이나 제거 가능한 풀에 붙잡혀 있는 것입니다.
알림이 실제로 의미하는 것
macOS 는 시동 볼륨에 예비 공간을 남겨 둡니다. 가상 메모리 스왑, 시스템 업데이트 중 설치 프로그램 준비, 앱이 작업 중에 쓰는 임시 파일, APFS 관리용으로 쓰입니다. 여유 공간이 그 예비 공간 근처로 떨어지면 시스템이 경고합니다.
Apple 은 정확한 임계값을 공개하지 않으며, 볼륨 크기와 그 순간 시스템이 하는 일에 따라 달라집니다. 이 알림은 여유 공간에 대한 신호로 보고, 거꾸로 계산할 수 있는 정밀 측정값으로 보지 않습니다.
숫자보다 중요한 결과는 두 가지입니다.
- 디스크 공간이 부족한 Mac 은 고장 나기 전에 먼저 느려집니다. 스왑이 갈 곳이 없어서 메모리 압력이 올라가고, 시스템이 압축과 페이징을 강하게 시작합니다.
- 설치 프로그램이 여유 공간보다 작아 보여도 macOS 업데이트가 설치를 거부할 수 있습니다. 적용하기 전에 전체 복사본을 준비하기 때문입니다.
삭제하기 전에 측정하기
회수 가능한 풀을 이미 섞어서 공간을 보여 주기 때문에, Finder 가 아니라 파일 시스템부터 확인합니다.
df -h /
1 TB 드라이브가 있는 Mac 에서는 대략 이렇게 나옵니다.
Filesystem Size Used Avail Capacity Mounted on
/dev/disk3s1s1 926Gi 12Gi 299Gi 4% /
Used 열이 작은 이유는 / 가 데이터 볼륨이 아니라 봉인된 시스템 스냅샷이기 때문입니다. 1 TB 로 판매된 드라이브인데 Size 가 926Gi 로 나오는 것은 df 가 이진 기비바이트로 세고 Apple 이 십진 기가바이트로 세기 때문입니다. 빠진 것은 없고, 같은 바이트를 두 단위로 설명하는 것입니다.
컨테이너 전체는 diskutil 로 확인합니다.
diskutil info / | grep -i "Container"
Container Total Space: 994.6 GB (994610155520 Bytes)
Container Free Space: 321.0 GB (321045377024 Bytes)
이제 실제 기준선이 생겼습니다. 여유 공간 숫자를 적어 둡니다. 아래 단계는 전부 그 숫자가 움직이는지로 판단합니다.
공간이 보통 어디에 있는지
개인용 Mac 에서 시동 디스크가 가득 찬 이유는 거의 항상 다음 여섯 가지 중 하나입니다. 가장 큰 것을 아무거나 지우지 말고 이 목록을 위에서부터 확인합니다.
| 의심 항목 | 확인 방법 | 참고할 곳 |
|---|---|---|
| 로컬 Time Machine 스냅샷 | tmutil listlocalsnapshots / 가 항목을 반환함 |
로컬 스냅샷 삭제하기 |
| 사진 보관함 | 홈에서 보통 가장 큰 단일 항목 | 사진 저장 공간 확보하기 |
| iOS 기기 백업 | ~/Library/Application Support/MobileSync/Backup |
오래된 iPhone 백업 삭제하기 |
| 메일 다운로드 | 메일 계정 데이터가 한없이 커짐 | 메일 저장 공간 줄이기 |
| 개발자 캐시 | Xcode, Docker, Homebrew, node 패키지 저장소 | 개발 캐시 지우기 |
| 잊힌 대용량 파일 | 오래된 내보내기 파일, 디스크 이미지, 다운로드 | 대용량 파일 찾기 |
macOS 는 이 중 여러 항목을 저장 공간 설정의 시스템 데이터 범주로 묶어 보여 주고, 그래서 그 막대가 위협적이고 정체를 알 수 없게 보입니다. 열어 볼 수 있는 폴더가 아니라 남은 것을 가리키는 이름입니다. 시스템 데이터에 실제로 무엇이 들어 있는지 를 참고합니다.
삭제해도 공간이 확보되지 않을 때
사람들이 정리 도구를 찾게 되는 경우가 바로 이것입니다. 20 GB 파일을 지우고 휴지통을 비웠는데 여유 공간은 거의 움직이지 않습니다.
흔한 원인은 APFS 의 쓰기 시 복사입니다. 로컬 Time Machine 스냅샷이 삭제된 파일이 쓰던 블록을 여전히 참조하므로, 파일 시스템이 그 블록을 내주지 못합니다. 그 공간은 여유가 아니라 제거 가능으로 표시됩니다. 직접 확인합니다.
tmutil listlocalsnapshots /
항목이 나오면 다른 일을 하기 전에 스냅샷 가이드 를 읽습니다. 스냅샷을 줄이는 것만으로 끝나는 경우가 많고, 외장 Time Machine 디스크의 백업은 건드리지 않습니다.
두 번째 원인은 macOS 가 일부 공간을 회수 가능하다고 보고 굳이 서두르지 않기 때문입니다. 실제로 필요한 것이 생기면 그때 그 공간을 비웁니다. 여유 공간이 거의 없다고 나오는데도 Mac 이 업데이트를 성공적으로 설치하는 이유도 이것입니다.
저장 공간 설정을 잘 쓰는 방법
시스템 설정 > 일반 > 저장 공간 은 두 가지에 유용합니다. 범주 막대는 볼륨의 대략적인 구성을 보여 주고, 권장 사항 패널은 휴지통 자동 비우기와 큰 파일 검토처럼 따로 찾아다녀야 할 제어를 꺼내 줍니다.
측정 도구로는 덜 유용합니다. 범주가 겹치고, 변경 후 숫자가 천천히 안정되며, 분류기가 확신하지 못하는 것은 시스템 데이터가 흡수합니다. 탐색에는 이것을 쓰고, 측정에는 df 와 diskutil 을 씁니다.
하지 말아야 할 일
- 공간을 만들려고
/System,/Library,/private에서 파일을 삭제하지 마십시오. 최신 macOS 에서 시스템 볼륨은 봉인되어 읽기 전용이고, 쓸 수 있는 부분은 시스템이 기대고 있는 부분입니다. - 캐시를 정해진 주기로 비우지 마십시오. 다시 만들 수 있는 캐시는 바로 돌아오고, 비운 뒤 각 앱의 첫 실행이 느려집니다. 안전하게 지울 수 있는 것 을 참고합니다.
- 제거 가능한 공간을 특정 용량만큼 비워 준다고 약속하는 도구를 믿지 마십시오. 제거 가능은 섞여 있는 풀의 상한이지 목록이 아닙니다.
- 공간을 확보하려고 Finder 에서 사진 보관함, 메일 데이터, 백업 폴더를 삭제하지 마십시오. 데이터베이스가 일관되게 유지되도록 해당 앱에서 처리합니다.
큰 숫자보다 안정적인 상태를 만들기
한 번에 찍히는 가장 큰 숫자보다, 유지할 수 있는 여유를 목표로 합니다. 예비 공간 위에 여유 있게 앉아 있는 Mac 은 경고를 멈추고, 부하가 걸려도 페이징을 하지 않게 됩니다.
거기까지 가는 데는 작은 삭제를 여러 번 하는 것보다 구조적인 변경 한 가지가 보통입니다. 사진 보관함이나 영상 아카이브를 외장 디스크로 옮기거나, 큰 보관함에 Mac 저장 공간 최적화를 켜거나, 더 이상 쓰지 않는 개발 도구 체인을 제거하는 것입니다. 그중 어느 하나라도 스크린샷을 지우는 오후의 작업보다 오래갑니다.
검토 도구가 들어갈 자리
Mole 은 삭제를 제안하기 전에 먼저 측정합니다. 실제 디스크 사용량으로 볼륨을 매핑하고, 무엇이든 제거하기 전에 각 후보가 무엇인지 보여 주며, 바로 삭제하지 않고 휴지통으로 옮기므로 잘못된 판단도 되돌릴 수 있습니다. 증명할 수 없는 제거 가능 숫자를 약속하지 않습니다.
작업 순서
df -h /와diskutil info /로 여유 공간을 기록합니다.tmutil listlocalsnapshots /를 확인하고, 항목이 있으면 스냅샷을 먼저 처리합니다.- 실제 사용량이 가장 큰 항목을 찾되, 다른 곳보다 홈을 먼저 봅니다.
- 구조적인 변경을 한 가지 한 다음 다시 측정합니다.
- 도구가 만족스러운 합계를 보여 줄 때가 아니라, 볼륨에 여유가 생겼을 때 멈춥니다.
자주 묻는 질문
파일을 삭제한 다음 날 알림이 다시 뜨는 이유
삭제가 구조를 바꾸지 않았기 때문입니다. 실제 점유자가 사진 보관함, iOS 백업, 스냅샷 집합이라면, 문서 몇 기가바이트를 지워도 임계값 바로 위에 머물 뿐이고, 다음 업데이트나 스왑 폭주로 다시 아래로 내려갑니다.
Mac 에는 여유 공간이 얼마나 있어야 하나요?
공식 수치는 없고, 어디서 본 특정 비율은 Apple 규격이 아니라 누군가의 경험 법칙입니다. 현실적으로는 전체 macOS 업데이트를 준비할 공간에, 평소 작업의 스왑까지 들어갈 여유가 있으면 됩니다.
이 알림은 드라이브가 고장 났다는 뜻인가요?
아닙니다. 용량을 알려 줄 뿐, 드라이브 상태에 대해서는 말하지 않습니다. 그것은 다른 증상으로 보는 다른 질문입니다.
무시해도 되나요?
당분간은 가능하고, macOS 는 제거 가능한 공간을 회수하며 계속 동작합니다. 대가는 메모리 압력 아래에서 느려지는 Mac 과 실패하기 시작하는 업데이트이므로, 매일 닫는 것보다 고치는 편이 낫습니다.