맥북 저장공간 정리, 시스템 데이터보다 먼저 줄일 항목

큰 동영상을 지우고 휴지통까지 비웠는데 맥의 여유 공간이 그대로다. 파일 삭제, iCloud 다운로드 제거, 백업 정리 중 무엇을 해야 공간이 돌아올까?

맥북 저장공간 정리, 시스템 데이터보다 먼저 줄일 항목

맥북 저장공간은 시스템 설정 → 일반 → 저장 공간에서 큰 문서·앱·다운로드를 찾고, 필요 없는 로컬 파일을 지운 뒤 휴지통까지 비우는 순서로 정리한다. iCloud에 남길 파일은 Finder에서 ‘다운로드 제거’를 쓰고, 삭제했는데도 공간이 돌아오지 않으면 사용하던 앱과 백업 스냅샷을 살핀다. ‘시스템 데이터’는 여러 종류의 자료를 합친 분류이므로, 그 숫자 전체를 지울 대상으로 잡으면 필요한 앱 자료까지 잃게 된다.

세 줄 요약
  • 가장 큰 항목의 실제 파일부터 찾는다. 시스템 데이터의 크기만으로 원인이나 삭제 가능 여부를 판단하지 않는다.
  • iCloud의 파일을 보관하면서 맥만 비우려면 ‘다운로드 제거’, 사진은 ‘Mac 저장 공간 최적화’ 또는 보관함 외장 이동을 고른다.
  • 삭제 후에도 공간이 부족하면 앱 종료, 스냅샷, APFS의 공유 공간을 구별한다. 캐시 일괄 삭제나 초기화에 앞서 원인을 좁힌다.

가장 큰 항목과 실제로 막힌 작업부터 찾는다

저장 공간 화면에서 ‘문서’가 크면 큰 파일을, ‘사진’이 크면 사진 보관함을, ‘iOS 파일’이 크면 기기 백업을 먼저 연다. Apple의 파일 찾기·삭제 안내에 따르면 항목 옆 정보 버튼으로 관리 창을 열 수 있고, 문서 창에서는 큰 파일·다운로드를 보거나 크기순으로 정렬할 수 있다. ‘Finder에서 보기’를 누르면 해당 파일이 어디에 있는지도 알 수 있다.

정리를 시작할 때는 현재 여유 공간과 실패한 작업을 적어 둔다. 예를 들어 ‘동영상 복사 중 공간 부족’과 ‘시스템 데이터가 크게 보여 신경 쓰임’은 대응이 다르다. 복사·저장·업데이트가 정상이라면 분류 막대를 작게 만드는 데 매달릴 이유가 없다. 작업이 실패한다면 그 작업에서 요구하는 공간을 확보하는 것이 목표다.

지금 보이는 상태먼저 할 일그다음 판단
문서·다운로드가 크다크기순으로 정렬해 설치 파일·완료한 영상·중복 압축파일을 고른다.남길 자료는 외장으로 복사해 열어 본 뒤 로컬 원본을 지운다.
사진이 크다사진 앱에서 원본 다운로드·최적화 설정을 본다.인터넷 사용이 괜찮으면 최적화, 원본을 늘 곁에 둘 때는 외장 보관함을 검토한다.
iCloud를 쓰는데 맥도 가득 찼다Finder의 iCloud Drive에서 다운로드 상태와 고정 여부를 본다.클라우드에 남길 항목의 로컬 다운로드를 제거한다.
시스템 데이터만 크고 파일을 못 찾겠다영상 편집·가상머신 등 큰 자료를 만드는 앱의 저장 위치와 백업 앱을 본다.앱의 관리 메뉴, 저장 공간 분석, 스냅샷 순서로 좁힌다.
삭제·휴지통 비우기 후에도 작업이 실패한다해당 파일을 쓰던 앱을 완전히 종료하고 다시 시도한다.스냅샷과 실제 대상 디스크의 여유 공간을 살핀다.

이 경로는 macOS Ventura 13 이후에 해당한다. 그보다 오래된 버전은 Apple 메뉴 → 이 Mac에 관하여 → 저장 공간으로 들어간다. Apple의 2026년 10월 16일 저장 공간 안내도 큰 항목의 파일 관리와 외장 이동을 기본 해결법으로 제시한다.

다운로드·앱 자료·아이폰 백업은 서로 다른 방법으로 줄인다

다운로드 폴더에서는 설치를 마친 앱의 디스크 이미지(.dmg), 이미 풀어 놓은 압축파일, 다시 받을 수 있는 동영상부터 고른다. 파일을 열어 용도를 알 수 있으면 필요한 자료인지 결정하기 쉽다. 외장 저장장치로 옮길 파일은 복사가 끝난 뒤 외장의 파일을 직접 열어 보고, 그다음 맥의 원본을 휴지통으로 보낸다. 맥에 복사본까지 남겨 두면 내부 공간은 줄지 않는다.

앱은 실행 파일과 앱이 만든 자료를 나눠 본다. 앱 하나가 작아도 내려받은 게임·영상·음원, 렌더 캐시, 가상머신 디스크는 클 수 있다. 해당 앱의 다운로드·저장 공간·캐시 관리 메뉴에서 필요 없는 항목을 지운다. 다시 편집할 프로젝트의 원본과 다시 만들 수 있는 미리보기 파일을 같은 것으로 취급하면 안 된다. 저장 경로를 아는 앱부터 처리하면 정리 뒤에도 작업을 이어 갈 수 있다.

아이폰·아이패드 백업은 Finder에서 기기를 선택한 뒤 일반 → 백업 관리로 들어간다. 기기 이름과 백업 시점을 보고, 더 이상 복원에 쓰지 않을 백업을 삭제한다. 백업 파일의 일부만 골라 지우는 방식은 피한다. Apple은 2026년 10월 22일 갱신한 관리 안내에서 백업별 삭제·아카이브 기능을 설명한다. 아카이브는 나중 백업에 덮어쓰이지 않게 보관하는 기능이므로 공간 확보용 삭제와 목적이 다르다.

현재 아이폰이 잘 작동한다는 이유만으로 유일한 옛 백업을 없앨 필요는 없다. 특히 건강 기록이나 저장된 암호를 옮길 계획이라면 iCloud 백업과 암호화된 컴퓨터 백업의 차이를 먼저 보고, 남길 복원본을 정한 뒤 오래된 것을 줄인다.

메시지의 큰 첨부파일과 Mail의 정크·삭제된 메일도 따로 관리할 수 있다. Apple TV처럼 다시 내려받을 콘텐츠는 해당 앱에서 다운로드를 제거한다. 마지막으로 휴지통을 열어 남겨야 할 항목이 없는지 보고 비운다. 휴지통 자동 비우기를 켜 두었더라도 당장 공간이 필요하면 자동 처리 시점을 기다리지 말고 직접 비워야 한다.

클라우드에 남길 파일은 ‘삭제’ 대신 ‘다운로드 제거’를 쓴다

iCloud Drive의 ‘다운로드 제거’는 클라우드 원본을 남기고 이 맥의 로컬 사본을 없애는 기능이다. Finder → iCloud Drive에서 파일이나 폴더를 Control-클릭해 선택한다. 다시 열 때는 인터넷으로 내려받는다. 반면 iCloud Drive 파일을 삭제하면 같은 계정으로 동기화한 다른 기기에도 삭제가 반영된다. 맥 용량을 비우면서 자료를 계속 보관하려는 사람은 두 동작을 구별해야 한다. Apple의 macOS 27 iCloud Drive 설명에 다운로드와 고정 설정이 나뉘어 있다.

  1. Finder의 iCloud Drive를 열고, 업로드 상태를 본다. 전송 중인 원본은 업로드를 먼저 끝낸다.
  2. 필요하면 iCloud.com에서도 파일이 있는지 보고 열어 본다. 이름만 같은 파일이 아니라 남길 최신 파일인지 본다.
  3. ‘다운로드 유지’가 체크된 파일·폴더는 그 설정을 해제한다. 이 설정은 로컬 사본을 계속 보관하게 한다.
  4. 오프라인에서 쓰지 않을 파일을 Control-클릭하고 ‘다운로드 제거’를 고른다.

출퇴근 중 인터넷 없이 읽을 문서나 출장 중 편집할 자료는 다운로드를 남긴다. 오래된 완성본·참고 자료는 클라우드에 두면 된다. iCloud 용량을 결제했다는 사실만으로 맥의 SSD가 커지거나 모든 로컬 사본이 즉시 사라지지는 않는다.

캐시와 큰 파일을 지워도 공간이 돌아오지 않았다는 사용자 사례에서는 iCloud Drive의 로컬 사본을 줄인 뒤 문제가 풀렸다. 작성자는 동기화를 껐다 켰지만, 같은 목적이라면 파일별 ‘다운로드 제거’부터 쓰는 편이 작업 범위를 좁힐 수 있다. 이 사례가 모든 시스템 데이터 증가의 원인을 iCloud로 설명하지는 않는다. 본인 맥에서 로컬 사본이 큰지부터 보는 이유다.

사진은 최적화하거나 보관함 전체를 외장으로 옮긴다

사진을 지우지 않고 맥 공간을 줄일 방법은 두 가지다. iCloud 사진을 사용한다면 사진 앱 → 설정 → iCloud에서 ‘Mac 저장 공간 최적화’를 고른다. 원본은 iCloud에 두고 맥의 저장 공간이 필요할 때 덜 사용하는 사진부터 최적화한다. 켠 직후 보관함 용량이 일정한 크기로 줄어드는 기능은 아니다. ‘이 Mac으로 원본 다운로드’를 선택하면 원본도 맥에 보관하므로 목적이 반대다.

Apple의 iCloud 사진 안내에 따르면 사진 앱에서 삭제한 사진은 iCloud와 동기화한 다른 기기에서도 지워진다. 맥 한 대의 공간만 줄이기 위해 사진을 대량 삭제하는 방법은 맞지 않는다. 최적화한 사진의 원본은 필요할 때 내려받으므로, 원본을 항상 오프라인에서 편집해야 한다면 외장 보관함 쪽이 맞는다.

외장으로 옮길 때는 사진 앱을 종료하고 보관함 전체를 복사한다. 새 위치의 보관함을 열어 사진과 영상이 보이는지 확인한 뒤 내부 원본을 삭제하고 휴지통을 비운다. Apple이 안내하는 외장 포맷은 APFS 또는 Mac OS 확장(저널링)이며, Time Machine 백업에 사용하는 저장장치에는 사진 보관함을 두지 않는다. iCloud 사진을 계속 쓰려면 새 보관함을 시스템 사진 보관함으로 지정한다.

이동 후에는 외장을 연결해야 그 보관함을 열 수 있다. ‘보관함을 복사했다’와 ‘모든 사진의 원본을 외장에 확보했다’도 다르다. 기존에 최적화를 썼다면 원본 다운로드·백업 조건까지 정해야 한다. 실제 이동 순서와 이 차이는 맥 사진 보관함을 외장 SSD로 옮기는 방법에서 이어 볼 수 있다.

시스템 데이터는 지울 폴더 하나를 뜻하지 않는다

‘시스템 데이터’는 다른 분류에 들어가지 않은 로그·캐시·임시 파일·앱 지원 자료 등을 묶은 항목이다. macOS 자체는 별도 ‘macOS’ 항목으로 표시된다. 시스템 데이터가 크다는 사실만으로 모두 불필요한 파일이거나, 운영체제가 그만큼 커졌다고 해석할 수 없다. Apple 사용 설명서는 이 항목을 저장 공간 창에서 통째로 관리할 수 없으며, 개별 자료는 Finder나 그 자료를 만든 앱에서 관리한다고 설명한다.

폴더 크기는 Finder에서도 찾을 수 있다. 홈 폴더를 목록 보기로 열고 보기 → 보기 옵션에서 ‘모든 크기 계산’을 켠 뒤 크기순으로 정렬한다. 크기가 큰 폴더를 펼치며 내려가면 자료가 쌓인 위치를 찾기 쉽다. 이 방법을 설명한 사용자 가이드도 큰 폴더를 찾은 다음 삭제 가능 여부를 따로 판단하도록 안내한다. 사용자 폴더를 살피는 방법이므로 다른 사용자 자료와 스냅샷까지 모두 합산하지는 못한다.

더 자세히 보려면 저장 공간 분석 도구로 어느 폴더가 차지하는지 볼 수 있다. 폴더 이름과 크기만으로 내용을 지워도 되는지까지 알 수는 없다. DaisyDisk 개발사의 설명처럼 접근 권한이 없는 폴더, 다른 사용자의 자료, 다른 APFS 볼륨과 스냅샷이 분석에서 숨은 공간으로 보이기도 한다. 보이는 파일 크기의 합이 전체 사용량보다 작다면 이런 차이를 먼저 살핀다.

캐시를 지울 때도 만든 앱과 파일 종류를 정한다. 브라우저의 캐시와 로그인 정보·사이트 데이터는 서로 다르고, 영상 편집 앱의 렌더 캐시와 원본 영상도 다르다. 앱에 캐시 비우기 메뉴가 있으면 그 메뉴를 쓴다. 사용자 Library 폴더 전체나 Application Support를 한꺼번에 삭제하면 앱 설정·작업 자료까지 함께 잃는다.

예를 들어 After Effects의 디스크 캐시는 앱을 종료해도 남는다. Adobe의 2026년 4월 설명은 Edit → Purge → All Memory & Disk Cache로 비우거나, macOS의 After Effects → Settings → Disk에서 Empty Disk Cache를 누르는 방법을 안내한다. 같은 설정에서 최대 캐시 크기와 폴더도 바꿀 수 있다. 이 방법은 해당 앱의 캐시를 관리하므로 원본 영상 폴더를 지울 필요가 없다. 다시 미리보기를 만들면 캐시도 다시 쌓인다.

캐시는 다시 계산하거나 내려받는 일을 줄여 앱을 빠르게 하는 자료다. Howard Oakley의 저장 공간 해설도 Quick Look 썸네일과 브라우저 캐시가 수행하는 일을 구체적으로 설명한다. 지운 캐시가 같은 작업 뒤 다시 생긴다면, 매일 비우기보다 그 앱이 보관할 양이나 저장 위치를 바꾸는 편이 낫다.

파일을 지웠는데 공간이 그대로면 앱·스냅샷·공유 공간을 나눠 본다

파일 이름이 사라졌어도 그 파일이 차지하던 디스크 공간이 즉시 반환되지 않는 경우가 있다. 휴지통을 비웠다면 먼저 해당 파일을 쓰던 앱을 완전히 종료하고, 복사나 저장을 다시 시도한다. 삭제 후 여유 공간이 늘지 않는다는 토론에는 큰 중간 영상을 삭제한 뒤 Apple Compressor까지 종료하자 공간이 돌아왔다는 경험이 있다. 앱 종료로 해결되지 않은 다른 참여자는 백업 스냅샷에서 원인을 찾았다.

APFS 스냅샷은 특정 시점의 파일 상태를 보존한다. 현재 폴더에서 파일을 삭제해도 스냅샷이 그 파일의 데이터 블록을 참조하면 디스크에 남아 있다. CCC 개발사의 설명이 보여 주는 원리다. 따라서 외장으로 큰 파일을 옮겨 내부 원본을 지운 뒤에도 스냅샷이 정리되기 전까지 예상만큼 공간이 늘지 않을 수 있다.

숫자를 볼 때는 ‘실제로 비어 있는 공간’과 ‘필요할 때 정리할 수 있는 공간까지 합친 사용 가능 공간’도 구별한다. APFS의 같은 컨테이너 안에 있는 볼륨은 여유 공간을 공유하므로, 옆 볼륨에 파일을 옮겨 놓는 것으로 같은 물리 디스크가 비워지지는 않는다. 저장 공간 분석 앱과 Finder의 숫자가 다르면 같은 디스크·볼륨을 보고 있는지, 정리 가능한 공간을 포함하는지부터 맞춘다.

정리 표시가 늦는 실제 측정도 있다. Oakley는 2026년 8월 macOS Tahoe 26.6.2 시험에서 외장 SSD에 스냅샷을 만든 뒤 큰 파일을 삭제했다. 한쪽 볼륨은 삭제 29분 뒤에야 정리 가능한 공간을 표시했고, 다른 쪽은 36분 뒤에도 표시하지 않았다. 이 수치를 모든 맥의 대기 시간으로 쓰지는 않는다. 현재 OS에서 복사·업데이트가 계속 실패하면 다음 스냅샷 절차로 넘어간다.

Time Machine 스냅샷은 자동 정리가 기본이고, 수동 정리 뒤에는 백업을 되돌린다

Time Machine은 백업 디스크가 연결되지 않았을 때도 최근 파일을 복구할 수 있도록 맥 내부에 로컬 스냅샷을 남긴다. Apple의 2026년 7월 안내에 따르면 보통 약 한 시간마다 만들고 24시간 동안 보관하며, 마지막으로 성공한 백업의 스냅샷 등은 별도 조건으로 유지한다. macOS는 공간이 필요해지면 오래된 스냅샷을 자동 삭제하고 그 공간을 사용 가능 공간에 포함한다.

그래서 스냅샷이 있다는 이유만으로 지울 필요는 없다. 실제 저장·설치가 막히고 다른 큰 파일도 정리했다면 Apple이 제시하는 일시 정리 방법을 쓴다.

  1. 시스템 설정 → 일반 → Time Machine을 연다.
  2. 옵션에서 백업 주기를 ‘수동’으로 바꾸고 완료한다.
  3. 몇 분 동안 로컬 스냅샷이 정리되도록 둔 뒤, 실패했던 복사·저장을 다시 시도한다.
  4. 백업 주기를 원래 자동 설정으로 되돌린다. 이 절차를 자동 백업의 영구 해제로 끝내지 않는다.

다른 백업 앱을 쓴다면 그 앱이 만든 스냅샷도 따로 본다. Time Machine의 자동 백업을 바꿨다고 CCC의 보관 정책까지 바뀌지는 않는다. CCC 등에서는 해당 볼륨의 스냅샷 목록과 보관 설정을 열어, 필요한 복원 시점을 남기고 오래된 것을 관리한다. 최신 사용 경로는 설치한 버전의 설명서를 따른다.

스냅샷과 외장 백업도 구별해야 한다. 내부 SSD의 스냅샷은 같은 SSD가 고장 나면 함께 잃는다. 공간을 확보하겠다고 외장의 유일한 백업까지 지우면 데이터 보호 조건이 달라진다. 현재 자료의 별도 복사본을 남긴 뒤 불필요한 복원 시점을 줄이는 순서가 맞다.

며칠 뒤 다시 찬다면 자료가 쌓이는 위치를 바꾼다

정리 뒤에도 공간 부족이 반복되면 같은 앱이 만드는 자료를 찾아야 한다. 영상의 작업 원본·렌더 캐시, 가상머신, 대규모 내려받기처럼 계속 커지는 항목은 앱이 지원하는 경로 변경이나 외장 보관으로 관리한다. 외장으로 옮겨도 내부에 원본과 복사본을 모두 남기는 습관이면 같은 문제가 돌아온다. 케이블과 포트에 따라 속도가 달라지는 이유는 맥 외장 SSD의 실제 연결 속도에서 설명한다.

업데이트 중 필요한 임시 공간만 조금 모자란 경우에는 안전 모드도 선택지다. Apple silicon 맥은 종료 후 전원 버튼을 길게 눌러 시동 옵션을 띄우고, 시동 디스크를 선택한 상태에서 Shift를 누르며 ‘안전 모드에서 계속’을 누른다. Intel 맥은 시동 직후 Shift를 누른다. 안전 모드는 일부 시스템 캐시를 지워 일시적으로 공간을 확보하며, 일반 재시동으로 빠져나온다. 캐시는 필요에 따라 다시 생기므로 상시 공간 부족의 해결책으로 삼지는 않는다.

자신의 문서·다운로드·사진·앱 자료를 정리하고, 클라우드 로컬 사본과 백업까지 구별했는데도 저장이 실패한다면 현재 여유 공간, 실패한 작업, 큰 폴더, 사용한 백업 앱, macOS 버전을 함께 남겨 지원을 요청한다. 분류 막대 하나 때문에 맥을 초기화하기보다, 어느 자료가 공간을 잡고 있는지 설명할 수 있을 때 다음 조치도 정확해진다.

자료 기준: 2026년 11월 4일 Apple·백업 및 분석 도구 개발사 문서, 공개 측정과 사용자 사례를 대조했다. 직접 맥을 정리해 회수 용량을 측정한 글은 아니며, 과거 OS의 측정값은 버전을 함께 표시했다.