macOS Tahoe 26.4에서 iCloud Drive가 모든 파일을 자동 다운로드하는 문제: 원인, 해결 방법, 향후 전망

Finder에서 ~/Documents 폴더를 열고 파일 몇 개를 스크롤하다 보면 이상한 점을 발견합니다. 수백 개의 PDF, Keynote 프레젠테이션, 사진, 압축 파일 등 모든 항목이 갑자기 다운로드되기 시작합니다. 더블 클릭한 파일만이 아닙니다. 전부 다입니다. 작은 클라우드 아이콘이 다운로드 화살표로 바뀌고, 팬이 돌기 시작하며, 메뉴 바의 Wi-Fi 표시가 켜집니다. 무슨 일이 일어나고 있는지 깨달을 때쯤이면, 256GB MacBook Air가 iCloud 라이브러리 40GB를 이미 사용했고 핫스팟 데이터 요금제는 바닥이 나 있습니다.

이것이 2026년 3월 말 macOS Tahoe 26.4가 출시된 이후 Apple Community 스레드를 지배하고 있는 버그입니다. 이 버그는 Optimize Mac Storage에 의존하는 사용자들에게 영향을 미칩니다. 이 기능은 자주 사용하지 않는 파일을 클라우드에 남겨두어 iCloud Drive를 디스크에서 가볍게 유지하도록 설계된 바로 그 기능입니다. 26.4 이후에는 폴더를 탐색하는 것만으로도 내용의 전체 로컬 다운로드가 트리거되어, 기능의 목적 자체가 무효화됩니다.

Apple은 이 글을 쓰는 시점까지 버그를 공개적으로 인정하지 않았습니다. 릴리스 노트 항목도, 핫픽스도, 일반 사용자가 결과를 확인할 수 있는 AppleSeed 티켓도 없습니다. 현재 가진 것은 Apple Discussions 스레드 256273434, Reddit, 개발자 포럼에 쌓이는 재현 보고서뿐이며, 26.5를 기다리는 동안 실제로 피해를 줄이는 네 가지 해결 방법이 있습니다.

이 글에서는 무슨 일이 일어나고 있는지, 왜 그런지, 그리고 그 사이에 대역폭과 SSD를 보호하는 방법에 대해 설명합니다.

핵심 요약

• 버그 내용: macOS Tahoe 26.4(및 후속 26.4.1) 이후, Finder에서 iCloud Drive 폴더로 이동하면 Optimize Mac Storage가 활성화되어 있어도 폴더 내의 모든 파일 다운로드가 트리거됩니다.
• 영향받는 사용자: Optimize Mac Storage를 켜고 iCloud Drive를 사용하는 모든 사용자. 소형 SSD(128GB / 256GB MacBook) 사용자와 종량제 연결(핫스팟, 셀룰러, 데이터 제한 요금제) 사용자에게 피해가 가장 큽니다.
• 추정 원인: bird(CloudDocs 데몬)가 사용하는 파일 조정 레이어와 Finder의 QuickLook 프리페치의 회귀 — 이전에는 읽기 시에만 수화되던 파일이 이제 디렉터리 열거 시에 수화됩니다.
• 현재 사용 가능한 해결 방법: Optimize Mac Storage를 껐다가 다시 켜기, 터미널 명령어 brctl evict로 다운로드된 파일 수동 제거, Optimize Mac Storage 완전 비활성화 후 로컬 전체 복사본 유지, 또는 선택적 액세스를 위해 iCloud.com 사용.
• 장기적 수정: 커뮤니티 테스터들이 macOS 26.5 beta 4에서 부분적 개선을 보고하고 있으며, 정식 출시는 2026년 5월 말로 예상됩니다. Apple이 공식적으로 수정을 확인하지는 않았습니다.

사용자들이 실제로 목격하는 현상

원인으로 들어가기 전에, 증상을 정확히 파악해야 합니다. 여러 인접한 iCloud 버그들이 돌아다니고 있어 혼동하기 쉽기 때문입니다.

Apple Discussions 스레드의 여러 보고서에서 일관적으로 나타나는 행동:

1. 사용자가 시스템 설정 → Apple Account → iCloud → iCloud Drive → Optimize Mac Storage를 켜두고 있습니다.
2. 최근 열지 않은 iCloud Drive 파일들이 Finder에서 작은 클라우드+하향 화살표 배지를 표시하며, 원격에 저장되어 있음을 나타냅니다.
3. 사용자가 Finder에서 폴더를 열면 — 예를 들어 ~/iCloud Drive/Documents/Invoices/2024/ — 200개의 PDF가 있다고 가정합니다.
4. 몇 초 이내에 해당 폴더의 모든 파일이 다운로드를 시작합니다. Finder의 상태 표시줄에 누적 진행 표시줄("200개 항목 다운로드 중, 12.8GB 중 4.2GB")이 나타납니다. 클라우드 배지가 파란색 진행 링으로 변합니다.
5. 사용자가 하위 폴더로 이동하면 같은 일이 재귀적으로 발생합니다.

이것은 Finder가 항상 해왔던 일반적인 "QuickLook용 썸네일 가져오기" 동작이 아닙니다. 썸네일 가져오기는 작았으며(파일당 최대 몇 킬로바이트) 파일의 "로컬 저장됨" 상태를 변경하지 않았습니다. 26.4의 동작은 파일을 완전히 수화합니다 — 즉, 전체 페이로드가 디스크에 저장되고 로컬 스토리지에 카운트됩니다.

스레드의 일부 사용자들은 버그가 항상 즉시 트리거되지는 않는다고 보고합니다. 때로는 Spotlight 인덱싱이 폴더를 건드릴 때 시작됩니다. 때로는 Finder 열 보기 미리보기 창이 열려 있을 때만 발생합니다. 때로는 Mac이 유휴 상태가 된 후 bird가 유지 보수 패스를 실행할 때만 발생합니다. 트리거가 일관적이지 않기 때문에 버그를 확인하기 어렵고 깔끔한 버그 보고서를 작성하기가 더 어렵습니다.

일관적인 것은 결과입니다: 클라우드 플레이스홀더로 남아 있어야 했던 파일들이 완전히 다운로드됩니다.

왜 이것이 들리는 것보다 더 심각한가

2TB Mac Studio를 기가비트 파이버로 사용하고 있다면 이것은 불편하지만 재앙적이지는 않습니다. 다른 모든 사용자에게는 버그가 진정으로 고통스럽습니다.

소형 SSD의 스토리지 압박. Apple은 여전히 대부분의 소비자 Mac의 기본 구성으로 256GB를 제공합니다. 공격적으로 수화되는 200GB iCloud 라이브러리는 몇 분 만에 디스크를 꽉 채웁니다. 디스크 사용량이 약 90%를 넘으면 macOS 자체가 오작동하기 시작합니다 — Spotlight 재구축이 실패하고, 스왑이 과부하되며, 앱 실행이 느려지고, 시스템이 예측할 수 없는 순서로 캐시된 파일을 강제로 제거할 수 있습니다.

종량제 연결에서의 데이터 요금. 놀랍도록 많은 Mac 사용자들이 대역폭이 종량제이거나 상한이 있는 카페, 공유 오피스, 호텔, 또는 농촌 가정에서 작업합니다. 사진 라이브러리 백업 폴더를 한 번 실수로 탐색하는 것만으로도 오후 동안 한 달치 데이터 할당량을 소진할 수 있습니다. 다운로드가 시작되기 전에 경고가 없기 때문에 셀룰러 핫스팟 사용자는 특히 위험에 노출됩니다.

백업 혼란. Time Machine 또는 타사 클론 도구를 사용하는 경우, 새로 수화된 모든 파일이 이제 백업 도구의 관점에서 "변경된" 파일입니다. 콘텐츠에 의미 있는 변화가 없었음에도 불구하고 다음 백업 실행이 대규모가 됩니다 — 때로는 테라바이트 단위로. 백업 측면에 대해서는 Mac 백업 전략 가이드에서 더 자세히 다룹니다.

배터리와 발열. 지속적인 다운로드는 Wi-Fi 라디오를 활성 상태로 유지하고 SSD를 지속적으로 쓰게 합니다. 노트북에서는 이로 인해 런타임이 측정 가능할 정도로 줄어들고 MacBook Air와 같은 팬리스 모델에서 열 쓰로틀링이 발생할 수 있습니다.

요컨대, 이것은 근본적인 결함은 작지만 다운스트림 비용이 큰 그런 버그 중 하나입니다.

버그 확인 방법

해결 방법을 적용하기 전에, 5분을 들여 버그가 실제로 Mac에서 발생하고 있는지 확인합니다. 증상은 새 로그인 후 일반적인 iCloud 동기화나, Spotlight 또는 Backup 같은 앱이 파일을 읽으려 할 때 발생하는 의도적인 수화와 혼동될 수 있습니다.

테스트 절차:

1. 시스템 설정 → 일반 → 저장 공간을 엽니다. 현재 여유 디스크 공간을 메모합니다.
2. 활동 모니터 → 네트워크 탭을 엽니다. "수신 바이트"로 내림차순 정렬합니다. bird(CloudDocs 데몬 프로세스)의 현재 값을 메모합니다.
3. 터미널에서 brctl status를 실행하고 Optimize Mac Storage가 활성화되어 있는지 확인합니다.
4. Finder를 열고 적어도 일주일 동안 방문하지 않은 iCloud Drive 폴더로 이동합니다. 파일이 많고(50개 이상) 각 파일 크기가 의미 있는(1MB 이상) 폴더를 선택합니다.
5. 60초 기다립니다. 개별 파일을 클릭하지 않습니다.
6. 활동 모니터로 돌아갑니다. bird가 수백 MB 이상을 수신했습니까?
7. 저장 공간 설정으로 돌아갑니다. 여유 디스크 공간이 눈에 띄게 감소했습니까?
8. Finder로 돌아가 파일 배지를 확인합니다. 클라우드 아이콘이 진행 링으로 교체되었거나 완전히 제거되었습니까?

6, 7, 8번 질문에 대한 답이 모두 예이고 — 어떤 파일도 클릭하지 않았다면 — 버그가 발생하고 있는 것입니다.

더 엄격한 추적을 원한다면, 4단계 전에 터미널 창에서 brctl monitor com.apple.CloudDocs를 실행할 수 있습니다. bird가 구체화하기로 결정한 모든 파일에 대한 라이브 이벤트가 표시됩니다. 이전 macOS 릴리스의 일반적인 동작에서는 명시적으로 열은 파일만 materialize 이벤트를 생성했습니다. 26.4 버그에서는 방금 연 디렉터리의 모든 파일에 대해 빠른 연속으로 materialize 이벤트가 발생하는 것을 볼 수 있습니다.

근본 원인: 26.4에서 무엇이 변경되었는가

여기서는 무엇이 알려져 있고 무엇이 알려져 있지 않은지에 대해 솔직하게 이야기해야 합니다.

Apple은 이 회귀에 대해 아무것도 공개하지 않았습니다. 개발자 대상 26.4 릴리스 노트에서 가장 명확한 신호는 파일 조정 레이어가 "iCloud Drive 응답성 개선"과 관련된 변경 사항을 받았다는 것입니다 — 그 정확한 표현으로, 추가 세부 정보는 없습니다. bird 로그 출력을 주의 깊게 관찰한 데 기반한 커뮤니티의 추측에서는 두 가지 관련 변경 사항이 제시됩니다:

첫째, Finder가 열 보기 미리보기와 아이콘 보기 썸네일을 채우는 데 사용하는 프리페치 휴리스틱이 확장된 것으로 보입니다. 이전에는 Finder가 각 보이는 파일에 대해 bird에 메타데이터 — 파일 크기, 수정 날짜, 썸네일 — 를 요청했고, bird는 파일을 완전히 수화하지 않고 그것을 반환했습니다. 26.4에서 썸네일 서브시스템은 썸네일 생성기가 본문을 검사해야 할 수 있는 모든 파일 유형에 대해 전체 파일 내용을 요청하는 것으로 보입니다 — 실제로는 거의 모든 것을 의미합니다: PDF, 이미지, 동영상, Office 문서, 심지어 일부 일반 텍스트 파일도.

둘째, 사용되지 않는 기간 후 파일을 클라우드로 다시 오프로드하는 일반적인 제거 정책이 훨씬 덜 적극적으로 변했습니다. 몇 시간 내에 제거되어야 하는 파일들이 며칠 동안 남아 있습니다. 이는 버그를 한 번만 트리거해도 피해가 누적된다는 것을 의미합니다: bird가 기꺼이 청소하는 속도보다 더 빠르게 디스크가 채워집니다.

두 관찰 모두 사용자들이 보고하는 것과 일치합니다: 트리거는 폴더 탐색(Finder가 썸네일을 요청할 때)이며 피해는 지속됩니다(이후에 아무것도 파일을 제거하지 않기 때문).

명확하게 지적하고 싶은 것은: 이것은 커뮤니티가 도출한 추측이며 공식적인 원인 분석이 아닙니다. 증상과 일치하지만 Apple은 확인하지 않았습니다. 피드백 어시스턴트 보고서를 제출하는 경우, 추측된 원인이 아니라 관찰한 증상을 설명하십시오.

Tahoe에서 iCloud Drive 동기화가 어떻게 작동해야 하는지에 대한 더 넓은 맥락은 iCloud Drive 완전 가이드에서 정상적인 아키텍처를 다룹니다. 현재 버그는 거기서 설명된 문서화된 동작에서의 이탈입니다.

해결 방법 1: Optimize Mac Storage 끄기 후 다시 켜기

이것이 가장 낮은 노력의 수정 방법이며 일부 — 일부 — 사용자에게 효과가 있습니다. 근본적인 버그를 해결하지는 않지만 bird의 프리페치 상태를 재설정하고 일시적인 유예를 제공하는 것으로 보입니다.

단계:

1. 시스템 설정 → Apple Account(상단의 이름) → iCloud를 엽니다.
2. iCloud를 사용하는 앱 목록에서 iCloud Drive를 클릭합니다.
3. Optimize Mac Storage를 끕니다. 스피너가 안정될 때까지 기다립니다. macOS에서 로컬 복사본이 다운로드될 것이라는 경고가 표시될 수 있습니다 — 이 경우 완료되기 전에 다시 켤 것이므로 경고를 무시합니다.
4. 30~60초 기다립니다.
5. Optimize Mac Storage를 다시 켭니다.
6. 활동 모니터를 열고 bird를 1분 동안 모니터링합니다. 네트워크 처리량이 거의 0으로 떨어져야 합니다.

최선의 경우, 이것이 데몬의 내부 상태를 재설정하고 폴더 탐색이 몇 시간 또는 며칠 동안 다운로드를 트리거하지 않습니다. 최악의 경우 아무것도 변하지 않으며 해결 방법 2로 이동해야 합니다.

주의사항: 두 번의 토글 사이에 macOS가 실제로 파일 다운로드를 시작했다면 해당 파일들은 이제 로컬에 있습니다. 일정 시간 동안 자동으로 제거되지 않습니다(위의 제거 정책 문제 참조). 공간을 수동으로 확보하기 위해 해결 방법 2를 따르는 것을 권장합니다.

해결 방법 2: brctl evict로 파일 수동 제거

파일이 이미 자동 다운로드되었다면 명령줄 유틸리티 brctl을 사용하여 수동으로 클라우드로 돌려보낼 수 있습니다. brctl은 실제로 제공되는 Apple 제공 도구입니다 — Tahoe를 실행하는 Mac에서 man brctl로 확인할 수 있습니다.

관련 명령어는 brctl evict로, "이 경로에 있는 문서의 로컬 복사본을 제거"합니다 — 바로 우리가 원하는 것입니다.

단일 파일

brctl evict ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/old-invoice.pdf

~/Library/Mobile Documents/com~apple~CloudDocs/ 내의 경로는 macOS가 실제로 iCloud Drive 내용을 저장하는 곳입니다. 사이드바의 Finder 단축키 "iCloud Drive"는 해당 경로에 매핑됩니다. Finder에서 터미널 창으로 파일을 드래그하여 전체 경로를 자동으로 붙여넣을 수도 있습니다.

폴더 전체를 재귀적으로

brctl evict에는 내장된 -R 재귀 플래그가 없으므로 find와 결합합니다:

find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/Invoices -type f -exec brctl evict {} \;

이것은 Invoices 폴더 전체를 탐색하고 발견한 모든 파일을 제거합니다. 수백 개의 파일이 있는 폴더의 경우 1~2분이 걸릴 수 있습니다 — 정상입니다.

먼저 가장 큰 파일 확보

급히 디스크 공간을 회복해야 한다면 큰 파일만 대상으로 합니다:

find ~/Library/Mobile\ Documents/com~apple~CloudDocs -type f -size +100M -exec brctl evict {} \;

-size +100M 필터는 100MB보다 큰 파일로 제한합니다. 필요에 따라 조정합니다.

전후 상태 확인

brctl status

이것은 CloudDocs 데몬의 상태 스냅샷을 출력합니다. 로컬에 있는 파일과 클라우드 전용 파일의 수를 포함합니다. 변경 사항을 확인하기 위해 제거 패스 전후에 실행합니다.

brctl evict가 하지 않는 것

iCloud에서 파일을 삭제하지 않습니다. 이 Mac의 로컬 복사본만 제거합니다. 파일은 클라우드에 남아 있고 Finder 플레이스홀더는 그대로 유지됩니다 — 더블 클릭으로 언제든지 재다운로드할 수 있습니다(버그가 재트리거되지 않는다고 가정할 때).

저장되지 않은 변경 사항이 있거나 현재 응용 프로그램에서 열려 있는 파일에도 작동하지 않습니다. 먼저 관련 앱을 닫습니다.

광범위한 제거 실행 전 온전성 검사

큰 트리에 대해 find ... -exec brctl evict {} \;를 실행하기 전에 경로와 동작을 확인하는 소규모 드라이런을 수행합니다:

# 대상이 될 파일 목록 표시, 아직 제거 안 함
find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/Invoices -type f -size +100M

# 목록이 올바른지 확인한 후 제거 실행
find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Documents/Invoices -type f -size +100M -exec brctl evict {} \;

bird가 특정 파일을 제거할 수 없는 경우(커밋되지 않은 변경 사항이 있거나, 다른 곳에서 열려 있거나, 활성 iCloud 동기화 작업의 일부인 경우) 오류를 출력하고 계속합니다. 오류는 치명적이지 않으며 루프를 중지하지 않습니다.

brctl dump com.apple.CloudDocs를 사용하여 전체 데이터베이스 상태를 출력할 수도 있습니다 — 이것은 자세하고 주로 포렌식 도구로 유용하지만, 제거가 명확하지 않은 이유로 실패하는 경우 어떤 파일이 막혀 있는지 파악하는 데 도움이 될 수 있습니다.

Apple 스레드에서 불만을 가진 사용자들의 일반적인 패턴은 매일 LaunchAgent로 제거를 래핑하는 것입니다 — 버그가 낮에 로컬 캐시를 다시 채울 것이라는 가정 하에 매일 밤 전체 iCloud Drive에 대해 brctl evict를 실행하는 예약 작업입니다. 이것은 취약하고 실제로 오프라인으로 원하는 파일과 나쁘게 상호 작용할 수 있기 때문에 대부분의 사용자에게는 권장하지 않습니다. 하지만 launchd를 이해하고 시도해 보고 싶다면 방법은 간단합니다.

해결 방법 3: Optimize Mac Storage 완전 비활성화

대역폭 상황이 심각하고 우발적인 다운로드조차 감당할 수 없다면, 핵 옵션은 Optimize Mac Storage를 비활성화하고 iCloud Drive의 모든 것이 로컬에 존재하는 것을 받아들이는 것입니다.

트레이드오프 분석:

• 장점: 예상치 못한 다운로드가 사라집니다. 디스크에 있는 것은 디스크에 있습니다. iCloud Drive의 네트워크 사용량은 순전히 생성하거나 수정한 파일의 델타가 됩니다.
• 장점: 예측 가능한 백업. 매일 밤 Time Machine과 클론은 실제로 변경된 파일만 확인합니다.
• 단점: iCloud Drive 라이브러리의 전체 크기와 동일한 여유 디스크 공간이 필요합니다. iCloud에 500GB가 있고 256GB SSD가 있다면 이것은 선택지가 아닙니다.
• 단점: Optimize Mac Storage를 비활성화한 후의 초기 다운로드는 이미 로컬에 있는 것을 뺀 전체 라이브러리의 일회성 대역폭 소비입니다. 100GB 라이브러리의 경우 100GB 다운로드입니다.
• 단점: 어떤 기기에서든 라이브러리의 모든 파일을 열 수 있는 편의성을 잃게 됩니다 — iCloud Drive에 무엇을 둘지에 대해 더 신중해야 합니다.

이 상황의 많은 사용자들은 이 순간을 적극적으로 아카이브하는 계기로 삼습니다. 오래된 프로젝트, 오래된 청구서, 오래된 스크린샷 — 외부 드라이브나 아카이브 클라우드(Backblaze B2, Wasabi, Dropbox 콜드 스토리지)로 이동하고 iCloud Drive에서 완전히 제거합니다. 스토리지 관리 가이드에서 무엇이 공간을 차지하는지 파악하는 도구를 다룹니다.

이 경로를 선택한다면 초기 동기화에 오랜 시간이 걸릴 것을 예상합니다 — 큰 라이브러리의 경우 며칠이 걸리는 경우가 많습니다 — 그 기간 동안 Mac을 전원에 연결하고 전력 친화적인 Wi-Fi에 연결된 상태로 유지합니다.

해결 방법 4: 선택적 액세스를 위해 iCloud.com 사용

오래된 세금 서류, 아카이브된 프로젝트, 참조 PDF 등 가끔만 액세스해야 하는 파일의 경우, 반드시 Finder를 통해 액세스해야 한다는 규칙은 없습니다. iCloud.com은 적극적으로 클릭한 것만 다운로드하는 웹 기반 파일 브라우저를 제공합니다.

이것이 잘 작동하는 경우:

• 폴더 전체가 아닌 폴더에서 특정 파일만 필요한 경우.
• 종량제 연결에 있고 모든 바이트에 대해 신중하게 행동하고 싶은 경우.
• 빌린 Mac이나 여유 디스크 공간이 거의 없는 Mac을 사용하는 경우.

단계:

1. 최신 브라우저에서 iCloud.com을 방문하고 로그인합니다.
2. iCloud Drive를 클릭합니다.
3. 원하는 파일로 이동합니다. 한 번 클릭하여 미리 보거나 다운로드 아이콘을 클릭하여 로컬 Downloads 폴더에 저장합니다(동기화 루프에서 벗어나도록 iCloud Drive 폴더가 아닌 곳에 중요합니다).

이것은 bird와 Finder를 완전히 우회합니다. 다운로드는 브라우저로의 표준 HTTPS를 통해 이루어지며, 파일은 이 Mac의 iCloud Drive 캐시의 일부가 되지 않습니다.

단점은 명확합니다 — 매일 작업하는 파일의 경우 브라우저 탭으로 전환하는 것은 원하지 않는 마찰입니다. 하지만 버그가 지속되는 동안 가끔 액세스하는 안전 밸브로서 진정으로 유용합니다.

해결 방법 5: 대안으로서의 타사 클라우드 마운터

일부 커뮤니티 멤버들은 iCloud Drive(및 기타 클라우드 서비스)를 엄격한 온디맨드 시맨틱으로 적절한 네트워크 볼륨으로 마운트하는 타사 도구로 전환했습니다. 가장 자주 언급되는 두 가지:

• CloudMounter: iCloud Drive(및 Dropbox, Google Drive, OneDrive)를 가상 디스크로 마운트합니다. 명시적으로 연 파일만 가져옵니다. 마운트가 다른 프로토콜을 사용하기 때문에 Finder 썸네일 프리페치가 없습니다.
• Mountain Duck: 비슷한 개념으로 개발자/SFTP 워크플로에 더 중점을 두지만 iCloud Drive 지원이 있습니다.

중요한 주의사항: 어떤 도구도 Apple의 네이티브 iCloud Drive와 같은 수준의 시스템 통합을 가지고 있지 않습니다. Photos 라이브러리 동기화, 앱 샌드박스 컨테이너 동기화, ~/Desktop 및 ~/Documents 리다이렉션은 이러한 도구를 통해 작동하지 않습니다 — 여전히 네이티브 Apple 스택을 통해 이루어집니다. 이것들은 특정 아카이브나 문서 폴더에 엄격한 제어를 원하는 경우 유용하며, 전체적인 대체품으로서는 아닙니다.

26.4 버그에 대해 개인적으로 테스트하지 않았으므로 자신의 설정에서 확인하기 전까지는 보고서를 일화적인 것으로 취급하십시오. 실험한다면 먼저 중요하지 않은 폴더에서 시작합니다.

일반적인 파워유저 iCloud 워크플로에 대한 자세한 내용은 iCloud Drive 고급 워크플로를 참조합니다.

대역폭 및 스토리지 영향: 개략적인 계산

우선순위를 정할 수 있도록 비용에 숫자를 붙이는 것이 도움이 됩니다.

대역폭 시나리오. 이전에 70GB가 클라우드 플레이스홀더로 저장되어 있던 100GB iCloud Drive 라이브러리를 가정합니다(Optimize Mac Storage가 설계된 대로 작동하고 있었음). 버그가 일주일간의 일반적인 Finder 탐색 과정에서 전체 재수화를 트리거하면 최대 70GB를 다시 다운로드합니다. 50Mbps 연결에서 이는 약 3~4시간의 포화 다운로드 — 또는 전형적인 100GB 셀룰러 요금제의 한 달 치가 일주일에 소진됩니다.

스토리지 시나리오. 같은 100GB 라이브러리, 같은 70GB가 이전에 원격에 있었습니다. 버그가 진행된 후 디스크에 100GB가 있습니다. OS, 앱 및 기타 문서가 이미 120GB를 차지하고 있는 256GB SSD에서 66GB 여유에서 0으로 됩니다 — macOS가 새 파일 저장을 거부하고, 캐시를 무작위로 제거하고, 디스크 공간 부족에 대해 경고하기 시작합니다.

다중 Mac 시나리오. 이것이 가장 아프게 합니다. 데스크탑과 노트북 등 두 대의 Mac을 가지고 있고 둘 다 Optimize Mac Storage가 켜진 26.4를 실행하고 있다면, 버그는 각각 독립적으로 트리거됩니다. 노트북에서 라이브러리를 탐색하면 거기서 파일이 수화됩니다; 데스크탑에서 탐색하면 동일한 파일이 거기서도 수화됩니다. 이는 2배의 대역폭 비용입니다. iCloud 라이브러리가 NAS 지원 Time Machine에 있다면 백업 대상에서도 스토리지 비용을 지불하게 됩니다.

이것들은 개략적인 수치이지만 규모는 사람들이 스레드에서 보고하는 것과 일치합니다.

실제 사례. 수년 전의 완성된 클라이언트 프로젝트를 보유한 250GB iCloud Drive를 가진 프리랜서 디자이너를 생각해 봅니다. 일반적인 Optimize Mac Storage 동작 하에서는 어느 시점에서든 512GB MacBook Pro에 약 40GB만 로컬로 존재했습니다 — 최근 프로젝트, 현재 청구서, 몇 가지 참조 자료. 26.4로 업그레이드한 후 새 피치 덱을 위한 스크린샷을 찾기 위해 Clients/2023/ 폴더를 열었을 때, 20분 만에 여유 디스크 공간이 180GB에서 60GB로 감소했습니다. 아침이 되자 Spotlight가 새로 다운로드된 파일을 재인덱싱한 후 28GB의 여유 공간만 남았고, macOS는 시작 디스크가 거의 꽉 찼다는 경고를 했습니다. 로컬로 필요 없는 수년간의 아카이브된 프로젝트에 대해 brctl evict를 실행하는 데 한 시간을 써야 작업 공간을 회복했습니다. 그 파일들 중 어떤 것도 의도적으로 건드리지 않았습니다. 그 대역폭은 계획된 것이 아니었습니다.

이것이 더 큰 라이브러리와 중요한 작업을 가진 사용자들의 버그에 대한 실제 경험입니다. 숫자들은 이론적인 것이 아닙니다.

향후 스토리지 전략

Apple이 이 특정 회귀를 수정한 후에도, 이 에피소드는 "Optimize Mac Storage"가 마법의 주문이 아니라는 것을 상기시켜 줍니다 — 실패할 수 있는 휴리스틱입니다. 스토리지 전략에 어느 정도의 심층 방어를 구축하는 것은 가치 있습니다.

iCloud Drive에 무엇을 둘지에 대해 신중해야 합니다. 폴더가 진정으로 아카이브용인 경우 — 1년에 한 번 참조하는 경우 — 애초에 iCloud Drive에 속하지 않습니다. 외부 SSD나 객체 스토리지 서비스로 이동합니다. iCloud Drive는 여러 기기에서 적극적으로 작업하는 파일을 위해 예약해야 합니다.

Photos 라이브러리와 iCloud Photos를 별도로 사용합니다. Photos는 iCloud Drive보다 더 강력한 자체 최적화 모델을 가지고 있습니다. 사진 라이브러리가 iCloud 사용량의 대부분을 차지하는 경우, iCloud Drive 버그는 직접적으로 영향을 미치지 않습니다.

bird를 주기적으로 모니터링합니다. 일상에 빠른 확인을 추가합니다 — 주 1회 brctl status와 du -sh ~/Library/Mobile\ Documents/com~apple~CloudDocs를 실행하여 로컬에 무엇이 있는지 확인합니다. 로컬 크기가 예기치 않게 증가하면 조기에 개입할 수 있습니다.

디스크 공간 알림을 설정합니다. macOS는 디스크 공간 부족에 대해 경고하지만 치명적인 경우에만 합니다. 더 사전적인 모니터(DaisyDisk의 여유 공간 위젯, OmniDiskSweeper, 또는 osascript 알림이 있는 작은 셸 스크립트)는 아직 대처할 시간이 있을 때 문제를 파악할 수 있습니다.

이러한 패턴에 대한 더 깊은 설명은 스토리지 관리 최적화 가이드를 참조합니다.

Apple이 언제 이것을 수정할까?

Tahoe 사이클의 다음 macOS 릴리스는 26.5입니다. 2026년 5월 초 기준으로 beta 4가 개발자와 공개 테스터의 손에 있습니다. Apple Discussions 스레드의 여러 사용자들은 beta 4에서 자동 다운로드 동작이 덜 심각하다고 보고합니다 — 그들의 테스트에서 폴더 탐색이 더 이상 전체적인 수화를 트리거하지 않습니다. 그러나 제거는 여전히 26.4 이전 기준보다 느린 것으로 보이며, Apple이 가장 급성 증상은 해결했지만 반드시 원래 동작을 완전히 복원한 것은 아닐 수 있음을 시사합니다.

Apple의 일반적인 릴리스 주기에 기반하면 26.5의 정식 출시는 2026년 5월 말, 아마도 5월 18일 또는 5월 25일 주로 예상됩니다. Apple은 공식적으로 날짜를 확인하지 않았으며 역사적으로 베타에서 후기 회귀가 나타나면 포인트 릴리스가 6월 초로 밀릴 수 있습니다.

26.5 beta 1의 내용에 대한 별도의 분석이 있으며 베타가 진행됨에 따라 업데이트할 것입니다. 26.5 GA가 출시되고 iCloud Drive 동작이 26.4 이전 수준으로 돌아왔는지 확인할 수 있을 때 이 기사도 업데이트할 것입니다.

그 사이에: 26.5 GA에 수정이 포함되어 있다고 가정하지 마십시오. 비활성화했다면 Optimize Mac Storage를 다시 활성화하기 전에 자신의 설정에서 테스트합니다. Apple의 포인트 릴리스 릴리스 노트는 악명 높게 간략하며 수정 사항이 명시적으로 언급될 수도 있고 그렇지 않을 수도 있습니다.

버그가 활성화된 동안의 모범 사례

다음 한 달 정도의 권장 태도를 요약하면:

1. 라이브러리 크기를 파악합니다. du -sh ~/Library/Mobile\ Documents/com~apple~CloudDocs를 실행하여 현재 로컬에 있는 양을 확인하고, 시스템 설정 → Apple Account → iCloud에서 총 iCloud Drive 사용량을 확인합니다.
2. 허용 범위를 결정합니다. 충분한 디스크와 무제한 대역폭이 있다면 Optimize Mac Storage를 켜두고 brctl evict로 주기적으로 정리할 수 있습니다. 어느 쪽이든 제한이 있다면 Optimize Mac Storage를 비활성화하고 전체 로컬 복사본으로 생활하거나 가장 아카이브용 콘텐츠를 iCloud Drive에서 꺼내십시오.
3. 큰 iCloud 폴더를 가볍게 탐색하지 않습니다. 26.5가 출시되고 확인될 때까지 아카이브 폴더로의 Finder 탐색을 의도적인 행동으로 취급하고 무심코 클릭하지 않습니다.
4. 백업을 주시합니다. 버그로 인한 수화 폭풍은 단 한 번의 실행으로 백업 크기를 10배 이상 증가시킬 수 있습니다. 백업 할당량이 있다면 지켜봅니다.
5. 피드백 어시스턴트 보고서를 제출합니다. Apple이 버그를 인식하고 있어도 재현 가능한 케이스와 sysdiagnose 첨부 파일이 있는 추가 보고서가 무게를 더합니다. macOS의 피드백 어시스턴트를 사용하고, iCloud → iCloud Drive 아래에 제출하며 증상을 구체적으로 설명합니다.
6. 참조 문서를 업데이트합니다. 26.4 / 26.4.1 업데이트 가이드와 iCloud Drive 완전 가이드는 북마크할 가치가 있습니다 — 상황이 발전함에 따라 둘 다 업데이트합니다.

자주 묻는 질문

Q1. Apple이 이 버그를 확인했습니까? 아니요. 2026년 5월 초 기준으로 Apple은 26.4의 iCloud Drive 자동 다운로드 동작에 대해 공개적으로 발표하지 않았습니다. 인식은 Apple Discussions 스레드 256273434 같은 커뮤니티 스레드에만 존재합니다.

Q2. iOS 또는 iPadOS에도 영향을 미칩니까? Finder 특정 트리거는 iOS 또는 iPadOS에는 존재하지 않습니다. 그것들은 다른 파일 브라우저를 사용하기 때문입니다. 그러나 일부 iPadOS 사용자들은 최근 업데이트 후 파일 앱에서 비슷한 다운로드 증가를 보고합니다. 원인이 관련되어 있는지 여부는 별도의 조사 사항입니다.

Q3. Optimize Mac Storage를 비활성화하면 클라우드의 파일이 삭제됩니까? 아니요. Optimize Mac Storage를 비활성화하면 로컬 캐시 정책만 변경됩니다. 파일은 iCloud에 남아 있습니다. 변경은 단지 더 많은 파일이 클라우드와 동시에 Mac에 로컬로 존재한다는 것을 의미합니다.

Q4. brctl evict가 Photos 라이브러리 파일에 작동합니까? Photos 라이브러리는 자체 최적화 모델을 가지고 있으며 iCloud Drive와 같은 bird 플레이스홀더를 사용하지 않습니다. brctl evict는 Photos에 적합한 도구가 아닙니다. Photos 공간 관리의 경우 시스템 설정 → Apple Account → iCloud → Photos와 거기 있는 Optimize Mac Storage 토글을 사용하십시오. 이것은 iCloud Drive 것과는 별도의 설정입니다.

Q5. brctl evict를 자동으로 실행하도록 스크립트화할 수 있습니까? 예, launchd LaunchAgent 또는 간단한 cron 항목을 통해 가능합니다. 실제로 오프라인으로 원하는 파일을 제거할 수 있기 때문에 기본값으로는 권장하지 않습니다. 한다면 범위를 좁힙니다 — 예를 들어 100MB 이상이고 지난 30일 동안 수정되지 않은 파일만.

Q6. 타사 클라우드 서비스에서 버그가 발생합니까? 아니요. Dropbox, Google Drive, OneDrive는 자체 데몬을 사용하며 비슷한 동작을 보인다는 보고가 없었습니다. 버그는 macOS 26.4의 Apple의 iCloud Drive 스택에 특정합니다.

Q7. 26.3으로 롤백하면 수정됩니까? 기술적으로는 예이지만 Apple은 포인트 릴리스 롤백을 공식적으로 지원하지 않습니다. 이전 macOS의 USB 설치 프로그램에서 재설치해야 하며 이는 지우기와 백업에서 복원을 의미합니다. 대부분의 사용자에게 이것은 몇 주간 버그와 함께 사는 것보다 더 나쁜 옵션입니다.

Q8. 안전 모드에서는 어떻습니까 — 거기서 버그가 발생합니까? 안전 모드는 Spotlight 인덱싱 및 많은 백그라운드 서비스를 비활성화합니다. 일부 사용자들은 안전 모드에서 버그가 덜 심각하다고 보고하며, 이는 Spotlight 인덱싱 또는 썸네일 프리페치가 관련되어 있다는 이론을 지지합니다. 안전 모드는 장기적인 해결 방법으로 사용할 수 없지만 유용한 진단 도구입니다.

Q9. 이를 해결하기 위해 추가 iCloud 스토리지를 구매했습니다 — 이것이 올바른 선택입니까? 아니요. 추가 iCloud 스토리지는 클라우드 공간을 늘려줍니다. 버그는 로컬 디스크와 대역폭에 관한 것입니다. 더 많은 iCloud 스토리지를 구매해도 도움이 되지 않습니다. 오히려 재다운로드할 잠재적 데이터가 더 많기 때문에 최악의 경우를 더 악화시킵니다.

Q10. 최종 26.5 수정으로 이미 다운로드된 파일이 자동으로 제거됩니까? 아마 자동으로는 아닐 것입니다. 수정은 캐시를 소급하여 정리하기보다는 트리거를 해결(향후 과도하게 적극적인 다운로드 방지)하는 것이 가장 가능성이 높습니다. 26.5가 출시된 후에도 오프라인으로 필요 없는 폴더에 대해 일회성 brctl evict 패스를 수행하고 싶을 것입니다.

결론

macOS Tahoe 26.4의 iCloud Drive 자동 다운로드 버그는 저수준 서비스의 소규모 회귀 — 이 경우 파일 조정 — 가 어떻게 최종 사용자에게 실제 비용으로 연쇄될 수 있는지의 교과서적인 예입니다. 수정은 Apple의 손에 있으며 26.5 베타에서 부분적으로 적용된 것으로 보입니다. 그 사이에 여기서 설명된 네 가지 해결 방법이 피해를 상당히 제한할 수 있습니다:

1. 빠른 재설정으로 Optimize Mac Storage를 끄고 다시 켜기.
2. 파일이 자동 수화된 후 brctl evict를 사용하여 수동으로 공간 확보.
3. 대역폭 상황이 필요로 하는 경우 Optimize Mac Storage 완전 비활성화.
4. 아카이브 파일에 대한 선택적 액세스를 위해 iCloud.com 사용.

지속적인 맥락을 위해 iCloud Drive 완전 가이드, 고급 iCloud 워크플로, 백업 전략 가이드가 장기적인 태도를 다룹니다. 26.4 업데이트 가이드와 26.5 beta 1 가이드는 더 넓은 릴리스 상황을 추적합니다. 26.5가 출시되고 버그가 완전히 해결되었는지 확인할 수 있을 때 이 기사를 업데이트하겠습니다.

추가적인 재현이나 세부 정보를 공유할 경우 가장 적합한 장소는 Apple Discussions 스레드 256273434입니다 — 거기에 구체적인 보고서가 많을수록 Apple이 깔끔한 수정을 제공하도록 압력이 커집니다.