Mac 의 제거 가능한 공간이란?

Finder 는 디스크에 321 GB 를 사용할 수 있다고 표시합니다. 저장 공간 설정에는 제거 가능이라고 적힌 큰 회색 띠가 나타납니다. df 는 또 다른 단위로 또 다른 숫자를 보여 줍니다. 셋 다 거짓말을 하는 것은 아니고, 셋 다 같은 질문에 답하는 것도 아닙니다.

"Mac 이 가득 찼다고 하는데 파일을 찾을 수 없다"는 문제는 거의 전부, 저장 공간 문제이기 전에 측정 문제입니다. 각 숫자가 어떤 질문에 답하는지만 알면 대부분 풀립니다.

짧은 답: 제거 가능한 공간은 무언가가 필요할 때 macOS 가 되찾을 수 있다고 보는 공간으로, 대부분 로컬 스냅샷, 비울 수 있는 클라우드 파일, 캐시입니다. Finder 는 이를 사용 가능으로 세고, 다른 도구가 모두 그렇게 세는 것은 아닙니다. 명령으로 직접 비울 수는 없고, 보통 그럴 필요도 없습니다. macOS 가 필요할 때 풀어 줍니다.

숫자 셋, 질문 셋

아무 Mac 에서나 아래를 실행하면, 같은 볼륨에 대해 서로 다른 세 숫자가 나옵니다.

df -h /
diskutil info / | grep -i "Container"

이 글에 사용한 기기에서는 다음과 같습니다.

/dev/disk3s1s1   926Gi    12Gi   299Gi     4%     /

   Container Total Space:     994.6 GB (994610155520 Bytes)
   Container Free Space:      321.0 GB (321045377024 Bytes)

df 는 사용 가능이 299Gi 라고 합니다. diskutil 은 여유 공간이 321.0 GB 라고 합니다. 같은 양입니다. 십진 기가바이트 321 은 이진 기비바이트 299 입니다. Apple 은 저장 공간을 십진 GB 로 표기하고, df -h 는 이진 단위를 출력한 뒤 Gi 라고 붙입니다. 공간이 사라졌다고 결론 내리기 전에, GB 와 GiB 를 비교하고 있는 것은 아닌지 확인합니다.

Used 열이 12Gi 로 나오는 것도 또 다른 의외입니다. 최신 macOS 에서 / 는 봉인된 읽기 전용 시스템 스냅샷입니다. 사용자 파일은 같은 APFS 컨테이너를 공유하는 데이터 볼륨에 있습니다. 볼륨별 "사용됨" 숫자를 더해도 컨테이너와 맞지 않는 이유입니다.

제거 가능한 공간이 실제로 포함하는 것

제거 가능은 공간이 부족할 때 풀어 줄 수 있다고 macOS 가 추정하는 양이며, 서로 무관한 여러 곳에서 모입니다.

• 로컬 Time Machine 스냅샷. 보통 가장 큰 비중을 차지하고, 삭제한 파일이 공간을 전혀 비우지 않은 것처럼 보이게 만드는 원인입니다. 로컬 스냅샷을 참고합니다.
• 비울 수 있는 iCloud Drive 및 사진 콘텐츠. Mac 저장 공간 최적화가 켜져 있을 때입니다. 파일은 로컬에서 자리 표시자이고, 전체 사본은 다시 내려받을 수 있습니다.
• macOS 가 다시 만들 수 있다고 보는 캐시. 시스템이 묻지 않고 버릴 수 있습니다.
• 아직 모든 곳에 반영되지 않은 APFS 컨테이너 내부의 집계 여유.

각각 규칙이 다르므로, "제거 가능한 공간 47 GB 를 확보한다"는 숫자는 사전에 누구도 검증할 수 없습니다. 상한일 뿐이고, 이를 실제로 비워 줄 양처럼 인용하는 도구는 추측하는 것입니다.

필요할 때 바로 비울 수는 없으며, 그렇게 설계되어 있습니다

"지금 제거 가능한 공간을 풀어라"고 말하는 지원 명령은 없습니다. macOS 는 할당이 그 블록을 필요로 할 때 되찾으며, 이것이 유용한 동작입니다. 스냅샷이나 내려받은 클라우드 파일은 공간이 필요한 바로 그 순간까지 남겨 둘 가치가 있습니다.

그래서 여유 공간이 매우 적다고 표시되는 Mac 도 큰 파일을 저장하거나 업데이트를 설치할 수 있습니다. 요청 자체가 회수를 유발하기 때문입니다. 공간을 더 빨리 되돌리려면 비우기 스위치를 찾지 말고, 공간을 붙잡고 있는 것을 제거하십시오. 이 숫자를 안정적으로 움직이는 유일한 지렛대는 스냅샷을 줄이는 것입니다.

tmutil listlocalsnapshots /
tmutil thinlocalsnapshots /

sudo purge 는 전혀 다른 것입니다

검색 결과는 둘을 끊임없이 섞어 놓으므로, 분명히 하겠습니다. purge 는 실제 macOS 명령이며, 디스크의 제거 가능한 공간과는 무관합니다. 메모리 안의 파일 시스템 캐시를 비워, 캐시된 디스크 페이지를 RAM 밖으로 밀어냅니다. Apple 이 벤치마크용으로 만든 것으로, 같은 테스트를 두 번째 실행할 때 이미 채워진 캐시에서 읽지 않게 하기 위함입니다.

sudo purge

디스크 공간을 확보하지도, 파일을 삭제하지도 않습니다. 시스템이 방금 시간을 들여 만든 캐시를 버려서, 모든 것을 디스크에서 다시 읽는 동안 이후 몇 분의 작업이 느려집니다. 문제 없는 Mac 에서는 실행할 이유가 없고, 일정에 넣어 돌리면 성능만 깎입니다.

실제 질문이 디스크가 아니라 메모리라면 메모리 압력을 대신 읽으십시오. 거기서 중요한 숫자는 여유 RAM 양이 아니라 압력입니다.

저장 공간 설정이 맞춰지는 데 시간이 걸리는 이유

큰 것을 삭제한 뒤에도 저장 공간 패널은 예전 숫자를 계속 보여 주는 경우가 많습니다. 그 보기의 분류는 변경이 있을 때마다 다시 세는 것이 아니라, 볼륨을 표본 추출하는 백그라운드 프로세스가 계산하며, 여러 분류가 겹칩니다.

그래서 이 패널은 좋은 지도이고 나쁜 계측기입니다. 볼륨의 형세를 보는 데 쓰고, 변경이 효과가 있었는지는 변경 전후에 df 또는 diskutil 로 확인하십시오.

짧은 진단

여유 공간이 기대와 맞지 않을 때, 이 순서로 하면 몇 분 안에 정리됩니다.

1. diskutil info / 의 컨테이너 여유 공간을 기록합니다. 정직한 기준선입니다.
2. tmutil listlocalsnapshots / 를 실행합니다. 여기 항목이 "삭제해도 공간이 안 비었다"는 보고의 대부분을 설명합니다.
3. 사진과 iCloud Drive 에 Mac 저장 공간 최적화가 켜져 있는지 확인합니다. 켜져 있다면 "사용됨" 공간의 일부는 비울 수 있고, "사용 가능" 공간의 일부는 이론값입니다.
4. 그다음에야 큰 파일을 찾습니다. 앞 세 단계가 차이를 설명했다면, 파일 문제가 아닙니다.

점검 도구가 들어가는 자리

Mole 는 증명할 수 있는 것만 보고합니다. 목록에 올린 항목의 실제 디스크상 크기, 제거한 것의 전후 합계이며, 목록화할 수 없는 제거 가능 풀에 대한 헤드라인 약속은 하지 않습니다. 공간이 파일이 아니라 스냅샷에 묶여 있을 때는, 더 큰 숫자를 보여 주기보다 그렇게 말하는 것이 유용한 답입니다.

자주 묻는 질문

제거 가능한 공간을 0 으로 만들어야 합니까?

아닙니다. 제거 가능한 공간은 대부분 이득이 되는 작업 상태입니다. 필요할 수 있는 스냅샷, 바로 열 수 있는 클라우드 파일, 앱을 빠르게 유지하는 캐시입니다. 이를 0 으로 몰아가는 것은 그 전부를 숫자 하나와 바꾸는 일입니다.

Finder 가 df 보다 사용 가능 공간을 더 크게 보여 주는 이유는 무엇입니까?

Finder 는 macOS 가 되찾을 수 있다고 확신하는 공간을 포함합니다. df 는 파일 시스템이 현재 할당하지 않은 양을 보고합니다. 둘 다 서로 다른 질문에 대한 올바른 답입니다.

외장 드라이브에도 제거 가능한 공간이 있습니까?

로컬 스냅샷은 시동 디스크의 동작이므로, 가장 큰 기여분은 보통 없습니다. 외장 APFS 볼륨도 무언가가 그곳에 썼다면 스냅샷을 가질 수 있습니다.

제거 가능한 공간은 문제의 징후입니까?

매우 크고, 여유 공간이 줄어드는 동안 계속 커질 때만 그렇습니다. 그 패턴은 보통 스냅샷이 줄어드는 속도보다 쌓이는 속도가 빠르다는 뜻이며, 스냅샷 가이드에서 다룹니다.