Mac 저장 공간 용어집.
디스크 공간을 둘러싼 용어들을 쉬운 말로 설명합니다.
용어로 바로 가기
- APFS(Apple 파일 시스템)
최신 Mac의 모든 시동 디스크에 쓰이는 SSD용 파일 시스템으로, 기록 시 복사(copy-on-write), 복제본, 스냅샷, 공유 여유 공간을 지원합니다.
APFS는 2017년 macOS High Sierra에서 HFS+를 대신해 Mac 시동 디스크에 도입되었고, macOS Mojave부터는 모든 시동 디스크가 APFS를 사용합니다. 기존 블록을 덮어쓰지 않고 변경 내용을 새 블록에 기록하기 때문에 복제본과 스냅샷을 즉시 만들 수 있습니다. 같은 데이터를 어떤 도구는 한 번, 다른 도구는 두 번 세는 이유도 여기에 있습니다. 터미널에서
diskutil apfs list를 실행하면 컨테이너와 볼륨, 각 볼륨의 역할을 확인할 수 있습니다.다른 이름: Apple File System, Apple 파일 시스템, 에이피에프에스
함께 보기: APFS 컨테이너, APFS 복제본, APFS 스냅샷 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- APFS 컨테이너
하나 이상의 APFS 볼륨을 담는 디스크의 단일 저장 공간 풀로, 모든 볼륨이 같은 여유 공간을 나눠 씁니다.
기존 파티션과 달리 컨테이너 안의 볼륨에는 고정 크기가 없습니다. 각 볼륨은 필요에 따라 커지고 줄어들며, 여유 공간은 컨테이너 전체에 속합니다. 그래서 시동 디스크의 모든 볼륨이 같은 사용 가능 공간을 표시하고, VM이나 Preboot 같은 숨김 볼륨이 쓰는 공간만큼 파일에 쓸 수 있는 공간이 줄어듭니다. 디스크 유틸리티에서 보기 › 모든 기기 보기를 선택하거나
diskutil apfs list를 실행하면 컨테이너를 확인할 수 있습니다.다른 이름: APFS 파티션, 컨테이너 디스크
함께 보기: APFS(Apple 파일 시스템), APFS 볼륨 역할 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- APFS 볼륨 역할
시동 컨테이너의 각 볼륨이 무엇을 위한 것인지 macOS에 알려 주는 라벨: System, Data, Preboot, Recovery, VM.
macOS Catalina부터 시동 디스크는 macOS가 들어 있는 읽기 전용 System 볼륨과 앱, 계정, 파일이 들어 있는 Data 볼륨으로 나뉩니다. Finder는 이 둘을 하나의 디스크(보통 Macintosh HD)로 보여 줍니다. Preboot에는 시동에 필요한 파일이, Recovery에는 macOS 복구가, VM에는 스왑이 들어 있습니다.
diskutil apfs list로 각 볼륨의 역할과 사용 공간을 볼 수 있으며, 사용자가 직접 관리하는 항목은 Data 볼륨에만 있습니다.다른 이름: System 볼륨, Data 볼륨, VM 볼륨, 시스템 볼륨, 데이터 볼륨
함께 보기: APFS 컨테이너, 서명된 시스템 볼륨(SSV), 펌링크 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- APFS 복제본
같은 APFS 볼륨에서 원본의 데이터 블록을 공유하는 파일 사본으로, 편집하기 전까지는 추가 공간을 거의 쓰지 않습니다.
Finder의 ‘복제’ 명령과
cp -c는 복제본을 만듭니다. 어느 한쪽이 바뀌면 APFS는 변경된 블록만 새로 기록합니다. Finder에서는 각 복제본이 전체 파일 크기로 표시되므로 복제본이 모인 폴더는 실제 사용 공간보다 훨씬 커 보일 수 있고, 복제본 하나를 지워도 확보되는 공간은 거의 없거나 전혀 없습니다. 복제본은 같은 볼륨 안에서만 존재하며, 다른 디스크로 복사하면 모든 데이터가 다시 기록됩니다.다른 이름: 복제 파일, 클론 파일, copy-on-write 사본
함께 보기: APFS(Apple 파일 시스템), 논리적 크기와 물리적 크기, 하드 링크 · 더 알아보기: Mac의 중복 파일: APFS 클론이 계산을 바꾸는 이유
- APFS 스냅샷
특정 시점의 APFS 볼륨을 담은 읽기 전용 이미지로, 존재하는 동안 참조하는 모든 블록이 해제되지 않도록 붙잡아 둡니다.
스냅샷은 즉시 만들어지고 처음에는 추가 공간을 쓰지 않지만, 이후 파일이 바뀌거나 삭제되면 이전 블록이 스냅샷에 묶여 남습니다. 큰 파일을 지워도 그 파일을 담은 스냅샷이 제거될 때까지 공간이 늘지 않는 경우가 있는 이유입니다. macOS는 Time Machine, macOS 업데이트, 봉인된 시스템 볼륨에서의 시동에 스냅샷을 사용합니다.
diskutil apfs listSnapshots /System/Volumes/Data로 Data 볼륨의 스냅샷을 볼 수 있습니다.다른 이름: 볼륨 스냅샷
함께 보기: 로컬 스냅샷, 제거 가능 공간, 서명된 시스템 볼륨(SSV) · 더 알아보기: Time Machine 로컬 스냅샷이 공간을 차지할 때: 정체와 대처법 · 더 알아보기: 파일을 지웠는데 Mac 저장 공간이 그대로예요: 이유와 해결 방법
- 로컬 스냅샷
Time Machine이 Mac 자체에 보관하는 시동 디스크의 APFS 스냅샷으로, 백업 디스크 없이도 파일을 복원할 수 있게 해 줍니다.
Time Machine을 설정하면 macOS는 약 1시간마다 스냅샷을 저장해 각각 24시간 동안 보관하고, 마지막으로 성공한 백업의 스냅샷도 공간이 필요해질 때까지 유지합니다. macOS 업데이트 전에도 하나를 저장합니다. 스냅샷은 디스크 여유 공간이 넉넉할 때만 저장되며, macOS는 그 공간을 사용 가능한 공간으로 계산하고 오래되거나 공간이 필요해지면 자동으로 삭제합니다.
tmutil listlocalsnapshots /로 목록을 볼 수 있고,tmutil deletelocalsnapshots <date>는 스냅샷 하나를 영구적으로 삭제합니다.다른 이름: Time Machine 로컬 스냅샷, com.apple.TimeMachine 스냅샷
함께 보기: APFS 스냅샷, Time Machine, 제거 가능 공간 · 더 알아보기: Time Machine 로컬 스냅샷이 공간을 차지할 때: 정체와 대처법 · 더 알아보기: Mac의 제거 가능 공간: 정체는 무엇이고 Finder와 df는 왜 다를까요?
- 제거 가능 공간
사용 중이지만 macOS가 필요할 때 되찾을 수 있는 공간. 로컬 스냅샷, 일부 캐시, 이미 클라우드에 저장된 iCloud 파일 등이 해당합니다.
Finder와 시스템 설정은 제거 가능 공간을 사용 가능한 공간으로 계산하지만,
df를 비롯한 많은 도구는 사용 중인 공간으로 계산합니다. 두 숫자가 다른 주된 이유입니다. 앱이나 업데이트에 공간이 필요하면 macOS가 자동으로, 때로는 조금씩 해제하므로 보통은 아무것도 할 필요가 없습니다. 사용 가능 공간이 넉넉한데도 설치 프로그램이 공간 부족을 알린다면 제거 가능 공간이 아직 해제되지 않았을 수 있습니다. 시동 디스크의 ‘정보 가져오기’에서 사용 가능 공간 중 제거 가능한 양을 확인할 수 있습니다.다른 이름: 제거 가능, Purgeable, 퍼저블
함께 보기: 로컬 스냅샷, Mac 저장 공간 최적화, 시스템 데이터 · 더 알아보기: Mac의 제거 가능 공간: 정체는 무엇이고 Finder와 df는 왜 다를까요? · 더 알아보기: macOS 업데이트에는 여유 공간이 얼마나 필요할까요?
- 시스템 데이터
macOS 저장 공간 설정에서 다른 범주에 속하지 않는 파일을 묶은 범주. 캐시, 로그, 스냅샷, 스왑 등이 들어갑니다.
시스템 설정 › 일반 › 저장 공간에 표시되며, 이전 버전의 macOS에서는 ‘기타’라고 불렸습니다. 보통 캐시, 로그, Time Machine 로컬 스냅샷, 스왑, 가상 머신 및 컨테이너 디스크 이미지, 앱 지원 데이터, 숨김 파일이 포함됩니다. 크기는 Mac마다 크게 다르며, macOS가 스냅샷과 캐시를 정리하면서 저절로 줄어드는 경우도 많습니다. 내용을 알아보려면
/System아래의 항목을 지우지 말고~/Library를 살펴보고tmutil listlocalsnapshots /를 실행하세요.다른 이름: 기타, 기타 저장 공간, System Data
함께 보기: 제거 가능 공간, 로컬 스냅샷, 스왑 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- 서명된 시스템 볼륨(SSV)
macOS Big Sur부터 macOS가 들어 있는 읽기 전용 볼륨. 암호화 방식으로 봉인되어 시스템 파일이 조금이라도 바뀌면 감지할 수 있습니다.
System 볼륨의 모든 파일은 해시 트리로 보호되며, 그 루트인 봉인(seal)은 Apple이 서명하고 Mac이 시동할 때 검증합니다. Mac은 실제로 이 볼륨의 봉인된 스냅샷에서 실행됩니다. 업데이트는 파일을 직접 고치지 않고 새 스냅샷을 준비해 봉인합니다. System 볼륨의 항목은 공간 확보를 위해 제거할 수 없으며, 보통 10GB가 넘는 그 크기는 저장 공간 설정에서 ‘macOS’로 표시됩니다.
다른 이름: 봉인된 시스템 볼륨, Signed System Volume, SSV
함께 보기: APFS 볼륨 역할, APFS 스냅샷, 펌링크 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- 펌링크
macOS Catalina에서 도입된 특수한 양방향 링크로, Data 볼륨의 폴더가 읽기 전용 System 볼륨 안에 있는 것처럼 보이게 합니다.
펌링크 덕분에
/Users,/Applications,/Library같은 경로는 Data 볼륨에 있으면서도 하나의 디스크에 속한 것처럼 보입니다. Data 볼륨은/System/Volumes/Data에도 마운트됩니다. 전체 목록은/usr/share/firmlinks에 있습니다. 펌링크를 인식하지 못한 채/와/System/Volumes/Data를 모두 스캔하는 도구는 같은 파일을 두 번 셀 수 있습니다.다른 이름: firmlink, firm link
함께 보기: APFS 볼륨 역할, 심볼릭 링크, 서명된 시스템 볼륨(SSV)
- Preboot 볼륨
macOS 자체가 시작되기 전에 Mac에 필요한 파일(시동 데이터, FileVault 잠금 해제 데이터 등)을 담은 숨김 APFS 볼륨.
/System/Volumes/Preboot에 마운트되며 전적으로 macOS가 관리합니다. 최근 macOS에서는 별도로 서명된 이미지(cryptex)로 제공되는 시스템 구성 요소도 담고 있어 보통 수 GB를 차지하고 10GB를 넘기도 합니다. 여러 macOS 설치본이 컨테이너를 공유하면 더 커집니다. 직접 지우지 마세요. Preboot 볼륨이 손상되면 Mac이 시동되지 않을 수 있습니다.다른 이름: Preboot, 프리부트
함께 보기: APFS 볼륨 역할, Recovery 볼륨, 시스템 데이터 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- Recovery 볼륨
macOS 복구가 들어 있는 숨김 APFS 볼륨으로, macOS 재설치, Time Machine 백업에서 복원, 디스크 복구에 쓰입니다.
보통 1GB에서 몇 GB를 차지하며 macOS와 함께 업데이트됩니다. Apple silicon Mac은 별도의 숨김 컨테이너에 recoveryOS의 대체 사본도 보관합니다. 공간 확보를 위해 제거할 수 없으며, 제거해서도 안 됩니다. 복구로 시동하려면 Apple silicon Mac에서는 전원 버튼을 길게 누르고, Intel 기반 Mac에서는 시동할 때 Command-R을 길게 누르세요.
다른 이름: macOS 복구, 복구 모드, recoveryOS
함께 보기: APFS 볼륨 역할, Preboot 볼륨, Time Machine
- 스왑
앱이 설치된 RAM보다 많은 메모리를 필요로 할 때 macOS가 메모리 내용을 디스크에 기록하는, 넘침용 메모리 공간.
macOS는 먼저 메모리를 압축한 다음, 암호화된 스왑 파일을 VM 볼륨(최근 버전에서는
/System/Volumes/VM)에 기록하고 필요에 따라 파일을 추가합니다. 사용량이 많을 때는 수 GB까지 커질 수 있으며, 재시동하면 해제됩니다.sysctl vm.swapusage로 현재 총량을 볼 수 있습니다. 스왑 파일은 절대 직접 지우지 마세요.다른 이름: 스왑 파일, swapfile, 가상 메모리
함께 보기: 잠자기 이미지, APFS 볼륨 역할, 시스템 데이터 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- 잠자기 이미지
Intel 기반 Mac이 깊은 잠자기에서 깨어나거나 배터리가 떨어졌을 때 복귀할 수 있도록 메모리 내용을 저장하는 파일.
크기는 설치된 메모리 용량에 따라 정해지며,
pmset -g로 위치(hibernatefile)와 현재hibernatemode를 확인할 수 있습니다. Apple silicon Mac은 잠자기를 다르게 처리해 보통 잠자기 이미지가 없으며, macOS 27은 Apple silicon에서만 실행됩니다. 지워도 다시 만들어지며, 공간을 아끼려고 최대 절전 설정을 바꾸는 것은 권장하지 않습니다.다른 이름: sleepimage, 최대 절전 파일
함께 보기: 스왑, APFS 볼륨 역할, 시스템 데이터 · 더 알아보기: Mac의 ‘시스템 데이터’란 무엇이고, 어떻게 줄일 수 있을까요?
- 희소 파일
비어 있는 영역을 디스크에 저장하지 않는 파일로, 논리적 크기가 실제 차지하는 공간보다 훨씬 클 수 있습니다.
APFS는 희소 파일을 지원합니다. 한 번도 기록되지 않은 영역은 블록을 차지하지 않습니다. Docker Desktop의
Docker.raw와 많은 가상 머신 디스크가 이 방식으로 작동하며, 훨씬 적은 공간을 쓰면서도 최대 크기로 표시될 수 있습니다.ls -lh(논리적 크기)와du -h(할당된 공간)를 비교해 보세요. 이런 파일은 희소성을 유지하는 도구로 복사해야 하며, 그렇지 않으면 사본이 전체 크기를 차지할 수 있습니다.다른 이름: 스파스 파일, sparse file
함께 보기: 논리적 크기와 물리적 크기, Docker.raw, APFS(Apple 파일 시스템) · 더 알아보기: Docker Desktop 디스크 이미지가 너무 큽니다: Mac에서 Docker.raw 줄이는 방법
- 논리적 크기와 물리적 크기
논리적 크기는 파일에 담긴 바이트 수이고, 물리적 크기는 파일이 디스크에서 실제로 차지하는 공간입니다.
블록 단위 반올림, 투명 압축, 희소 파일, 복제본 때문에 두 값이 달라집니다. 희소 파일이나 압축된 파일은 논리적 크기보다 훨씬 적게 쓸 수 있고, 아주 작은 파일 수천 개는 각각 최소 한 블록을 차지합니다. Finder의 ‘정보 가져오기’는 두 값(바이트와 디스크상 크기)을 모두 보여 주며,
ls -l은 논리적 크기를,du -sh는 할당된 공간을 보여 줍니다. 둘 다 복제본이나 하드 링크가 공유하는 블록은 드러내지 않으므로, 크기를 단순히 더하면 파일을 지워 확보할 공간을 과대평가할 수 있습니다.다른 이름: 디스크상 크기, 할당 크기, 겉보기 크기
함께 보기: APFS 복제본, 희소 파일, 10진 단위와 2진 단위(GB와 GiB) · 더 알아보기: Mac의 중복 파일: APFS 클론이 계산을 바꾸는 이유
- 10진 단위와 2진 단위(GB와 GiB)
기가바이트(GB)는 1,000,000,000바이트이고, 기비바이트(GiB)는 1,073,741,824바이트로 약 7% 더 큽니다.
Mac OS X Snow Leopard(10.6)부터 Finder와 시스템 설정은 드라이브 제조사처럼 10진 단위를 사용합니다. 그래서 1TB SSD(1,000,000,000,000바이트)는 약 1TB로 표시되며, 이는 2진 단위로 약 931GiB입니다. 일부 명령줄 도구는 2진 단위를 씁니다. macOS에서
df -h와du -h는 1,024의 거듭제곱으로 계산하고(df는 Gi로 표기),df -H는 1,000의 거듭제곱을 씁니다. 두 숫자가 기가바이트에서 약 7%, 테라바이트에서 약 10% 차이 난다면 단위 차이일 가능성이 큽니다.다른 이름: GB vs GiB, 기가바이트와 기비바이트, 10진법과 2진법
함께 보기: 논리적 크기와 물리적 크기, 제거 가능 공간 · 더 알아보기: Mac 저장 공간이 꽉 차서 느리다면? macOS에 실제로 필요한 여유 공간
- 하드 링크
같은 파일 데이터에 붙은 또 하나의 이름. 여러 경로가 하나의 파일을 가리키며, 공간은 한 번만 사용됩니다.
데이터는 마지막 링크가 삭제될 때에만 해제되므로, 하드 링크된 파일의 경로 하나를 지워도 공간은 늘지 않습니다. 확인 없이 모든 경로의 크기를 더하는 도구는 같은 데이터를 여러 번 셀 수 있습니다.
ls -l은 링크 수를 보여 주고stat -f %l <file>은 그 값을 출력합니다. APFS는 파일에 대한 하드 링크는 지원하지만 폴더에 대해서는 지원하지 않으며, pnpm 같은 패키지 관리자는 파일 하드 링크로 프로젝트 간에 의존성을 공유합니다.다른 이름: hardlink, 하드링크
함께 보기: APFS 복제본, 심볼릭 링크, node_modules · 더 알아보기: Mac의 중복 파일: APFS 클론이 계산을 바꾸는 이유
- 심볼릭 링크
다른 경로를 가리키는 아주 작은 파일. 열면 대상이 열리지만 대상의 데이터는 전혀 담고 있지 않습니다.
ln -s로 만들며,ls -l출력에서 화살표와 함께 표시됩니다. 심볼릭 링크를 지워도 대상은 그대로이고, 대상을 지우면 끊어진 링크가 남습니다.du는 기본적으로 심볼릭 링크를 따라가지 않으므로, 큰 폴더를 다른 디스크로 옮기고 그 자리에 심볼릭 링크를 남기는 것은 데이터를 옮기는 흔한 방법입니다. Finder 가상본은 비슷해 보이지만 별개의 macOS 기능으로, 옮겨진 대상을 계속 추적할 수 있습니다.다른 이름: symlink, 심링크, 소프트 링크
- 유령 공간
이미 삭제되었지만 실행 중인 앱이나 프로세스가 아직 열어 두고 있는 파일이 계속 차지하는 디스크 공간.
다른 Unix 계열 시스템과 마찬가지로 macOS에서도 파일을 삭제하면 이름만 사라지고, 그 파일을 연 모든 프로세스가 닫을 때까지 데이터는 할당된 채 남습니다. 대용량 로그와 임시 파일이 대표적인 예입니다. 따라서 앱을 종료하거나 Mac을 재시동할 때까지 여유 공간이 바뀌지 않습니다. 터미널에서
lsof +L1을 실행하면 더 이상 이름이 없는 열린 파일이 표시됩니다(다른 사용자와 시스템 프로세스까지 보려면sudo를 붙이세요). 유령 공간은 MoreRoom에서 쓰는 이름이며 Apple의 공식 용어가 아닙니다.다른 이름: 삭제되었지만 열려 있는 파일, 삭제된 파일이 붙잡고 있는 공간
함께 보기: APFS 스냅샷, 휴지통, 제거 가능 공간 · 더 알아보기: 파일을 지웠는데 Mac 저장 공간이 그대로예요: 이유와 해결 방법
- 데이터 없는 파일
이름과 정보는 Mac에 남아 있고 내용은 클라우드 서비스에 보관되어 있다가, 열 때 다운로드되는 파일.
iCloud Drive와 Apple의 File Provider 프레임워크를 기반으로 한 클라우드 서비스(최근 버전의 Dropbox, OneDrive 등)는 데이터 없는 파일을 사용하며, Finder는 그 옆에 클라우드 아이콘을 표시합니다. 로컬 공간은 거의 차지하지 않지만 Finder에서는 전체 크기로 표시되며,
ls -l%는 이런 파일에%기호를 붙입니다. Finder의 ‘다운로드 제거’는 다운로드된 파일을 클라우드에서 삭제하지 않고 다시 데이터 없는 파일로 되돌립니다.다른 이름: 클라우드 자리 표시자, 온라인 전용 파일, dataless 파일
함께 보기: Mac 저장 공간 최적화, 논리적 크기와 물리적 크기 · 더 알아보기: iCloud Drive의 ‘다운로드 제거’와 ‘삭제’: 각각 실제로 하는 일
- Mac 저장 공간 최적화
공간이 부족할 때 이미 iCloud에 저장된 파일의 로컬 사본을 macOS가 제거할 수 있게 하는 iCloud Drive 설정.
시스템 설정 › [사용자 이름] › iCloud의 iCloud Drive 항목에 있습니다. 사진 앱에도 같은 이름의 옵션이 사진 › 설정 › iCloud에 따로 있으며, Mac에는 사진과 비디오의 작은 버전만 보관합니다. 이렇게 제거된 파일은 데이터 없는 파일이 되어 열 때 다시 다운로드되며, 차지하던 공간은 제거 가능 공간으로 계산됩니다. 이미 시청한 영화와 TV 프로그램을 제거하는 시스템 설정 › 일반 › 저장 공간의 ‘저장 공간 최적화’와는 다른 기능입니다.
다른 이름: Optimize Mac Storage, iCloud에 저장
함께 보기: 데이터 없는 파일, 제거 가능 공간 · 더 알아보기: iCloud Drive의 ‘다운로드 제거’와 ‘삭제’: 각각 실제로 하는 일 · 더 알아보기: Mac의 제거 가능 공간: 정체는 무엇이고 Finder와 df는 왜 다를까요?
- 캐시
앱이 다시 다운로드하거나 계산하지 않으려고 저장해 두는 데이터. 다시 만들 수 있으므로 지워도 대개 안전하지만 효과는 일시적입니다.
사용자별 캐시는
~/Library/Caches에, 시스템 전체 캐시는/Library/Caches에 있고, 개발 도구는~/.npm이나~/.cache같은 자체 캐시를 둡니다. 앱은 필요한 것을 다시 만들기 때문에 캐시를 지우면 다시 채워질 때까지만 공간이 확보되며, 다음 실행이 느려질 수 있습니다. 먼저 앱을 종료하고, 가능하면 앱 자체의 캐시 지우기 옵션이나 공식 명령을 사용하세요./System아래의 캐시는 macOS에 맡기세요.다른 이름: 캐시 파일, Library/Caches
함께 보기: Application Support, 제거 가능 공간, DerivedData · 더 알아보기: Mac 저장 공간을 확보하는 방법: 2026년 완벽 가이드
- Application Support
앱이 작동에 필요한 데이터(데이터베이스, 다운로드한 콘텐츠, 설정, 플러그인 등)를 저장하는 폴더.
사용자별로는
~/Library/Application Support, 모든 사용자용으로는/Library/Application Support에 있습니다. 캐시와 달리 내용이 다시 만들어지지 않는 경우가 많아, 앱의 폴더를 지우면 데이터, 계정, 오프라인 라이브러리가 사라질 수 있습니다. 앱을 휴지통으로 드래그한 뒤에도 남은 파일이 흔히 남는 곳이므로, 더 이상 쓰지 않는 앱이 있다면 확인해 볼 만합니다.다른 이름: ~/Library/Application Support, 응용 프로그램 지원
함께 보기: 캐시, 앱 컨테이너, 실행 에이전트 · 더 알아보기: Mac 앱을 남은 파일까지 완전히 제거하는 방법
- 앱 컨테이너
Mac App Store 앱 같은 샌드박스 앱이 데이터, 캐시, 설정을 보관하는 사용자 라이브러리 안의 전용 폴더.
각 컨테이너는
~/Library/Containers/<bundle identifier>에 저장되며, 홈 폴더를 그대로 본뜬 Data 폴더 안에 자체 Library, Caches, Application Support를 둡니다. macOS Sonoma부터는 앱이 다른 앱의 컨테이너에 있는 데이터에 접근하려면 사용자의 허락이 필요합니다. 컨테이너를 제거하면 앱이 초기화되고 로컬 데이터가 삭제되므로, 이미 제거한 앱에 대해서만 하세요.다른 이름: ~/Library/Containers, 샌드박스 컨테이너
함께 보기: 그룹 컨테이너, Application Support, 전체 디스크 접근 권한 · 더 알아보기: Mac 앱을 남은 파일까지 완전히 제거하는 방법
- 그룹 컨테이너
같은 개발사의 여러 앱이나 확장 프로그램이 함께 접근해야 하는 데이터를 저장하는 공유 폴더.
그룹 컨테이너는
~/Library/Group Containers에 있으며, 개발사의 팀 식별자나 그룹 이름으로 불립니다. 예를 들어 Microsoft Office는UBF8T346G9.Office, 메모 앱은group.com.apple.notes입니다. 큰 데이터베이스와 캐시가 들어 있을 수 있고, 앱을 삭제한 뒤에도 남는 경우가 많습니다. 해당 개발사의 앱이 더 이상 사용하지 않을 때만 제거하세요.다른 이름: ~/Library/Group Containers, 앱 그룹
함께 보기: 앱 컨테이너, Application Support · 더 알아보기: Mac 앱을 남은 파일까지 완전히 제거하는 방법
- 실행 에이전트
macOS 서비스 관리자인 launchd에 로그인 시 또는 일정에 따라 프로그램을 자동으로 시작하라고 지시하는 작은 속성 목록 파일.
에이전트는 로그인한 사용자를 위해 실행되며
~/Library/LaunchAgents또는/Library/LaunchAgents에 있고, 데몬은/Library/LaunchDaemons에서 시스템 전체를 대상으로 실행됩니다. 공간은 거의 차지하지 않지만, 제거한 앱이 남긴 항목이 업데이트 도구나 백그라운드 작업을 계속 실행할 수 있습니다. macOS 13 이상에서는 시스템 설정 › 일반 › 로그인 항목(macOS 15 이상에서는 ‘로그인 항목 및 확장 프로그램’)에서 확인하세요.다른 이름: LaunchAgents, launch agent, 실행 데몬, LaunchDaemons
함께 보기: Application Support, 전체 디스크 접근 권한 · 더 알아보기: Mac 앱을 남은 파일까지 완전히 제거하는 방법
- 전체 디스크 접근 권한
메일, 메시지, Safari 데이터와 다른 앱의 컨테이너처럼 보호된 위치를 앱이 읽을 수 있게 하는 개인정보 보호 권한.
시스템 설정 › 개인정보 보호 및 보안 › 전체 디스크 접근 권한에서 허용합니다. 이 권한이 없으면 디스크 분석 앱이 일부 폴더를 측정할 수 없어, 합계가 저장 공간 설정에 표시되는 값보다 작게 나옵니다. 신뢰하는 앱에만 허용하고, 더 이상 필요 없는 앱에서는 해제하세요.
다른 이름: Full Disk Access, FDA
- 휴지통
삭제한 파일을 잠시 보관하는 곳. 휴지통을 비울 때까지 그 안의 항목은 계속 디스크 공간을 차지합니다.
휴지통은 숨김 폴더
~/.Trash이며, 다른 볼륨에는 각자의 숨김 폴더.Trashes가 있습니다. ‘되돌려 놓기’는 항목을 원래 위치로 돌려놓고, 휴지통 비우기는 영구적입니다. 다만 로컬 스냅샷이 아직 그 파일을 참조하고 있으면 공간이 돌아오기까지 시간이 걸릴 수 있습니다. 자동으로 비우려면 Finder › 설정 › 고급에서 ‘30일 후 휴지통에서 항목 제거’를 켜거나, 시스템 설정 › 일반 › 저장 공간에서 ‘휴지통 자동으로 비우기’를 켜세요.다른 이름: ~/.Trash, Trash
함께 보기: 유령 공간, 로컬 스냅샷 · 더 알아보기: Mac 저장 공간을 확보하는 방법: 2026년 완벽 가이드 · 더 알아보기: 파일을 지웠는데 Mac 저장 공간이 그대로예요: 이유와 해결 방법
- Time Machine
macOS에 내장된 백업 기능으로, 외장 디스크나 네트워크 볼륨에 Mac의 시간별, 일별, 주별 백업을 보관합니다.
macOS Big Sur부터 새 백업 디스크는 APFS로 포맷되고, 각 백업은 백업 디스크에 스냅샷으로 저장됩니다. Time Machine은 Mac 자체에도 로컬 스냅샷을 보관하며, 이는 제거 가능 공간으로 계산되거나 시스템 데이터에 표시됩니다. 터미널에서는
tmutil로 제어합니다. 백업 디스크에서 백업을 지우면 Mac이 아니라 백업 디스크의 공간이 확보됩니다.다른 이름: Time Machine 백업, 타임머신, tmutil
함께 보기: 로컬 스냅샷, APFS 스냅샷 · 더 알아보기: Time Machine 로컬 스냅샷이 공간을 차지할 때: 정체와 대처법
- Spotlight 인덱스
Spotlight가 즉시 검색할 수 있도록 macOS가 파일 이름, 메타데이터, 내용으로 만드는 데이터베이스.
시동 디스크에서는 숨겨지고 보호된 폴더
/System/Volumes/Data/.Spotlight-V100에 있고, 다른 볼륨에는 각자의 인덱스가 있으며, 인덱싱하는 파일이 많을수록 커집니다.mdutil -s /로 인덱싱 상태를 볼 수 있습니다. 인덱스가 손상되었거나 지나치게 커 보이면sudo mdutil -E /로 지우고 macOS가 다시 만들게 할 수 있는데, 몇 시간이 걸릴 수 있습니다. 시스템 설정에서 큰 폴더를 Spotlight 개인정보 보호 목록에 추가하면 인덱스에서 제외됩니다.다른 이름: .Spotlight-V100, Spotlight 메타데이터, 스포트라이트 색인
- DerivedData
빌드 결과물, 중간 파일, 인덱스를 담은 Xcode 폴더로, 다음에 프로젝트를 빌드할 때 자동으로 다시 만들어집니다.
~/Library/Developer/Xcode/DerivedData에 프로젝트마다 하위 폴더 하나씩 있으며, 활발한 프로젝트 하나당 수 GB를 차지하는 경우가 많습니다. Xcode를 닫은 상태라면 지워도 안전합니다. 다음 빌드는 Xcode가 다시 만드는 동안 더 오래 걸립니다. 현재 위치는 Xcode › Settings › Locations에서 확인할 수 있습니다.다른 이름: Xcode DerivedData, Derived Data
함께 보기: 시뮬레이터 런타임, Device Support 파일, 캐시 · 더 알아보기: Xcode DerivedData, 오래된 시뮬레이터, iOS DeviceSupport는 삭제해도 안전할까요?
- 시뮬레이터 런타임
Xcode의 Simulator가 해당 플랫폼 버전용 앱을 실행하는 데 필요한 iOS, watchOS, tvOS, visionOS 전체 시스템 이미지.
최근 버전의 Xcode는 런타임을 따로 다운로드해 디스크 이미지로 저장하며, macOS는 이를
/Library/Developer/CoreSimulator/Volumes아래에 마운트합니다. 런타임 하나는 보통 수 GB를 차지합니다.xcrun simctl runtime list는 설치된 런타임을 보여 주고,xcrun simctl runtime delete <identifier>는 런타임 하나를 영구적으로 제거합니다. Xcode › Settings › Components(이전 버전에서는 Platforms)에서도 같은 작업을 할 수 있습니다. 시뮬레이션 기기와 그 데이터는~/Library/Developer/CoreSimulator/Devices에 따로 저장되며,xcrun simctl delete unavailable은 런타임이 없어진 기기를 제거합니다.다른 이름: iOS Simulator 런타임, CoreSimulator
함께 보기: DerivedData, Device Support 파일 · 더 알아보기: Xcode DerivedData, 오래된 시뮬레이터, iOS DeviceSupport는 삭제해도 안전할까요?
- Device Support 파일
개발용으로 연결한 iPhone, iPad, Apple Watch 등 기기의 OS 버전마다 Xcode가 복사해 두는 디버그 심볼.
~/Library/Developer/Xcode/iOS DeviceSupport같은 폴더에 플랫폼과 OS 버전별로 저장되며, 버전 하나가 보통 몇 GB를 차지합니다. 해당 버전을 실행하는 기기를 다시 연결하면 Xcode가 다시 복사하므로, 더 이상 테스트하지 않는 버전의 폴더는 지워도 됩니다. 심볼을 다시 복사하느라 기다리지 않도록, 디버깅에 쓰는 기기와 맞는 버전은 남겨 두세요.다른 이름: iOS DeviceSupport, Xcode 기기 지원 파일
함께 보기: DerivedData, 시뮬레이터 런타임 · 더 알아보기: Xcode DerivedData, 오래된 시뮬레이터, iOS DeviceSupport는 삭제해도 안전할까요?
- node_modules
npm, Yarn, pnpm, Bun이 JavaScript 프로젝트의 의존성을 설치하는 프로젝트 안의 폴더.
프로젝트마다 하나씩 있으며 작은 파일이 수만 개에 이르는 경우가 많고,
package-lock.json같은 잠금 파일에 무엇을 다시 설치할지 정확히 기록됩니다. 작업하지 않는 프로젝트의node_modules는 지워도 안전합니다.npm install(또는npm ci,yarn,pnpm install,bun install)로 되살릴 수 있습니다. 작은 파일도 각각 최소 한 블록을 차지하기 때문에 디스크에서 쓰는 공간이 파일 크기의 합보다 큰 경우가 많습니다.다른 이름: node_modules 폴더, npm 의존성
함께 보기: 하드 링크, 캐시, 논리적 크기와 물리적 크기 · 더 알아보기: 곳곳에 쌓인 node_modules: 찾고, 정리하고, 다시 설치하는 방법
- Docker.raw
Docker Desktop for Mac이 모든 이미지, 컨테이너, 볼륨, 빌드 캐시를 저장하는 하나의 희소 디스크 이미지.
~/Library/Containers/com.docker.docker/Data/vms/0/data/에 있으며, Finder는 실제 사용 공간 대신 최대 크기를 표시할 수 있습니다. 할당된 크기는du -h로 확인하세요. 줄이려면 Docker 안에서 필요 없는 것을 제거하세요. 예를 들어docker system prune --all을 쓸 수 있으며(--volumes를 붙이면 사용하지 않는 볼륨과 그 데이터도 삭제됩니다), 보통 Docker Desktop이 확보된 공간을 macOS에 돌려줍니다. 파일 자체를 지우면 모든 이미지, 컨테이너, 볼륨이 지워집니다. 크기 한도는 Docker Desktop의 Settings › Resources에서 설정합니다.다른 이름: Docker Desktop 디스크 이미지, Docker.qcow2
함께 보기: 희소 파일, 논리적 크기와 물리적 크기 · 더 알아보기: Docker Desktop 디스크 이미지가 너무 큽니다: Mac에서 Docker.raw 줄이는 방법
- 모델 가중치
학습된 AI 모델의 파라미터를 담은 대용량 파일로, 로컬 AI 앱이 다운로드해 디스크에 보관합니다.
모델 하나는 보통 몇 GB에서 수십 GB를 차지하며, GGUF, safetensors, MLX 같은 형식으로 저장됩니다. 흔한 위치는 Ollama의
~/.ollama/models, LM Studio의~/.lmstudio/models, Hugging Face 도구의~/.cache/huggingface/hub입니다. 일부 도구는 모델 간에 파일을 공유하므로ollama rm <model>처럼 각 도구의 자체 제거 방법을 사용하세요. 제거한 것은 언제든 다시 다운로드할 수 있습니다.다른 이름: AI 모델, LLM 가중치, GGUF, safetensors
함께 보기: 캐시, Application Support · 더 알아보기: Mac에서 Ollama, LM Studio, Hugging Face 모델은 어디에 저장되고 어떻게 지울까요?