Mac Library Containers 폴더란? 삭제 전 앱 데이터와 캐시 구분하기
~/Library/Containers에 큰 폴더가 있으면 통째로 지우기 전에 어떤 앱이 무엇을 저장했는지 확인하세요. 샌드박스 컨테이너에는 캐시와 함께 설정, 데이터베이스, 문서도 들어갈 수 있습니다. 어떤 하위 폴더가 크고 그 내용을 다시 구할 수 있는지가 판단 기준입니다.
Library Containers에 들어 있는 것
Apple의 앱 샌드박스 문서에 따르면 샌드박스 앱이 처음 실행될 때 macOS가 ~/Library/Containers에 컨테이너를 만듭니다. 앱 번들과 별도로 존재하는, 앱의 로컬 데이터용 홈이라고 생각할 수 있습니다.
내부에서 살펴볼 곳은 흔히 Data/Library입니다. Apple의 파일 시스템 가이드는 지원 데이터, 환경설정, 캐시를 구분합니다. 상위 폴더의 크기보다 용도가 중요합니다.
| 컨테이너 내부 위치 | 용도 | 정리할 때 판단 |
|---|---|---|
| Data/Library/Caches | 앱이 다시 만들 수 있어야 하는 데이터 | 확인했고 대체할 수 있는 캐시만 검토 |
| Data/Library/Application Support | 데이터베이스 등을 포함할 수 있는 지원 데이터 | 앱 데이터를 지우려는 경우가 아니면 유지 |
| Data/Library/Preferences | 앱 환경설정 | 캐시 정리에서는 유지 |
| Data/Documents | 앱이 보관하는 문서 | 유지하거나 먼저 내보내고 백업 |
이곳은 ~/Library/Group Containers와 다릅니다. 공유 앱 그룹 폴더의 소유 관계는 Group Containers 가이드에서 따로 다룹니다.
변경하지 않고 폴더 열기
Finder에서 이동 › 폴더로 이동을 선택하고 아래 경로를 붙여 넣습니다. Apple의 폴더 탐색 안내에 설명된 방법입니다.
~/Library/Containers
~는 자신의 홈 폴더입니다. 컨테이너와 하위 폴더를 하나씩 살펴보고 변경 전에 정확한 위치와 크기를 기록하세요. 읽을 수 없는 폴더는 확인되지 않은 것이지 빈 폴더가 아닙니다.
Apple의 샌드박스 문서는 macOS 14 이상에서 다른 앱의 컨테이너에 접근할 때 허용을 요청할 수 있다고 설명합니다. 접근이 거부되면 권한을 바꾸거나 삭제 명령으로 재시도하지 말고 멈춥니다.
번들 식별자로 앱 확인하기
역도메인 형식의 이름은 식별 단서이지 삭제하라는 뜻이 아닙니다. 설치된 앱 중 후보를 찾았다면 표시 이름만 보지 말고 식별자를 확인하세요.
- Finder에서 의심되는 앱을 찾고 단축 메뉴로 패키지 내용을 엽니다. Apple의 번들 가이드에 설명된 방법입니다.
Contents/Info.plist를 찾아 편집하지 않고 읽습니다.CFBundleIdentifier를 컨테이너 이름과 비교합니다. Apple의 속성 목록 참고 문서에 정의된 키입니다.- 맞지 않으면 컨테이너를 유지하고 공급업체 안내를 확인합니다. 보조 프로그램이나 확장 프로그램에는 자체 식별자가 있을 수 있습니다.
이름을 맞추려고 컨테이너 이름이나 앱의 속성 목록을 바꾸지 마세요. 이름을 이해할 수 없거나 소유자가 불확실하다면 추측으로 연결한 앱만으로 삭제를 결정할 수 없습니다.
왜 커졌는지 먼저 확인하기
조치 전에 하위 폴더를 비교합니다. 같은 컨테이너 안에서도 큰 캐시와 큰 문서 저장소는 다르게 처리해야 합니다.
Caches가 대부분이면 앱 자체의 캐시 또는 저장 공간 관리 기능부터 찾습니다. Application Support나 Documents가 크면 앱에서 다운로드, 첨부 파일, 보관 문서를 확인하고 더는 필요 없는 내용만 그 안에서 제거하세요.
Mail, 메시지, 메모 같은 개인 데이터 앱은 버려도 되는 캐시 모음이 아니라 데이터 저장소로 다룹니다. 컨테이너에 모든 데이터가 들어 있거나 다시 로그인하면 지운 내용이 전부 돌아온다고 가정하지 마세요.
일반적인 판단 기준은 삭제해도 되는 Mac 캐시를 참고하세요. 확인한 앱만 조사하고 무관한 Library 폴더로 범위를 넓히지 않습니다.
캐시 하나만 바꾸고 결과 확인하기
앱 문서나 관리 기능에서 다시 만들 수 있다고 확인했고 필요한 원본이나 다운로드도 이용할 수 있을 때만 진행합니다. Apple은 Caches를 재생성 가능한 데이터로 정의하지만, 폴더 이름이 앱의 올바른 저장 방식을 증명하지는 않습니다.
- 앱을 종료하고 대체 불가능한 데이터는 별도로 백업합니다.
- 확인한 캐시 하위 폴더만 휴지통으로 옮기고 상위 컨테이너와 다른 데이터는 유지합니다.
- 앱을 다시 열어 실제 문서나 작업을 시험합니다. 오프라인으로 필요한 내용도 확인합니다.
- 같은 폴더를 다시 측정하고 검사가 끝날 때까지 옮긴 항목을 보관합니다.
휴지통으로 옮긴 것만으로 디스크 공간이 늘어나지는 않습니다. Apple의 삭제 및 복구 안내는 항목이 남아 있을 때 되돌리는 방법을 설명합니다. 문제가 생기면 앱을 종료하고 원래 항목을 복원하되, 새로 만들어진 데이터를 확인 없이 덮어쓰지 마세요.
평소 사용으로 캐시는 다시 커질 수 있습니다. 재생성 직후부터 크다면 계속 지우는 것은 같은 작업만 반복할 수 있으니 삭제 범위를 넓히지 말고 앱이 보관하는 내용을 다시 살펴봅니다.
앱 데이터를 지우려는 것이 아니라면 전체 컨테이너 유지하기
설치된 앱의 컨테이너 전체를 없애면 로컬 홈을 제거하는 셈이라 설정이 초기화되거나 저장 데이터가 사라질 수 있습니다. 새 빈 컨테이너가 생겨도 이전 데이터베이스나 문서는 돌아오지 않습니다.
제거한 앱의 잔여 데이터일 수는 있지만 익숙한 앱 이름이 없다는 이유만으로 사용하지 않는다고 판단할 수는 없습니다. 소유자, 남은 보조 프로그램이나 확장 프로그램, 재설치할 때 쓸 데이터를 확인하고 결정하세요.
필요한 데이터는 독립적인 백업이나 앱이 지원하는 내보내기로 보관합니다. 계정 동기화는 별도 백업이 아니며 재설치도 로컬에만 있던 내용의 복구를 보장하지 않습니다. 휴지통 복구는 항목이 그 안에 남아 있을 때만 가능합니다.
Mole의 역할
Mole Mac의 정리는 앱 컨테이너의 Data/Library/Caches 안에서 조건에 맞는 하위 항목을 앱 캐시 및 로그에 표시할 수 있습니다. 이 경로에는 전체 디스크 접근 권한이 필요하고 캐시 안전성 및 허용 목록을 확인하며, Containers 전체를 캐시 대상으로 삼지 않습니다.
일반 컨테이너 캐시 검색은 Mail, 메시지, 메모의 컨테이너를 건너뛰며 삭제 검사에도 해당 경로 보호가 있습니다. 앱 제거 검색에서는 선택한 앱과 컨테이너 잔여 항목을 연결할 수 있으므로 캐시 정리와 별도로 앱 데이터로 검토하세요. 선택되지 않은 행은 검토용이지, 선택해도 내용이 남는다는 약속이 아닙니다.
자주 묻는 질문
Library Containers 안을 전부 지워도 되나요?
아닙니다. 캐시뿐 아니라 앱 데이터도 있습니다. 소유자와 대체 가능한 캐시 하위 항목 하나를 확인하고 상위 디렉토리는 유지하세요.
앱을 다시 설치하면 컨테이너도 복구되나요?
새 컨테이너를 만들 수는 있지만 지운 설정, 문서, 로컬 데이터베이스가 돌아오는 것은 아닙니다. 사용 가능한 백업, 내보낸 자료 또는 휴지통에 남은 원래 항목이 필요합니다.
Mole에 표시되는 크기가 전체 컨테이너보다 작은 이유는 무엇인가요?
조건에 맞는 캐시 하위 항목은 전체 컨테이너보다 범위가 좁습니다. 접근 권한, 캐시 안전성, 허용 목록도 정리 결과에 영향을 주므로 모든 앱 데이터의 합계가 아닙니다.