# 시동 디스크가 거의 가득 찼습니다: 공간이 어디로 갔는지 찾기

> 알림은 파일을 지우라는 뜻이 아니라, 작업용 여유가 부족하다는 뜻입니다. df 와 diskutil 로 측정하고, 로컬 스냅샷을 먼저 확인한 뒤, 자잘한 삭제 대신 구조적인 조치 하나를 취합니다.

Published: 2026-08-09 | Updated: 2026-08-16

알림은 가장 곤란한 순간에 옵니다. 영상을 내보내거나, 업데이트를 설치하거나, 문서를 저장하는 중에 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 /` 가 항목을 반환함 | [로컬 스냅샷 삭제하기](https://mole.fit/ko/blog/how-to-delete-local-time-machine-snapshots-mac) |
| 사진 보관함 | 홈에서 보통 가장 큰 단일 항목 | [사진 저장 공간 확보하기](https://mole.fit/ko/blog/how-to-free-up-photos-storage-mac) |
| iOS 기기 백업 | `~/Library/Application Support/MobileSync/Backup` | [오래된 iPhone 백업 삭제하기](https://mole.fit/ko/blog/how-to-delete-iphone-backups-mac) |
| 메일 다운로드 | 메일 계정 데이터가 한없이 커짐 | [메일 저장 공간 줄이기](https://mole.fit/ko/blog/how-to-reduce-mail-storage-mac) |
| 개발자 캐시 | Xcode, Docker, Homebrew, node 패키지 저장소 | [개발 캐시 지우기](https://mole.fit/ko/blog/how-to-clear-dev-caches-mac) |
| 잊힌 대용량 파일 | 오래된 내보내기 파일, 디스크 이미지, 다운로드 | [대용량 파일 찾기](https://mole.fit/ko/blog/how-to-find-large-files-on-mac) |

macOS 는 이 중 여러 항목을 저장 공간 설정의 **시스템 데이터** 범주로 묶어 보여 주고, 그래서 그 막대가 위협적이고 정체를 알 수 없게 보입니다. 열어 볼 수 있는 폴더가 아니라 남은 것을 가리키는 이름입니다. [시스템 데이터에 실제로 무엇이 들어 있는지](https://mole.fit/ko/blog/what-is-system-data-on-mac) 를 참고합니다.

## 삭제해도 공간이 확보되지 않을 때

사람들이 정리 도구를 찾게 되는 경우가 바로 이것입니다. 20 GB 파일을 지우고 휴지통을 비웠는데 여유 공간은 거의 움직이지 않습니다.

흔한 원인은 APFS 의 쓰기 시 복사입니다. 로컬 Time Machine 스냅샷이 삭제된 파일이 쓰던 블록을 여전히 참조하므로, 파일 시스템이 그 블록을 내주지 못합니다. 그 공간은 여유가 아니라 제거 가능으로 표시됩니다. 직접 확인합니다.

```
tmutil listlocalsnapshots /
```

항목이 나오면 다른 일을 하기 전에 [스냅샷 가이드](https://mole.fit/ko/blog/how-to-delete-local-time-machine-snapshots-mac) 를 읽습니다. 스냅샷을 줄이는 것만으로 끝나는 경우가 많고, 외장 Time Machine 디스크의 백업은 건드리지 않습니다.

두 번째 원인은 macOS 가 일부 공간을 회수 가능하다고 보고 굳이 서두르지 않기 때문입니다. 실제로 필요한 것이 생기면 그때 그 공간을 비웁니다. 여유 공간이 거의 없다고 나오는데도 Mac 이 업데이트를 성공적으로 설치하는 이유도 이것입니다.

## 저장 공간 설정을 잘 쓰는 방법

**시스템 설정 > 일반 > 저장 공간** 은 두 가지에 유용합니다. 범주 막대는 볼륨의 대략적인 구성을 보여 주고, 권장 사항 패널은 휴지통 자동 비우기와 큰 파일 검토처럼 따로 찾아다녀야 할 제어를 꺼내 줍니다.

측정 도구로는 덜 유용합니다. 범주가 겹치고, 변경 후 숫자가 천천히 안정되며, 분류기가 확신하지 못하는 것은 시스템 데이터가 흡수합니다. 탐색에는 이것을 쓰고, 측정에는 `df` 와 `diskutil` 을 씁니다.

## 하지 말아야 할 일

- **공간을 만들려고 `/System`, `/Library`, `/private` 에서 파일을 삭제하지 마십시오.** 최신 macOS 에서 시스템 볼륨은 봉인되어 읽기 전용이고, 쓸 수 있는 부분은 시스템이 기대고 있는 부분입니다.
- **캐시를 정해진 주기로 비우지 마십시오.** 다시 만들 수 있는 캐시는 바로 돌아오고, 비운 뒤 각 앱의 첫 실행이 느려집니다. [안전하게 지울 수 있는 것](https://mole.fit/ko/blog/how-to-clear-cache-on-mac) 을 참고합니다.
- **제거 가능한 공간을 특정 용량만큼 비워 준다고 약속하는 도구를 믿지 마십시오.** 제거 가능은 섞여 있는 풀의 상한이지 목록이 아닙니다.
- **공간을 확보하려고 Finder 에서 사진 보관함, 메일 데이터, 백업 폴더를 삭제하지 마십시오.** 데이터베이스가 일관되게 유지되도록 해당 앱에서 처리합니다.

## 큰 숫자보다 안정적인 상태를 만들기

한 번에 찍히는 가장 큰 숫자보다, 유지할 수 있는 여유를 목표로 합니다. 예비 공간 위에 여유 있게 앉아 있는 Mac 은 경고를 멈추고, 부하가 걸려도 페이징을 하지 않게 됩니다.

거기까지 가는 데는 작은 삭제를 여러 번 하는 것보다 구조적인 변경 한 가지가 보통입니다. 사진 보관함이나 영상 아카이브를 외장 디스크로 옮기거나, 큰 보관함에 Mac 저장 공간 최적화를 켜거나, 더 이상 쓰지 않는 개발 도구 체인을 제거하는 것입니다. 그중 어느 하나라도 스크린샷을 지우는 오후의 작업보다 오래갑니다.

## 검토 도구가 들어갈 자리

[Mole](https://mole.fit/) 은 삭제를 제안하기 전에 먼저 측정합니다. 실제 디스크 사용량으로 볼륨을 매핑하고, 무엇이든 제거하기 전에 각 후보가 무엇인지 보여 주며, 바로 삭제하지 않고 휴지통으로 옮기므로 잘못된 판단도 되돌릴 수 있습니다. 증명할 수 없는 제거 가능 숫자를 약속하지 않습니다.

## 작업 순서

1. `df -h /` 와 `diskutil info /` 로 여유 공간을 기록합니다.
2. `tmutil listlocalsnapshots /` 를 확인하고, 항목이 있으면 스냅샷을 먼저 처리합니다.
3. 실제 사용량이 가장 큰 항목을 찾되, 다른 곳보다 홈을 먼저 봅니다.
4. 구조적인 변경을 한 가지 한 다음 다시 측정합니다.
5. 도구가 만족스러운 합계를 보여 줄 때가 아니라, 볼륨에 여유가 생겼을 때 멈춥니다.

## 자주 묻는 질문

### 파일을 삭제한 다음 날 알림이 다시 뜨는 이유

삭제가 구조를 바꾸지 않았기 때문입니다. 실제 점유자가 사진 보관함, iOS 백업, 스냅샷 집합이라면, 문서 몇 기가바이트를 지워도 임계값 바로 위에 머물 뿐이고, 다음 업데이트나 스왑 폭주로 다시 아래로 내려갑니다.

### Mac 에는 여유 공간이 얼마나 있어야 하나요?

공식 수치는 없고, 어디서 본 특정 비율은 Apple 규격이 아니라 누군가의 경험 법칙입니다. 현실적으로는 전체 macOS 업데이트를 준비할 공간에, 평소 작업의 스왑까지 들어갈 여유가 있으면 됩니다.

### 이 알림은 드라이브가 고장 났다는 뜻인가요?

아닙니다. 용량을 알려 줄 뿐, 드라이브 상태에 대해서는 말하지 않습니다. 그것은 다른 증상으로 보는 다른 질문입니다.

### 무시해도 되나요?

당분간은 가능하고, macOS 는 제거 가능한 공간을 회수하며 계속 동작합니다. 대가는 메모리 압력 아래에서 느려지는 Mac 과 실패하기 시작하는 업데이트이므로, 매일 닫는 것보다 고치는 편이 낫습니다.

---

Canonical HTML page: https://mole.fit/ko/blog/mac-startup-disk-full
Blog index for agents: https://mole.fit/ko/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt