macOS 27 업그레이드 후 Spotlight 재인덱싱: 배터리 방전 및 멈춤 해결

Q: 재인덱싱이 파일, 이메일, 사진을 삭제하나요?

아니요. 파괴적으로 들리는 mdutil -E 명령을 포함한 재인덱싱은 콘텐츠에 대한 데이터베이스인 검색 인덱스만 지우고 재구축합니다. 실제 파일, 메일함, 사진 라이브러리는 절대로 손대지 않습니다. 새 인덱스가 구축될 때까지 일시적으로 검색 기능만 잃게 됩니다.

macOS 27 업그레이드 후 Spotlight가 모든 항목을 재인덱싱하면서 배터리가 방전되고 검색 결과가 나오지 않습니다. 정상 상태와 멈춤 상태를 구별하고, 진행 상황을 모니터링하고, 문제를 해결하는 방법을 설명합니다.

macOS 27 "Golden Gate"로 업그레이드한 후 재시작했더니 Mac이 마치 귀신 들린 것처럼 느껴집니다. 거의 아무것도 하지 않는데 팬이 돌아갑니다. 하루 종일 버텨주던 배터리가 점심 전에 바닥납니다. 모든 것이 예전보다 조금씩 더 느리게 반응합니다. 그리고 정말 설치가 잘못된 게 아닌가 의심하게 만드는 부분은 바로 이것입니다. Command-Space를 눌러 어제 열었던 파일 이름을 입력하면 Spotlight가 아무것도 반환하지 않습니다. 틀린 결과가 아니라 아예 아무것도 없습니다. 메일 검색도 비어 있습니다. 사진 앱에서도 그 사진을 찾지 못합니다. 업그레이드가 Mac의 가장 기본적인 기능을 조용히 망가뜨린 것처럼 느껴집니다.

안심이 되는 부분과 답답한 부분을 한 문장으로 요약하면 이렇습니다. 이것은 거의 확실히 Spotlight가 전체 검색 인덱스를 처음부터 다시 만드는 것이며, macOS 27 업그레이드 후에는 예상되는 동작입니다. 그러나 Apple이 그 과정을 거의 보여주지 않기 때문에, Terminal을 직접 뒤져보지 않고는 수시간이 걸리는 정상적인 재인덱싱과 실제로 멈춰버린 경우를 구별하는 것이 거의 불가능합니다.

이 가이드가 바로 그 역할을 합니다. macOS 27이 왜 전체 재인덱싱을 강제하는지(버그가 아니라 실제 아키텍처 변경과 관련이 있습니다), 작업을 수행하는 데몬이 무엇인지, 활성 상태 보기에서 무엇을 보게 되는지, 정확한 상태 확인 명령어와 실시간 진행 모니터링 방법, 인덱스가 실제로 멈춰 있는지 판단하기 위한 진단 체크리스트를 설명합니다. 그리고 정말로 멈춰 있다면, 파괴적인 명령을 실행하기 전에 필요한 모든 주의 사항과 함께 깨끗한 인덱스 재구축 방법을 안내합니다. 이 가이드를 다 읽고 나면, 그냥 전원을 연결하고 기다려야 할지 아니면 직접 개입해야 할지 알 수 있게 됩니다.

본격적으로 시작하기 전에 출처에 대해 한 가지 언급하겠습니다. 아래의 시간 관련 수치(재인덱싱에 몇 시간 또는 며칠이 걸리는지)는 베타-1 커뮤니티 보고에서 나온 것입니다. 개발자 베타 머신으로 수집된 V2EX의 41개 댓글짜리 스레드와 여러 MacRumors 베타 스레드를 참고했습니다. 보장된 수치가 아니라 현실적인 범위로 이해하시기 바랍니다. 가을에 출시되는 최종 릴리스는 더 빠르고 안정적일 것입니다. 반면, 명령어와 데몬 동작은 수년간 안정적으로 유지되어 온 핵심 macOS 지식으로, 어떤 빌드를 사용하더라도 동일하게 적용됩니다.

핵심 요약

macOS 27 업그레이드 후 Spotlight 전체 재인덱싱은 정상입니다. Golden Gate는 Spotlight, Mail, Photos의 검색 기반을 재구축했으며, 이 재구축으로 인해 첫 부팅 시 모든 볼륨에 대한 처음부터 새로운 인덱싱이 시작됩니다.
증상은 실재하지만 일시적입니다. 가벼운 작업 중에도 팬과 열이 올라가고, 배터리가 눈에 띄게 줄어들고, 전반적인 느림 현상이 나타나며, 인덱싱이 완료될 때까지 Spotlight, Mail, Photos의 검색 결과가 불완전하거나 비어 있습니다.
작업을 수행하는 프로세스는 mds, mds_stores, mdworker/mdworker_shared, corespotlightd입니다. 이 프로세스들이 CPU를 사용하는 것은 인덱싱이 작동 중이라는 신호이지, 고장난 것이 아닙니다.
mdutil -s /로 상태를 확인하고 활성 상태 보기에서 데몬을 모니터링하세요. 명확한 진행률 표시줄은 없으며, 설정의 인디케이터는 신뢰할 수 없습니다.
정상 vs. 멈춤: 정상적인 인덱스는 시간이 지남에 따라 활동이 점점 줄어들고, 멈춘 인덱스는 인덱스 크기가 늘지 않으면서 mds_stores가 수 시간 동안 고정된 상태를 유지하거나, mdutil이 오류를 보고합니다.
베타-1에서는 라이브러리가 큰 경우 몇 시간에서 7일 이상 걸렸습니다. Mac을 전원에 연결하고, 절전 모드 없이 켜두고, 그냥 놔두세요. 재인덱싱을 중단하면 처음부터 다시 시작됩니다.
정말로 멈춘 인덱스에 대한 해결책은 sudo mdutil -E /입니다. 인덱스를 지우고 재구축합니다. 파일에는 안전하지만 시계를 다시 맞추므로, 자기 전에 전원에 연결된 상태에서 실행하세요.
보상: 동일한 재구축이 새로운 Spotlight "Search or Ask" Siri 통합을 지원하므로, 일회성 불편함이 이후 훨씬 더 나은 검색으로 이어집니다.

macOS 27이 모든 것을 재인덱싱하는 이유

Spotlight는 단일 앱이 아닙니다. Mac의 모든 파일, 이메일, 메시지, 연락처, 캘린더 이벤트, 사진에 대한 메타데이터 데이터베이스인 검색 인덱스입니다. 검색할 때 실시간으로 디스크를 스캔하는 것이 아니라, 미리 구축된 인덱스를 쿼리하기 때문에 보통 타이핑하는 즉시 결과가 나타납니다. 인덱스는 각 볼륨의 숨겨진 폴더에 존재하며, macOS는 파일이 변경됨에 따라 백그라운드에서 최신 상태를 유지합니다.

2026년 6월 8일 WWDC에서 발표된 Golden Gate의 핵심 내부 변경 사항은 재구축된 검색 기반입니다. 동일한 엔진이 이제 Spotlight, Mail 검색, Photos 검색을 지원하며, Apple의 공표된 목표는 속도와 안정성이었습니다. 장기적으로는 좋은 소식입니다. 하지만 피할 수 없는 부작용이 있습니다. 인덱스의 형식과 구조가 변경되면 기존 인덱스는 더 이상 호환되지 않습니다. macOS는 이를 그 자리에서 마이그레이션할 수 없습니다. 유일한 안전한 방법은 기존 인덱스를 버리고 새 엔진에 맞는 새 인덱스를 구축하는 것입니다.

따라서 업그레이드 후 첫 번째 부팅 시, macOS는 모든 인덱싱된 볼륨(내부 드라이브와 연결된 외부 드라이브 포함)에 대해 조용히 전체 재인덱싱을 시작합니다. 거의 비어 있는 작은 SSD에서는 알아채기 전에 끝날 수도 있습니다. 수십만 개의 파일, 대용량 Photos 라이브러리, 수년간의 메일, 몇 개의 큰 외장 드라이브가 있는 Mac에서는 수 시간 동안 CPU, 디스크 I/O, 배터리를 점유하는 대규모 작업입니다.

이런 종류의 이벤트는 전에도 본 적이 있습니다. 작은 규모이지만 새 Mac으로 마이그레이션하거나, 백업에서 복원하거나, 주요 OS 업그레이드를 할 때도 재인덱싱이 발생합니다. macOS 27이 특별한 이유는 아키텍처 변경으로 인해 점진적인 업데이트가 아니라 모든 사람에게 완전한 재구축이 보장된다는 점입니다. Tahoe에서 바로 전날까지 빠르고 쾌적했다면, 그것이 바로 지금 느끼는 대비가 그토록 충격적인 이유입니다.

정상 증상과 우려해야 할 증상

"그냥 놔두기"와 "직접 개입하기"의 차이는 전적으로 증상을 정확하게 읽는 데 달려 있으므로, 명확한 기준을 제시하겠습니다.

새로운 재인덱싱 중 정상:

"그냥" 웹 서핑이나 타이핑을 하는데도 팬이 올라갑니다. 인덱싱은 CPU와 디스크를 많이 사용합니다.
배터리가 평소보다 눈에 띄게 빨리 줄어듭니다. 베타-1 테스터 중에는 낮에 충전해야 하거나 Mac을 밤새 전원에 연결해둬야 한다고 보고한 사람이 많았습니다.
전반적인 느림: 앱 실행이 약간 느리고, 커서가 가끔 비치볼이 나타나고, Mission Control이 버벅입니다.
Spotlight가 부분적인 결과 또는 빈 결과를 반환합니다. 재인덱싱 초기에는 데이터베이스가 거의 비어 있어서 검색에서 찾을 내용이 정말 없습니다. 인덱싱이 진행됨에 따라 개선됩니다.
전에 잘 되던 메일 검색에서 "결과 없음"이 나타나고, Photos가 내용이나 위치로 이미지를 찾지 못합니다.
작업이 완료되면서 위의 모든 증상이 시간이 지남에 따라 점차 나아집니다.

우려해야 할 증상 — 조사할 필요가 있습니다:

mds_stores (또는 mdworker)가 날이 바뀌어도 속도가 줄어드는 기미 없이 수 시간 동안 높은 CPU 사용률로 고정되어 있습니다.
하루 종일 전원에 연결해 놓아도 검색 결과가 전혀 개선되지 않습니다.
장시간에 걸쳐 디스크의 인덱스 크기가 전혀 늘어나지 않습니다(확인 방법은 아래에서 설명합니다).
mdutil이 "인덱싱 활성화됨" 대신 오류 상태를 보고합니다.
밤새 전원에 연결해 놓아도 Mac이 시원하고 조용한 대기 상태로 돌아오지 않습니다.

가장 유용한 멘탈 모델: 정상적인 인덱싱은 점차 줄어들고, 멈춘 인덱싱은 평평하게 유지됩니다. 정상적인 재인덱싱은 서서히 마무리되는 스프린트입니다. 멈춘 인덱싱은 전속력으로 영원히 달리는 러닝머신입니다. 아래의 모든 내용은 어느 쪽인지 측정하는 방법에 관한 것입니다.

작업을 수행하는 데몬: mds, mds_stores, mdworker, corespotlightd

활성 상태 보기를 열고(Applications → Utilities에 있거나, 인덱싱이 어느 정도 진행된 후 검색으로 찾을 수 있습니다) % CPU로 정렬하면, 재인덱싱 중에 이전에는 한 번도 본 적 없는 백그라운드 프로세스들을 발견하게 됩니다. 각 프로세스가 무슨 일을 하는지 알면 "내 Mac을 잡아먹는 게 뭐지?"가 "아, 인덱서구나"로 바뀝니다. 이것들은 총칭하여 메타데이터 서버, 즉 Spotlight의 배경에 있는 하위 시스템입니다.

mds — 메타데이터 서버 자체입니다. 코디네이터 데몬으로, 인덱싱 프로세스를 관리하고, 파일 시스템 변경 알림을 추적하며, 다른 프로세스에 작업을 라우팅합니다. 일반적으로 자체적으로는 많은 CPU를 소비하지 않습니다. 관리자이지, 노동자가 아닙니다.
mds_stores — 핵심 작업을 하는 프로세스입니다. 파일 내용과 메타데이터를 읽어 실제 인덱스 저장소에 씁니다. 재인덱싱 중 mds_stores의 높은 CPU 사용률은 완전히 정상적이며, 인덱싱이 활발하게 진행 중이라는 가장 확실한 신호입니다. "업그레이드 후 Mac이 뜨거워요"라고 말하는 사람들이 활성 상태 보기 상단에서 발견하는 프로세스가 보통 mds_stores입니다.
mdworker / mdworker_shared — 임포터 워커입니다. 문서, 사진, PDF를 열어 검색 가능한 텍스트와 메타데이터를 추출하는 파일 유형별 Spotlight 임포터를 실행합니다. macOS가 파일 처리를 병렬화하기 때문에 mdworker_shared 인스턴스가 여러 개 동시에 실행되는 것을 자주 볼 수 있습니다. 파일 배치가 처리되면서 급등했다가 사라지기를 반복합니다.
corespotlightd — CoreSpotlight 데이터를 처리합니다. 이것은 앱들이 Spotlight에 제공하는 검색 가능한 콘텐츠입니다(메시지 대화, 메모, 서드파티 앱 콘텐츠, 최신 아키텍처의 Mail 등). 이는 파일 인덱싱과는 별개입니다. 앱 콘텐츠가 검색에서 빠진다면 corespotlightd가 관련 프로세스입니다.

이 프로세스들이 바쁜 것은 시스템이 설계된 대로 작동하는 것입니다. 피해야 할 실수는 답답하다고 강제 종료하는 것입니다. mds나 mds_stores를 종료해도 작업이 멈추지 않습니다. macOS가 즉시 다시 실행하며, 작업 진행 상황 일부를 버리고 재시작할 수도 있습니다. 그냥 두세요. 목표는 활동을 이해하는 것이지, 억제하는 것이 아닙니다.

활성 상태 보기에서 Spotlight 재인덱싱 중 CPU를 소비하는 mds_stores 및 mdworker 프로세스

인덱싱 상태 확인 방법 (mdutil 및 활성 상태 보기)

두 가지 보완적인 도구가 있습니다. 강도를 시각적으로 실시간 확인하는 활성 상태 보기와, 상태를 권위 있게 확인하는 Terminal의 mdutil입니다.

활성 상태 보기 (시각적 확인):

활성 상태 보기를 열고 CPU 탭을 클릭합니다.
오른쪽 상단의 검색 상자에 md를 입력하여 메타데이터 서버 프로세스만 필터링합니다.
mds_stores와 mdworker_shared를 지켜봅니다. 이들이 상당한 CPU를 소비하고 있다면 인덱싱이 활성 상태입니다.
에너지 탭으로 전환하여 이 프로세스들이 배터리 사용의 원인인지 확인하고, 디스크 탭에서 읽기/쓰기가 진행 중인지 확인하세요. 재인덱싱은 디스크를 많이 사용합니다.

mdutil (권위 있는 상태 확인):

mdutil은 볼륨별로 Spotlight 인덱스를 관리하는 명령줄 유틸리티입니다. Terminal(Applications → Utilities → Terminal)을 열고 실행하세요:

mdutil -s /

-s 플래그는 "상태(status)"를 의미하며, /는 부팅 볼륨입니다. 정상적인 응답은 다음과 같습니다:

/:
	Indexing enabled.

"Indexing enabled"는 Spotlight가 해당 볼륨을 인덱싱하도록 허용되어 있으며 실제로 진행 중임을 의미합니다. 더 자세한 정보를 보려면 sudo와 함께 실행하세요(비밀번호 입력을 요청합니다):

sudo mdutil -s /

외장 드라이브를 포함한 모든 마운트된 볼륨을 한 번에 확인하려면:

sudo mdutil -as

-a 플래그는 "모든 볼륨"을 의미합니다. 외장 드라이브가 인덱싱 설정인지, 비활성화되었는지, 오류 상태인지 가장 빠르게 확인하는 방법입니다. 가능한 상태 메시지에는 "Indexing enabled," "Indexing disabled," "Indexing and searching disabled," 또는 인덱스를 참조하는 오류가 포함됩니다. 검색하기를 원하는 볼륨에서 "disabled"가 표시된다면 그것이 단서입니다(나중에 수정하겠습니다). 명시적인 오류가 보인다면 멈추거나 손상된 인덱스를 가리킵니다.

mdutil -s가 의도적으로 제공하지 않는 것은 진행률 또는 예상 완료 시간입니다. "47% 완료"와 같은 지원되는 출력이 없습니다. 이것이 진단의 핵심 불편함이며, 다음 섹션이 존재하는 이유입니다.

실제 진행 상황 모니터링 방법

Apple은 Spotlight 인덱싱을 위한 깔끔한 진행률 표시줄을 제공하지 않습니다. Spotlight 결과 창에 가끔 표시되는 작은 스피너와 "인덱싱 중..." 텍스트는 참고 정보 수준이며, 베타-1에서 설정 수준 인디케이터는 신뢰할 수 없다고 널리 보고되었습니다. 이미 완료된 후에도 "인덱싱 중"을 표시하거나, 분명히 진행 중인데 아무것도 표시하지 않았습니다. 그래서 파워 유저들은 간접적인 신호에 의존합니다. 가장 안전한 방법부터 고급 방법 순으로 세 가지를 소개합니다.

1. 실시간 로그 스트림 감시 (읽기 전용, 안전). macOS의 통합 로깅을 사용하면 mds_stores가 실시간으로 무엇을 하는지 테일링할 수 있습니다:

log stream --predicate 'process == "mds_stores"'

프로세스가 파일을 처리하면서 로그 라인이 흘러나옵니다. 라인의 내용은 대부분 내부적이지만, 원칙은 간단합니다. 꾸준한 활동 흐름은 인덱싱이 진행 중임을 의미하고, 갑작스럽고 지속적인 침묵(활성 상태 보기에서 프로세스가 여전히 높은 CPU를 사용하는 상태)은 위험 신호입니다. Control-C를 눌러 감시를 중단합니다. --predicate 'process == "mds" OR process == "mds_stores"'로 모든 메타데이터 프로세스로 범위를 넓힐 수 있습니다.

2. 인덱스 폴더 성장 감시 (고급 — 주의 깊게 읽으세요). 데이터 볼륨의 Spotlight 인덱스는 숨겨진 경로에 있습니다:

sudo du -sh /System/Volumes/Data/.Spotlight-V100

일부 구성에서는 관련 경로가 단순히 /.Spotlight-V100입니다. 이 명령을 실행하여 크기를 메모한 다음, 15~30분 기다렸다가 다시 실행합니다. 숫자가 커진다면 인덱스가 활발하게 작성 중이라는 것을 의미합니다. 이것은 정상입니다. CPU가 고정된 상태에서 오랫동안 숫자가 전혀 변하지 않는다면, 프로세스가 진행 없이 계속 실행 중임을 시사합니다. 이것은 추세 지표로 취급하세요. 절대값이 아닙니다. 크기는 정상적인 실행 중에도 단계 사이에 잠시 평탄화될 수 있으므로, 단일 비교가 아닌 한 시간에 걸친 추세를 살펴보세요. .Spotlight-V100 안의 어떤 것도 열거나, 이동하거나, 삭제하지 마세요. 이것은 시스템 관리 데이터베이스이며, 손대면 인덱스가 손상될 수 있습니다.

3. 시간 경과에 따른 검색 품질 테스트. 가장 로우테크이지만 가장 정직한 신호입니다. 몇 시간마다 반드시 존재하는 파일 몇 개를 검색해 보세요. 최근 다운로드, 이번 주 이메일, 지난달 사진. 초반에는 아무것도 나오지 않습니다. 인덱스가 채워지면서 더 많이 나타납니다. 모두 즉시 나타난다면, 어떤 인디케이터가 무엇을 말하든 상관없이 실질적으로 완료된 것입니다. 이것이 실제로 중요한 지표입니다.

이것들을 조합하세요. 활성 상태 보기는 강도를, 로그 스트림은 생동감을, 폴더 크기는 처리량을, 검색 품질은 결과를 알려줍니다. 함께 사용하면 길지만 정상적인 재인덱싱과 정말로 멈춘 것을 자신 있게 구별할 수 있습니다.

소요 시간, 배터리 및 발열

모든 사람이 실제로 알고 싶어 하는 질문입니다. 얼마나 걸리나요? 솔직한 답변은 다양하며, 가장 중요한 변수는 총 파일 수, Photos 및 Mail 라이브러리 크기, 연결된 외장 드라이브의 수와 크기, Mac의 저장 장치와 CPU입니다.

베타-1 커뮤니티 보고에 따르면(다시 한번, 대용량의 많이 사용된 라이브러리가 있는 개발자 베타 머신들), 첫 번째 재인덱싱은 소규모 설정에서는 몇 시간에서 매우 큰 라이브러리에서는 7일 이상까지 걸렸습니다. V2EX와 MacRumors 테스터 중에는 검색이 완전히 복원될 때까지 밤새, 때로는 여러 날 밤 Mac을 전원에 연결해 두어야 했다고 묘사한 사람도 있었습니다. 그 상한선은 불편하게 들릴 수 있지만, 그 사용자들도 결국 개입 없이 자연스럽게 완료되었습니다.

두 가지 주의 사항이 이를 적절한 관점에서 바라보게 합니다. 첫째, 최종 가을 릴리스는 더 빠를 것입니다. 베타 빌드에는 추가적인 로깅과 디버깅 오버헤드가 있으며, Apple은 일반 릴리스 전에 인덱싱 성능을 최적화합니다. 둘째, 일반적인 라이브러리를 가진 대부분의 Mac은 그 범위의 하한에 속하며, 하룻밤 자거나 하루 안에 완료됩니다.

실행 중에는 Mac이 무거운 작업을 하고 있다고 생각하고 그에 맞게 대우하세요:

전원에 연결해 두세요. 이것이 할 수 있는 가장 좋은 단 하나의 행동입니다. 배터리로 인덱싱하면 배터리만 소모됩니다. 전원에 연결되어 있으면 얼마나 오래 걸리든 상관없습니다.
반복적인 절전 모드 전환을 하지 마세요. Mac이 절전 모드에 들어가면 인덱싱이 일시 중지되고 깨어날 때 재개됩니다. 하지만 계속 자고 깨기를 반복하는 것은 비효율적입니다. 가능하다면 완료될 때까지 전원에 연결된 상태로 깨어 있도록 설정하세요(시스템 설정 → 잠금 화면 / 배터리 → 전원 어댑터 설정).
중단하지 마세요. 재시작하거나, 더 나쁘게는 데몬을 강제 종료하면 진행 상황이 날아가고 작업의 일부가 다시 시작될 수 있습니다. 충동을 참으세요.
드라이브를 만지작거리지 마세요. 외장 드라이브를 연결하거나 꺼낼 때마다 인덱서에 더 많은 작업을 주거나 진행 중인 것을 방해합니다. 안정이 될 때까지 연결된 볼륨 세트를 안정적으로 유지하세요.
발열은 예상하고 받아들이세요. 이 기간 동안 뜨겁고 팬이 도는 Mac은 정상입니다. 기계에 손상을 주지 않습니다. 그냥 통풍이 잘 되게 하고 환기구를 막는 부드러운 표면에 올려놓지 마세요.

대부분의 사람에게 실용적인 방법은 이렇습니다. 자기 전에 전원을 연결하고, 깨어 있는 상태로 두고, 자리를 비운 다음, 아침에 검색 품질을 확인하세요. 열 번 중 아홉 번은 Terminal 명령 없이 해결됩니다.

정말 멈춰 있는 건가요? 진단 체크리스트

파괴적인 명령을 실행하기 전에 이 체크리스트를 검토하세요. 하나의 나쁜 느낌이 아니라 "멈춤"을 가리키는 여러 신호가 있어야 합니다.

실제로 얼마나 됐나요? 알아챈 시점이 아니라 업그레이드 후 첫 부팅부터 세세요. 큰 라이브러리에서 전원에 연결된 상태로 24시간이 지나지 않았다면, 정상 범위 안에 있을 가능성이 매우 높습니다. 먼저 기다리세요.
mds_stores가 고정되어 있는데 인덱스가 성장하지 않나요? .Spotlight-V100에 대한 du -sh 확인을 한 시간 간격으로 두 번 실행하세요. 한 시간 이상 높은 CPU + 변화 없는 크기는 멈춤의 전형적인 신호입니다.
로그 스트림이 조용한가요? log stream --predicate 'process == "mds_stores"'를 실행하세요. 활성 상태 보기에서 프로세스가 높은 CPU를 표시하는데 로그가 수 분 동안 완전히 죽어 있다면, 그 불일치는 멈춤을 가리킵니다.
mdutil -s /가 오류를 보고하나요? "Indexing enabled"는 정상입니다. 오류 메시지이거나, 검색 가능하기를 기대하는 볼륨에서 "Indexing disabled"가 나타난다면 수정해야 할 문제입니다.
검색 품질이 전혀 개선됐나요? 2시간째에 알려진 파일을 검색해서 아무것도 나오지 않았는데, 20시간째(전원 연결, 내내 깨어 있는 상태)에 다시 검색해도 여전히 아무것도 나오지 않는다면 그것은 강한 멈춤 신호입니다. 어떠한 개선이라도 있다면 작동 중인 것입니다, 단지 느릴 뿐입니다.
반복적으로 중단됐나요? 잦은 재시작, 충돌, 절전 모드 전환, 드라이브 연결/해제로 인해 인덱스가 혼란스럽고 절반만 구축된 상태로 남아 있을 수 있습니다. 그런 일들을 했다면 깨끗한 재구축이 더 정당화됩니다.

결정 규칙: 하루가 지나지 않은 상태에서 한두 가지 걱정스러운 신호가 있다면, 전원에 연결된 상태로 더 기다리세요. 세 가지 이상이 있다면(고정된 CPU, 변화 없는 인덱스 크기, 조용한 로그, 하루 종일 밤새 전원 연결 후에도 검색 개선 없음, 또는 명시적인 mdutil 오류), 깨끗한 재구축을 강행하는 것이 합리적입니다. 그것이 다음 섹션입니다.

깨끗한 재구축 강제 실행 방법 (mdutil -E 단계별 설명)

실행하기 전에 읽으세요. sudo mdutil -E /는 기존 Spotlight 인덱스를 지우고 처음부터 재구축합니다. 파일, 이메일, 사진은 삭제하지 않습니다 — 파일들에 대한 검색 인덱스만 삭제합니다. 데이터에는 안전합니다. 하지만 전체 재인덱싱을 다시 시작하며, 이는 수 시간의 높은 CPU, 발열, 빈 검색 결과가 다시 시작됨을 의미합니다. 진단 체크리스트를 검토하고 인덱스가 멈춰 있다는 실제 증거가 있을 때만 실행하세요. 검색이 필요한 업무 시간 중간이 아니라, 자기 전에 전원에 연결된 상태에서 실행하세요.

부팅 볼륨의 인덱스를 지우고 재구축하는 가장 깔끔한 단일 명령:

sudo mdutil -E /

-E 플래그는 "지우고 재구축"을 의미합니다. 관리자 비밀번호를 입력하라는 메시지가 표시됩니다. macOS는 해당 볼륨의 인덱스를 삭제하고 즉시 새 인덱스 구축을 시작합니다. 부팅 드라이브 대신 특정 볼륨을 지정하려면 마운트 경로를 전달합니다:

sudo mdutil -E "/Volumes/My External Drive"

모든 볼륨을 한 번에 지우고 재구축하려면:

sudo mdutil -Eai on

단순한 지우기로 해결이 안 된다면, 인덱싱을 끄고 다시 켜는 더 강제적인 전환을 통해 상태를 더 적극적으로 초기화할 수 있습니다:

sudo mdutil -i off /
sudo mdutil -i on /

-i 플래그는 볼륨에 대해 인덱싱이 활성화(on)되었는지 비활성화(off)되었는지 제어합니다. 끄고 다시 켜는 것은 인덱싱 상태를 깔끔하게 재설정합니다. 일부 사용자는 다시 켜기 전에 꺼짐 단계 후 -E 지우기를 따르는데, 이는 벨트와 멜빵 같은 재구축 방식입니다:

sudo mdutil -i off /
sudo mdutil -E /
sudo mdutil -i on /

이 중 어느 것이든 실행한 후 볼륨이 올바른 상태를 보고하는지 확인하세요:

sudo mdutil -s /

다시 "Indexing enabled"가 표시되어야 합니다. 그런 다음 어려운 부분인 그냥 두기를 합니다. 의도적으로 긴 재인덱싱을 다시 시작했으므로, 전원에 연결하고, Mac을 깨어 있는 상태로 유지하고, 밤새 실행되도록 두세요. 검색이 아직 불완전하다고 다음날 아침에 -E를 다시 실행하지 마세요. 새 인덱스에도 원래와 같은 인내심을 주세요. 반복적으로 인덱스를 지우는 것이 느리지만 회복 가능한 상황을 며칠간의 자초한 혼란으로 바꾸는 가장 흔한 방법입니다.

macOS 27에서 Spotlight 인덱스를 지우고 재구축하기 위해 sudo mdutil -E를 실행하는 Terminal

개인 정보 보호 제외를 이용한 재인덱싱 트릭

Terminal을 사용하지 않고 특정 위치를 강제로 재인덱싱하는 더 부드러운 GUI 전용 방법이 있습니다. Spotlight가 개인 정보 보호 제외를 처리하는 방식을 활용한 고전적인 Mac 문제 해결 방법입니다. Spotlight에게 특정 위치 인덱싱을 중단하라고 지시한 다음 재개하라고 하면 macOS가 해당 위치의 인덱스를 처음부터 재구축합니다.

순서는 다음과 같습니다:

시스템 설정 → Spotlight를 엽니다.
검색 개인 정보 보호(검색에서 제외된 위치 목록)로 스크롤하여 클릭합니다.
+ 버튼을 클릭하고 강제로 재인덱싱하려는 볼륨이나 폴더를 추가합니다. 예를 들어 부팅 드라이브(Macintosh HD) 또는 문제가 있는 외장 드라이브를 추가합니다. 또는 Finder 창에서 볼륨을 목록으로 드래그합니다.
확인합니다. 이제 해당 위치가 제외되었으며 인덱스 항목이 삭제됩니다.
잠시 기다린 다음 목록에서 같은 위치를 선택하고 – 버튼을 클릭하여 제외를 제거합니다.
제외가 제거되는 즉시 Spotlight가 해당 위치를 새로 재인덱싱하기 시작합니다.

이 방법은 문제가 특정 위치에 국한된 경우에 유용합니다. 예를 들어 시스템 나머지는 괜찮은데 하나의 외장 드라이브만 검색에 나타나지 않는 경우에 mdutil -E로 전체 인덱스를 날려버리는 대신 그 위치만 재구축할 수 있습니다. 또한 완전히 되돌릴 수 있고 문서화된 UI만 사용하므로, Terminal을 꺼내기 전에 먼저 시도하기 좋은 위험 부담이 낮은 방법입니다. 트레이드오프는 항상 같습니다. 해당 위치를 재인덱싱하는 데 시간과 리소스가 필요하므로 전원에 연결된 상태에서 하고 기다리세요.

멈춤 현상을 줄이는 관련 Spotlight 설정

현재 macOS 27 재인덱싱이 주요 이슈이지만, 이전 릴리스(Tahoe)에서 많은 사용자에게 비치볼과 멈춤을 유발한 밀접하게 관련된 Spotlight 설정 세트가 있습니다. 재인덱싱 중 체감되는 느림을 악화시킬 수 있으므로 알아두는 것이 좋습니다.

시스템 설정 → Spotlight에서 두 가지 옵션을 찾아보세요:

"관련 콘텐츠 표시" (Spotlight에서 제안/관련 결과로 표시될 때도 있음)
"Apple의 검색 개선 지원" (제한된 검색 데이터를 Apple에 전송)

Tahoe 사용자 중 상당수가 이 중 하나 또는 둘 다 끄면 지속적인 Spotlight 비치볼, 검색 창 멈춤, UI 정지가 해결되었다고 보고했습니다. 이 기능들이 각 검색에 네트워크 왕복과 추가 처리를 더하기 때문입니다. 이미 재인덱싱으로 부하가 걸린 시스템에서는 이 오버헤드가 "느리지만 사용 가능한" 상태와 "멈춤" 상태의 차이를 만들 수 있습니다. Spotlight를 호출할 때(일반적인 백그라운드 느림과 달리) 특별히 Mac이 멈춘다면, 이것들을 끄는 것은 빠르고 비파괴적으로 시도해 볼 수 있는 방법입니다.

그러나 프레임을 명확히 유지하세요. 이 설정들은 검색 시 멈춤을 해결하는 것이지, 기본적인 재인덱싱을 해결하는 것이 아닙니다. 재인덱싱이 더 빨리 완료되게 하거나 실제로 멈춘 인덱스를 수정하지는 않습니다. 이것들은 재인덱싱이 실행되는 동안 시스템을 더 쾌적하게 사용할 수 있게 해주는 보완적인 완화 방법이자, 관련 제안에 관심 없다면 유용한 영구 설정입니다. 비치볼이 Spotlight에서만이 아니라 전체 시스템에서 지속된다면, 원인은 인덱싱 부하 자체일 가능성이 높습니다. 또는 다중 디스플레이 설정에서 WindowServer 높은 CPU 같은 별도의 문제일 수 있습니다.

보상: Search or Ask

"왜 이 고통을 감수해야 하는가"라는 질문을 긍정적인 측면으로 마무리하는 것이 좋겠습니다. 고통스러운 초기 재인덱싱은 단순한 잡무가 아니라 macOS 27의 가장 많이 홍보된 검색 기능의 토대이기 때문입니다.

이 일회성 재인덱싱을 강제하는 동일한 재구축된 검색 엔진이 Spotlight의 새로운 "Search or Ask" 기능을 지원합니다. Spotlight가 단순히 항목을 찾는 것뿐만 아니라 콘텐츠에 대한 질문에 답하고 작업을 수행할 수 있는 더 깊은 Siri 통합입니다. 이런 자연어, 콘텐츠 인식 검색은 기반 인덱스가 빠르고, 새로운 방식으로 구조화되어 있고, 완전할 때만 작동합니다. 다시 말해, 재인덱싱은 이득 없는 세금이 아닙니다. 실질적으로 더 나은 검색에 들어가는 입장료입니다.

매일 Spotlight, Mail 검색, Photos 검색을 사용하는 사람들에게, 재인덱싱을 버텨낸 베타-1 테스터들은 일반적으로 안정되고 나면 검색이 Tahoe에서보다 더 빠르고 안정적이었다고 보고했습니다. 이는 재구축에 대한 Apple의 공표된 속도와 안정성 목표와 일치합니다. 따라서 첫날 뜨겁고 느린 Mac을 바라보며 업그레이드가 실수였나 고민하고 있다면, 현실적인 기대는 이렇습니다. 이것은 일시적인 비용이며, 반대편에는 기준선으로 돌아가는 것이 아니라 개선된 것이 있습니다. 베타에 머물지 여부를 아직 고민 중이라면, macOS 27 베타 결정 가이드에서 더 넓은 트레이드오프를 다룹니다.

일반적인 문제 해결

인덱스가 끝나지 않습니다(며칠이 지났습니다). 먼저 실제로 멈춰 있는지 확인하세요. 느린 드라이브에 매우 큰 라이브러리가 있는 것은 아닌지 진단 체크리스트, 특히 한 시간에 걸친 .Spotlight-V100 크기 성장 확인을 실행하세요. 인덱스 크기가 정말로 변하지 않고 mds_stores가 고정되어 있다면 깨끗한 재구축을 하세요. 자기 전에 전원에 연결된 상태에서 sudo mdutil -i off /에서 sudo mdutil -E /을 거쳐 sudo mdutil -i on /까지 실행하세요. 새로운 재구축도 같은 지점에서 반복적으로 멈춘다면, 손상된 파일이 임포터를 막고 있을 수 있습니다. Console에서 반복되는 mdworker 충돌 보고를 확인하고, 최근 추가된 크거나 비정상적인 파일(손상된 아카이브, 잘못된 PDF)이 멈춤과 일치하는지 고려하세요. 또한 여유 디스크 공간이 있는지 확인하세요. 거의 꽉 찬 볼륨은 인덱스 구축을 방해할 수 있습니다.

mds_stores가 수 시간 동안 100%(이상)로 고정되어 있습니다. 재인덱싱 초기에 CPU가 짧게 고정되는 것은 정상입니다. 수 시간 동안 줄어드는 기미 없이 고정되고 인덱스 성장도 없는 것이 멈춤의 신호입니다. 강제 종료하지 마세요. 재실행될 뿐입니다. 대신 로그 스트림으로 확인하세요(log stream --predicate 'process == "mds_stores"'). 활발한 로그 흐름은 백로그를 처리 중이므로 기다려야 한다는 의미이고, 로그가 죽어 있고 CPU가 고정되어 있다면 멈춤이며 mdutil -E /를 통한 깨끗한 재구축이 적절합니다. 재구축 후 같은 볼륨에서 즉시 다시 고정된다면 특정 문제 파일이나 디렉토리를 의심하고 검색 개인 정보 보호를 통해 큰 하위 폴더를 제외하여 격리해 보세요.

재구축 후에도 검색이 여전히 비어 있습니다. 시간을 주세요. 재구축은 긴 인덱싱 작업을 다시 시작하므로, -E 직후에 비어 있는 것은 예상된 것이지 실패가 아닙니다. mdutil -s /가 "Indexing enabled"라고 말하는지 확인하세요. 하루 종일 전원에 연결된 상태에서 검색이 여전히 완전히 비어 있고 인덱스 폴더가 성장하지 않는다면, 인덱스 너머의 더 깊은 문제일 수 있습니다. 시스템 설정 → Spotlight에서 Spotlight가 비활성화되지 않은지 확인하세요(카테고리 체크박스가 결과에 나타날 항목을 제어합니다. 모든 항목이 선택 해제되어 있으면 완벽한 인덱스가 있어도 검색에 아무것도 나타나지 않습니다). 앱 콘텐츠(메시지, 메모)의 경우 관련 데몬은 파일 인덱싱이 아니라 corespotlightd입니다. Mail 검색이 특별히 계속 안 되는데 일반 Spotlight는 작동한다면, 그것은 Mail 자체 인덱스의 별도 문제입니다. 메일 검색 수정 및 봉투 인덱스 재구축에 관한 전용 가이드를 참조하세요.

외장 드라이브가 인덱싱되지 않습니다. sudo mdutil -as를 실행하여 목록에서 드라이브를 찾으세요. "Indexing disabled"라고 표시된다면 sudo mdutil -i on "/Volumes/Drive Name"으로 활성화하세요. 활성화되어 있는데도 검색되지 않는다면 개인 정보 보호 제외 트릭을 사용하세요. 드라이브를 검색 개인 정보 보호에 추가했다가 제거하고 재인덱싱하세요. 일부 외장 드라이브는 의도적으로 인덱싱되지 않는다는 점에 주의하세요. 네트워크 볼륨(SMB/AFP 공유)과 일부 non-APFS/non-HFS+ 형식(exFAT 등)은 Spotlight 지원이 제한되거나 없으므로, Windows 컴퓨터와 공유하는 드라이브는 아예 인덱싱이 안 될 수 있습니다. 또한 재인덱싱 중에 외장 드라이브를 꺼냈다가 다시 연결할 때마다 작업이 중단되므로, 인덱싱이 완료될 때까지 연결된 상태로 유지하세요. 드라이브의 인덱스가 손상되었다면 sudo mdutil -E "/Volumes/Drive Name"으로 해당 볼륨만 깨끗하게 재구축할 수 있습니다.

자주 묻는 질문

재인덱싱이 파일, 이메일, 사진을 삭제하나요? 아니요. 파괴적으로 들리는 mdutil -E 명령을 포함한 재인덱싱은 콘텐츠에 대한 데이터베이스인 검색 인덱스만 지우고 재구축합니다. 실제 파일, 메일함, 사진 라이브러리는 절대로 손대지 않습니다. 새 인덱스가 구축될 때까지 일시적으로 검색 기능만 잃게 됩니다.

배터리를 되찾기 위해 재인덱싱을 멈출 수 있나요? 실질적으로는 불가능하고, 시도해서도 안 됩니다. Mac을 절전 모드로 전환하여 일시 중지할 수 있으며 깨어날 때 재개되지만, 인덱서를 중단하거나 강제 종료하면 진행 상황이 날아가고 전체 작업이 더 오래 걸릴 수 있습니다. 올바른 방법은 반대입니다. 전원에 연결하고 가능한 한 빨리 완료되도록 두세요. 배터리 방전은 일시적입니다. 인덱서와 싸우는 것은 그것을 연장할 뿐입니다.

인덱싱 중에 Mac을 사용해도 되나요? 예. 인덱서는 낮은 우선순위로 실행되고 활성 앱에 양보하기 때문에 느리지만 차단하지는 않습니다. 전반적인 느림과 불완전한 검색 결과를 예상해야 하지만, 데이터나 인덱스에 위험 없이 기계를 사용할 수 있습니다. 피해야 할 두 가지는 메타데이터 데몬 강제 종료와 외장 드라이브 반복 연결/해제입니다.

"베타 설치 여부" 문제와 어떻게 다른가요? 베타 결정 가이드는 설치 시 및 앱 호환성 문제를 다룹니다. 설치 후 네트워크 손실, 실행되지 않는 앱, 설치 차단 등이 그것입니다. 이 글은 성공적인 업그레이드 후 발생하는 Spotlight 재인덱싱에 관한 것입니다. 인덱스가 재구축되면서 발생하는 열, 배터리 방전, 빈 검색 결과가 여기에 해당합니다. 이것들은 별개의 문제입니다. 완벽한 설치를 했더라도 재인덱싱 과정을 거칠 수 있습니다.

최종 macOS 27 릴리스에서도 재인덱싱이 이렇게 심할까요? 아마 그렇게 심하지 않을 것입니다. 여기의 시간 관련 수치는 개발자 베타 머신에서 나온 것으로, 추가적인 디버깅 오버헤드가 있으며, Apple은 보통 7월 공개 릴리스와 가을 2026 최종 버전 전에 인덱싱 성능을 최적화합니다. 재인덱싱 자체는 업그레이드 시에도 발생합니다. 새 검색 엔진에 내재된 것이기 때문입니다. 하지만 출시 빌드에서는 더 빠르고 덜 지장을 줄 것입니다.

결론

아무것도 찾지 못하는 뜨겁고 느린 Mac은 macOS 27 생활을 시작하는 알람이 울리는 방식이지만, 거의 모든 경우 그것은 고장난 업그레이드가 아닙니다. Spotlight가 Golden Gate의 새 검색 엔진에 맞게 전체 인덱스를 조용히 재구축하는 것입니다. 증상은 실재하고, 큰 라이브러리에서는 기간이 정말 길 수 있으며, Apple의 진행률 인디케이터 부재로 인해 무언가가 진행 중인지 믿기 어렵습니다. 하지만 이제 여러분에게는 도구가 있습니다. 상태를 확인하는 mdutil -s /, 활동을 읽는 활성 상태 보기와 mds_stores 로그 스트림, 처리량을 측정하는 .Spotlight-V100 크기 확인, 그리고 정상적인 재인덱싱과 멈춘 것을 구별하는 명확한 체크리스트가 있습니다.

대부분의 사람에게 기본 행동은 쉬운 것입니다. 전원을 연결하고, Mac을 깨어 있는 상태로 유지하고, 자리를 비우고, 아침에 검색을 확인하세요. 인덱스가 멈춰 있다는 실제 증거가 있을 때만 sudo mdutil -E /를 사용하세요. 그리고 그럴 때는 전원에 연결된 상태에서 자기 전에 실행하고 완료될 때까지 그냥 두세요. 반대편에는 Apple이 재구축이 제공할 것이라고 약속한 것이 정확히 있습니다. 더 빠르고 안정적인 검색, 그리고 그 위에 구축된 새로운 "Search or Ask" 경험입니다.

이 릴리스 및 관련 문제 해결에 대한 자세한 내용은 macOS 27 Golden Gate 발표 및 호환성 개요, macOS 27 베타 결정 가이드를 참조하세요. 업그레이드가 잘 안 된다면 데이터 손실 없이 macOS 27 베타에서 Tahoe로 다운그레이드하는 방법을 참조하세요. 느림이 인덱싱이 아닌 다른 원인이라면 WindowServer 높은 CPU 및 무작위 커널 패닉과 재시작에 관한 가이드가 가장 일반적인 원인을 다루며, 안정적인 Tahoe를 떠날지 여전히 결정 중이라면 macOS Tahoe 26.5 업데이트 및 보안 요약을 참고할 만합니다.

관련 도구: Mac 호환성 확인 - 내 Mac 모델에서 특정 macOS 버전을 실행할 수 있는지 확인하세요.