# Mac에서 큰 파일을 지웠는데 여유 공간이 안 늘면? 확인 순서

> 휴지통, 스냅샷, 제거 가능 공간, 저장 공간 지연 순으로 확인한 뒤에야 더 지웁니다.

Published: 2026-09-15 | Updated: 2026-09-19

몇 GB짜리 폴더를 삭제하고 휴지통까지 비웠는데도 여유 공간이 거의 그대로인가요? 삭제한 파일의 데이터 블록을 다른 요소가 여전히 붙잡고 있거나, 저장 공간 설정이 아직 갱신되지 않았을 수 있습니다.

파일을 더 지우기 전에 어디서 공간을 차지하는지 확인하세요. 관련 개념은 [Mac의 시스템 데이터란](https://mole.fit/ko/blog/what-is-system-data-on-mac), [Mac의 삭제 가능 공간이란](https://mole.fit/ko/blog/what-is-purgeable-space-on-mac), [Mac에서 로컬 Time Machine 스냅샷 삭제하기](https://mole.fit/ko/blog/how-to-delete-local-time-machine-snapshots-mac)를 참고하세요.

## 파일을 더 삭제하기 전에 확인할 사항

1. 휴지통에 파일이 남아 있지 않은지 확인합니다.
2. Finder의 여유 공간을 `df -h /` 및 APFS 컨테이너의 여유 공간과 비교합니다.
3. 로컬 APFS 및 Time Machine 스냅샷 목록을 확인합니다.
4. 시스템 설정의 저장 공간에서 삭제 가능 공간과 사용 가능 공간 표시를 확인합니다.
5. 대용량 파일 삭제 후 색인이 갱신될 시간을 준 다음, 같은 세 곳의 수치를 다시 확인합니다.
6. 그다음 안전하게 삭제할 수 있는 대용량 폴더를 찾습니다.

이 과정을 건너뛰면 수치 차이는 해결하지 못한 채 엉뚱한 파일만 지울 수 있습니다.

## 1단계: 휴지통이 비었는지 확인하기

휴지통에 있는 파일도 디스크 공간을 차지합니다. 휴지통을 비운 뒤 몇 초 기다렸다가 다시 확인하세요. 외장 볼륨에서 파일을 삭제했다면 해당 볼륨이 마운트된 상태에서 휴지통을 비워야 그 디스크의 공간이 확보됩니다.

## 2단계: 여유 공간 수치 세 가지 비교하기

| 화면 | 확인 가능한 내용 | 흔한 불일치 원인 |
| --- | --- | --- |
| Finder / 저장 공간 설정 | macOS가 표시하는 사용 가능 공간 | 대용량 삭제 후 카테고리 갱신 지연 |
| `df -h /` | `/`에 마운트된 볼륨의 여유 공간(주로 Gi 단위) | 시스템 설정의 10진수 GB와 단위 차이 |
| `diskutil` 컨테이너 여유 공간 | APFS 컨테이너 내부의 공유 여유 공간 | 스냅샷과 다른 볼륨도 같은 공간 사용 |

읽기 전용 명령어:

```shell
df -h /
diskutil apfs list
diskutil info / | grep -i "Container Free"
```

`df`의 여유 공간은 늘었는데 저장 공간 설정이 그대로라면, 삭제로 블록이 확보된 상태입니다. 시스템 설정의 표시가 갱신될 때까지 기다리세요.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/apfs-available-space.webp" width="1360" height="454" loading="lazy" alt="APFS 여유 공간은 여러 볼륨에서 공유되며 파일 삭제 후에도 스냅샷이 여전히 점유하고 있을 수 있습니다">
  <figcaption>Finder에서 파일이 사라져도 여유 공간은 바로 늘지 않을 수 있습니다. 스냅샷이 데이터 블록을 보관하거나 저장 공간 분류가 늦어질 수 있기 때문입니다.</figcaption>
</figure>

## 3단계: 이전 블록을 참조하는 로컬 스냅샷 확인하기

Time Machine 로컬 스냅샷과 일부 시스템 업데이트 스냅샷은 이전 데이터 블록을 보관합니다. Apple 설명에 따르면 Time Machine 스냅샷 공간은 사용 가능 저장 공간에 포함되며, 필요할 때 자동으로 회수됩니다. 자세한 내용은 [디스크 유틸리티에서 APFS 스냅샷 보기](https://support.apple.com/guide/disk-utility/view-apfs-snapshots-dskuf82354dc/mac)를 참고하세요.

삭제하지 않고 목록만 확인하는 명령어:

```shell
tmutil listlocalsnapshots /
diskutil apfs listSnapshots /
```

대용량 파일을 삭제한 뒤 스냅샷이 남아 있고 여유 공간도 그대로라면, 자동 정리를 기다리거나 Apple 공식 문서의 스냅샷 관리 절차를 따르세요. 수동 정리가 필요하다면 엉뚱한 파일을 지우는 대신 앞서 링크한 스냅샷 가이드를 참고하세요.

## 4단계: 삭제 가능 공간은 사용자가 비운 폴더가 아닙니다

`df`에서는 여유 공간이 늘었어도 저장 공간 설정에는 삭제 가능 공간이 많이 표시될 수 있습니다. 삭제 가능 공간은 macOS가 필요할 때 회수할 수 있다고 보는 데이터이지, 문서 폴더에서 파일을 지워 비운 공간이 아닙니다. 서드파티 도구로 강제로 비우는 방법은 안전하지 않고 대부분 불필요합니다. 대용량 데이터를 쓸 때 공간이 필요해지면 macOS가 회수하도록 두세요.

## 5단계: 저장 공간 패널의 표시 지연은 정상입니다

몇 GB씩 파일을 삭제한 뒤에는 Spotlight 색인과 저장 공간 계산이 늦어질 수 있습니다. 다음과 같은 변화가 나타날 수 있습니다.

- 카테고리 막대가 몇 분 이상 거의 움직이지 않음
- 파일이 재분류되는 동안 시스템 데이터가 일시적으로 커짐
- Finder와 시스템 설정의 사용 가능 공간이 잠시 다르게 표시됨

Mac을 잠시 사용하지 않고 둔 뒤 `df`와 컨테이너 여유 공간을 다시 확인하세요. 회색 시스템 데이터 막대가 갱신되지 않았다는 이유만으로 파일을 더 지우지 마세요.

## 6단계: 그다음 실제로 남은 대용량 데이터 찾기

앞선 확인을 거쳐도 여유 공간이 그대로라면 다음 항목을 찾아보세요.

- 다운로드 폴더로 내보낸 파일이나 다른 위치에 내려받은 클라우드 파일 등 별도 복사본
- 콘텐츠를 복사해 보관하는 앱 관리 보관함
- 아직 정리하지 않은 iOS 기기 백업이나 디스크 이미지
- 외장 볼륨의 휴지통에 남은 파일

폴더 용량 분석 도구는 큰 폴더를 찾는 데 쓰세요. 크다고 모두 지워도 되는 것은 아닙니다. Mole의 분석(Analyze) 화면에서도 내 대용량 폴더를 찾을 수 있지만, 저장 공간 카테고리와 폴더 용량 합계가 꼭 일치하지는 않습니다.

## 안전 수칙

- `/System`이나 봉인된 시스템 스냅샷을 삭제하지 마세요.
- 파일 삭제 후 시스템 데이터가 커 보인다고 `~/Library`를 통째로 지우지 마세요.
- 삭제 가능 공간을 수동 정리 대상으로 삼지 마세요.
- 관리 대상 Mac에서는 백업 정책을 확인한 뒤 스냅샷을 정리하세요.

## 자주 묻는 질문

### 휴지통을 비웠는데도 여유 공간이 변하지 않습니다. 어떻게 해야 하나요?

`df -h /` 결과와 저장 공간 설정을 비교한 다음, 로컬 스냅샷 목록을 확인하세요. `df`의 여유 공간이 늘었다면 시스템 설정이 갱신되기를 기다리면 됩니다. 그렇지 않다면 스냅샷과 남아 있는 복사본을 확인하세요.

### 파일을 삭제한 직후 시스템 데이터가 오히려 늘어난 이유는 무엇인가요?

대용량 파일 삭제 후 저장 공간 분류가 늦어져 시스템 데이터가 일시적으로 커 보일 수 있습니다. 불필요한 데이터가 새로 생겼다고 판단하기 전에 Mac을 잠시 사용하지 않고 둔 뒤 다시 확인하세요.

### 매번 로컬 스냅샷을 즉시 삭제해야 하나요?

아닙니다. macOS가 백업과 업데이트를 위해 관리합니다. 백업에 미치는 영향을 이해하고, 전용 스냅샷 가이드에 따라 필요할 때만 정리하세요.

### Finder의 폴더 정보 가져오기에 나오는 용량을 디스크 여유 공간의 기준으로 삼아도 되나요?

정보 가져오기는 폴더의 논리적 크기를 표시합니다. APFS 클론, 스냅샷, 공유 컨테이너 여유 공간은 반영하지 않습니다. 디스크 전체의 여유 공간을 확인하는 기준이 아니라 큰 폴더를 찾는 용도로 쓰세요.

---

Canonical HTML page: https://mole.fit/ko/blog/mac-deleted-files-space-not-freeing
Blog index for agents: https://mole.fit/ko/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt