Переиндексация Spotlight после macOS 27: разряд батареи и зависание — как исправить

Вы обновились до macOS 27 «Golden Gate», перезагрузили Mac — и теперь компьютер ведёт себя как одержимый. Кулеры гудят на нагрузке, которая должна быть холостой. Батарея, которой раньше хватало на весь день, заканчивается к обеду. Всё чуть дольше тормозит, чем прежде. И самое неприятное — нажимаете Command-Space, вводите имя файла, который открывали вчера, а Spotlight возвращает ничего. Не неправильный результат — вообще ничего. Поиск в Mail пуст. Фотографии не находят снимки. Ощущение, что обновление тихо сломало самую базовую функцию Mac.

Вот обнадёживающая и раздражающая часть в одном предложении: скорее всего, это Spotlight заново строит весь поисковый индекс с нуля, и это нормальное поведение после обновления до macOS 27 — но Apple почти не даёт возможности это видеть, поэтому отличить нормальную многочасовую переиндексацию от настоящего зависания практически невозможно без работы в Terminal.

Именно для этого и написан данный гайд. Мы объясним, почему macOS 27 запускает полную переиндексацию (это связано с реальным архитектурным изменением, а не с багом), разберём демоны, выполняющие эту работу, чтобы вы понимали, что видите в Мониторинге системы, дадим точные команды для проверки статуса и отслеживания реального прогресса, изложим диагностический чеклист, чтобы определить, действительно ли индекс завис, и — только если это так — проведём вас через чистую, осознанную пересборку со всеми необходимыми предупреждениями перед запуском деструктивной команды. После прочтения вы будете знать: просто подключиться и ждать — или вмешиваться.

Небольшое замечание об источниках: данные по времени ниже (сколько часов или дней занимает переиндексация) взяты из отчётов сообщества beta-1 — треда из 41 ответа на V2EX и нескольких бета-тредов MacRumors — собранных на машинах с developer beta. Воспринимайте их как реалистичный диапазон, а не как гарантию. Финальная осенняя версия должна быть быстрее и стабильнее. Команды и поведение демонов, напротив, — это базовые знания о macOS, которые остаются неизменными уже много лет и применимы к любой сборке.

Ключевые выводы

• Полная переиндексация Spotlight после обновления до macOS 27 — это норма. Golden Gate перестроил поисковую основу Spotlight, Mail и Фото, и это перестроение запускает переиндексацию каждого тома с нуля при первой загрузке.
• Симптомы реальны, но временны: повышенная температура и шум кулеров при лёгкой нагрузке, заметный расход батареи, общее замедление, а также Spotlight/Mail/Фото, возвращающие неполные или пустые результаты до окончания индексирования.
• Процессы, выполняющие работу: mds, mds_stores, mdworker/mdworker_shared и corespotlightd. То, что они потребляют процессорное время, — признак того, что индексирование работает, а не сломалось.
• Проверяйте статус командой mdutil -s / и следите за демонами в Мониторинге системы. Нет никакой аккуратной полоски процента; индикатор в Настройках ненадёжен.
• Норма vs. зависание: нормальный индекс показывает активность, затухающую со временем; зависший индекс — mds_stores на полной нагрузке часами без роста размера индекса, или ошибки в выводе mdutil.
• На beta-1 индексирование больших библиотек занимало от нескольких часов до 7+ дней. Держите Mac подключённым к питанию, не давайте ему засыпать и не мешайте — прерывание переиндексации заставляет начать с нуля.
• Команда для исправления по-настоящему зависшего индекса — sudo mdutil -E /: она стирает и пересоздаёт индекс. Для ваших файлов это безопасно, но обнуляет таймер, поэтому запускайте перед сном и при подключённом питании.
• Результат оправдывает затраты: та же пересборка обеспечивает работу нового режима Spotlight «Search or Ask» с интеграцией Siri, так что единовременные неудобства дают вам по-настоящему улучшенный поиск.

Почему macOS 27 переиндексирует всё

Spotlight — это не отдельное приложение, а поисковый индекс: база данных метаданных о каждом файле, письме, сообщении, контакте, событии календаря и фотографии на вашем Mac. Когда вы ищете, вы не сканируете диск в реальном времени — вы делаете запрос к заранее построенному индексу, поэтому результаты обычно появляются мгновенно. Индекс хранится в скрытых папках на каждом томе, и macOS поддерживает его актуальным в фоне по мере изменения файлов.

Главное внутреннее изменение Golden Gate, анонсированное на WWDC 8 июня 2026 года, — перестроенная поисковая основа: один и тот же движок теперь обеспечивает работу Spotlight, поиска в Mail и поиска в Фото, а заявленные Apple цели — скорость и стабильность. Это хорошая новость в долгосрочной перспективе. Но есть неизбежный побочный эффект: когда формат и структура индекса меняются, старый индекс больше не совместим. macOS не может обновить его на месте. Единственный безопасный вариант — выбросить его и создать свежий, соответствующий новому движку.

Поэтому при первой загрузке после обновления macOS тихо запускает полную переиндексацию каждого индексируемого тома — вашего внутреннего диска и нередко любых подключённых внешних дисков. На небольшом почти пустом SSD это может завершиться, прежде чем вы успеете заметить. На Mac с сотнями тысяч файлов, большой библиотекой Фото, годами почты и парой объёмных внешних дисков — это серьёзная задача, которая выполняется часами и всё это время конкурирует за процессор, дисковые операции и батарею.

Это тот же тип события, который вы видели раньше в меньших масштабах — перенос на новый Mac, восстановление из резервной копии или крупное обновление ОС. Особенность macOS 27 в том, что архитектурное изменение гарантирует полную пересборку для всех, а не постепенное дополнение. Если вы перешли с Tahoe и всё было быстро и отзывчиво накануне, именно поэтому контраст сейчас ощущается так резко.

Что нормально, а что тревожно

Проведём чёткую границу, потому что разница между «оставить всё как есть» и «вмешаться» целиком зависит от правильного прочтения симптомов.

Нормально при свежей переиндексации:

• Кулеры раскручиваются, даже когда вы «просто» сёрфите или печатаете. Индексирование нагружает процессор и диск.
• Батарея садится заметно быстрее обычного — многие тестеры beta-1 сообщали, что приходилось заряжать в середине дня или оставлять Mac подключённым на ночь.
• Общая медлительность: приложения запускаются чуть медленнее, курсор иногда зависает, Mission Control притормаживает.
• Spotlight возвращает частичные или пустые результаты. В начале переиндексации база почти пуста, поэтому поиску действительно практически нечего показать. С прогрессом индексирования это улучшается.
• Mail показывает «нет результатов» для поиска, который раньше работал, Фото не находит снимки по содержимому или геолокации.
• Всё перечисленное постепенно ослабевает по мере завершения задачи.

Тревожно — стоит разбираться:

• mds_stores (или mdworker) намертво застрял на высокой нагрузке много часов без малейших признаков замедления, день за днём.
• Нулевые результаты поиска, которые никогда не улучшаются, даже после полных суток на питании.
• Размер индекса на диске совсем не растёт на протяжении длительного периода (ниже покажем, как проверить).
• mdutil сообщает об ошибке вместо «Indexing enabled.»
• Mac никогда не возвращается к тихому холодному простою, даже если оставить его на питании на ночь без вмешательства.

Самая полезная ментальная модель: нормальное индексирование затухает; зависшее — плато. Здоровая переиндексация — это спринт, который постепенно сходит на нет. Зависшая — беговая дорожка на полной скорости вечно. Всё дальнейшее — об измерении того, что именно у вас происходит.

Демоны, выполняющие работу: mds, mds_stores, mdworker, corespotlightd

Откройте Мониторинг системы (в Программы → Утилиты, или просто найдите его, когда индексирование уже началось) и отсортируйте по % ЦП — во время переиндексации вы увидите фоновые процессы, которые раньше, возможно, никогда не замечали. Понимание того, что делает каждый из них, превращает вопрос «что пожирает мой Mac?» в «а, это индексатор». В совокупности это metadata server — подсистема, лежащая в основе Spotlight.

• mds — сам metadata server. Это демон-координатор. Он управляет процессом индексирования, отслеживает уведомления об изменениях файловой системы и распределяет работу между другими процессами. Обычно он сам по себе почти не нагружает процессор — он менеджер, а не исполнитель.

• mds_stores — главный тяжеловес. Этот процесс читает содержимое файлов и метаданные, а затем записывает их в само хранилище индекса. Высокая нагрузка от mds_stores во время переиндексации — это абсолютная норма и лучший признак того, что индексирование активно идёт. Когда люди говорят «мой Mac горячий после обновления», именно mds_stores они, как правило, обнаружили бы в топе Мониторинга системы.

• mdworker / mdworker_shared — рабочие-импортёры. Они запускают Spotlight importers для каждого типа файла, открывая документ, фотографию или PDF и извлекая из них текст и метаданные для поиска. Нередко видно несколько экземпляров mdworker_shared одновременно: macOS распараллеливает работу. Они скачут и исчезают по мере обработки пакетов файлов.

• corespotlightd — обрабатывает данные CoreSpotlight, то есть контент, который приложения отдают в Spotlight (переписки в Сообщениях, Заметки, контент сторонних приложений, Mail в новых архитектурах и т. д.). Это отличается от индексирования сырых файлов. Если контент приложений отсутствует в поиске — виновен именно corespotlightd.

Видеть эти процессы занятыми — значит видеть, как система работает в штатном режиме. Не принудительно завершайте их в раздражении. Убийство mds или mds_stores не остановит работу — macOS немедленно перезапустит их, и вы, вероятно, только выбросили прогресс, заставив часть задачи начаться заново. Дайте им работать. Цель — понять активность, а не подавить её.

Как проверить статус индексирования (mdutil и Мониторинг системы)

У вас есть два взаимодополняющих инструмента: Мониторинг системы — для живого визуального отображения интенсивности, и mdutil в Terminal — для авторитетного ответа о состоянии.

Мониторинг системы (визуальная проверка):

1. Откройте Мониторинг системы и перейдите на вкладку ЦП.
2. Введите md в строке поиска справа вверху, чтобы отфильтровать процессы metadata-server.
3. Следите за mds_stores и mdworker_shared. Если они потребляют заметный процент ЦП, индексирование активно.
4. Перейдите на вкладку Энергия, чтобы убедиться, что именно эти процессы расходуют батарею, и на вкладку Диск — чтобы увидеть операции чтения/записи: переиндексация активно работает с диском.

mdutil (авторитетный статус):

mdutil — утилита командной строки для управления индексом Spotlight по тому. Откройте Terminal (Программы → Утилиты → Terminal) и выполните:

mdutil -s /

Флаг -s означает «status», / — ваш загрузочный том. Здоровый ответ выглядит так:

/:
	Indexing enabled.

«Indexing enabled» — это то, что вы хотите видеть: Spotlight разрешено индексировать этот том, и оно это делает. Для подробностей выполните команду с sudo (потребуется пароль):

sudo mdutil -s /

Чтобы проверить каждый примонтированный том сразу, включая внешние:

sudo mdutil -as

Флаг -a означает «all volumes». Это самый быстрый способ узнать, настроен ли внешний диск на индексирование, отключён или находится в состоянии ошибки. Возможные статусы: «Indexing enabled», «Indexing disabled», «Indexing and searching disabled» или ошибка, связанная с индексом. Если вы видите «disabled» для тома, который должен быть доступен для поиска, это зацепка (мы исправим это позже). Если вы видите явную ошибку, это указывает на зависший или повреждённый индекс.

Одна вещь, которую mdutil -s намеренно не показывает, — это процент или оценка времени. Нет поддерживаемого вывода «47% завершено». Это и есть главная сложность диагностики, именно поэтому существует следующий раздел.

Как отслеживать реальный прогресс

Apple не поставляет аккуратного индикатора прогресса для индексирования Spotlight. Маленькая крутилка с текстом «Indexing…», которая иногда появляется в окне Spotlight, в лучшем случае информативна, а на beta-1 индикатор на уровне Настроек широко описывался как ненадёжный — он показывал «indexing» долго после завершения или ничего не показывал, пока явно ещё шла работа. Поэтому опытные пользователи прибегают к косвенным сигналам. Вот три, от самого безопасного к самому продвинутому.

1. Следите за живым потоком логов (только чтение, безопасно). Унифицированное логирование macOS позволяет отслеживать, что делает mds_stores в реальном времени:

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

Вы увидите поток строк логов по мере того, как процесс перебирает ваши файлы. Содержимое строк в основном внутреннее, но принцип прост: непрерывный поток активности означает, что индексирование идёт вперёд; внезапная устойчивая тишина (при том что процесс по-прежнему нагружает ЦП в Мониторинге системы) — красный флаг. Нажмите Control-C, чтобы остановить просмотр. Можете расширить до всех процессов метаданных с --predicate 'process == "mds" OR process == "mds_stores"'.

2. Следите за ростом папки индекса (продвинутое — читайте внимательно). Индекс Spotlight для вашего тома данных хранится по скрытому пути:

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

На некоторых конфигурациях соответствующий путь просто /.Spotlight-V100. Выполните команду, запомните размер, подождите 15–30 минут и выполните снова. Растущее число означает, что индекс активно записывается — это хороший признак. Число, которое совсем не меняется в течение длительного времени при заблокированном ЦП, говорит о том, что процесс крутится, не делая реального прогресса. Воспринимайте это как трендовый индикатор, а не абсолютный: размер может ненадолго выровняться между фазами даже при здоровом прогоне, поэтому смотрите на тренд за час, а не на одно сравнение. Не открывайте, не перемещайте и не удаляйте ничего внутри .Spotlight-V100 — это управляемая системой база данных, и вмешательство в неё — отличный способ повредить индекс.

3. Просто проверяйте качество поиска со временем. Самый незамысловатый и честный сигнал: каждые несколько часов ищите несколько файлов, которые точно существуют — недавнюю загрузку, письмо этой недели, фотографию прошлого месяца. В начале вы не найдёте ничего. По мере заполнения индекса всё больше из них будут появляться. Когда все они находятся мгновенно — вы фактически готовы, независимо от любых индикаторов. Это метрика, которая действительно важна для вас.

Комбинируйте всё: Мониторинг системы показывает интенсивность, поток логов — живость, размер папки — пропускную способность, а качество поиска — результат. Вместе они позволяют уверенно отличить долгую, но здоровую переиндексацию от по-настоящему зависшей.

Сколько времени это займёт, а также батарея и нагрев

И теперь вопрос, который волнует всех: сколько? Честный ответ — зависит, и ключевые переменные — общее количество файлов, размер библиотек Фото и Mail, количество и размер подключённых внешних дисков, а также накопитель и процессор вашего Mac.

По отчётам сообщества beta-1 — и снова, это машины разработчиков, нередко с большими библиотеками — первичная переиндексация занимала от примерно нескольких часов на скромных конфигурациях до 7+ дней на очень больших библиотеках. Несколько тестировщиков V2EX и MacRumors описывали, как оставляли Mac подключённым на ночь, иногда несколько ночей подряд, прежде чем поиск восстановился в полном объёме. Верхняя граница звучит пугающе, и это действительно неудобно, но у тех пользователей всё в итоге завершалось само собой без вмешательства.

Два замечания позволяют сохранить перспективу. Во-первых, финальная осенняя версия должна быть быстрее — бета-сборки несут дополнительные накладные расходы на логирование и отладку, и Apple, как правило, оптимизирует производительность индексирования перед публичным выпуском. Во-вторых, большинство обычных Mac с типичными библиотеками попадают на нижний конец диапазона и заканчивают за ночь или в течение дня.

Пока это идёт, обращайтесь с Mac как с машиной, выполняющей тяжёлую работу, потому что так и есть:

• Держите его подключённым к питанию. Это лучшее, что вы можете сделать. Индексирование на батарее просто её разряжает; от сети вам всё равно, сколько времени это займёт.
• Не давайте ему постоянно засыпать и просыпаться. Индексирование приостанавливается во сне и возобновляется после пробуждения, но постоянный цикл сна/бодрствования неэффективен. Если можете, установите режим бодрствования при питании (Системные настройки → Заставка / Батарея → настройки адаптера питания) до завершения.
• Не прерывайте его. Перезагрузка или, что ещё хуже, принудительное завершение демонов может выбросить прогресс и перезапустить части задачи. Сдержите желание вмешаться.
• Не трогайте диски. Каждый раз, подключая или отключая внешний диск, вы добавляете индексатору работы или прерываете то, что он делает. Пусть набор подключённых томов остаётся стабильным, пока всё не уляжется.
• Ожидайте нагрева и примите его. Горячий, гудящий Mac в этот период — норма. Это не вредит машине. Просто обеспечьте вентиляцию и не кладите Mac на мягкие поверхности, перекрывающие вентиляционные отверстия.

Практический план для большинства: подключитесь к питанию перед сном, оставьте Mac работать, отложите его в сторону и проверьте качество поиска утром. Девять раз из десяти это решит проблему без единой команды в Terminal.

Действительно ли он завис? Диагностический чеклист

Прежде чем запускать что-то деструктивное, пройдите этот чеклист. Вам нужны несколько сигналов, указывающих на «завис», а не одно плохое ощущение после долгого дня.

1. Сколько времени прошло на самом деле? Считайте с первой загрузки после обновления, а не с момента, когда вы это заметили. Если прошло менее 24 часов на большой библиотеке и вы на питании, скорее всего, вы ещё в нормальном диапазоне. Сначала наберитесь терпения.

2. mds_stores нагружён, но индекс не растёт? Выполните проверку du -sh на .Spotlight-V100 дважды с интервалом в час. Высокий ЦП + неизменный размер на протяжении часа и более — классический признак зависания.

3. Поток логов молчит? Запустите log stream --predicate 'process == "mds_stores"'. Если процесс показывает высокую нагрузку ЦП в Мониторинге системы, но лог молчит минутами — это несоответствие указывает на зависание.

4. mdutil -s / сообщает об ошибке? «Indexing enabled» — норма. Любое сообщение об ошибке или «Indexing disabled» на томе, который должен быть доступен для поиска, — проблема, требующая решения.

5. Качество поиска хоть как-то улучшилось? Если вы искали известные файлы на 2-м часу и ничего не нашли, а на 20-м часу (на питании, без засыпания) по-прежнему ничего — это сильный сигнал зависания. Любое улучшение означает, что всё работает, просто медленно.

6. Было ли что-то, что прерывало его снова и снова? Частые перезагрузки, сбои, циклы сна, подключение/отключение дисков могут оставить индекс в запутанном, наполовину построенном состоянии. Если вы делали что-то из этого, чистая пересборка более оправдана.

Правило принятия решений: если у вас один-два тревожных сигнала и прошло менее суток — подождите ещё на питании. Если у вас три или больше — заблокированный ЦП, неизменный размер индекса, молчащий лог, отсутствие улучшений в поиске после полных суток и ночи или явная ошибка mdutil — тогда принудительная чистая пересборка разумна. Именно об этом следующий раздел.

Как принудительно выполнить чистую пересборку (разбор mdutil -E)

Прочитайте это, прежде чем запускать что-либо. sudo mdutil -E / стирает существующий индекс Spotlight и пересоздаёт его с нуля. Он не удаляет ваши файлы, письма или фотографии — только поисковый индекс о них. Для ваших данных это безопасно. Но он перезапускает всю переиндексацию, то есть вы снова возвращаетесь к часам высокой нагрузки ЦП, нагрева и пустых результатов поиска. Делайте это только если вы прошли диагностический чеклист и имеете реальные доказательства зависания индекса. Запускайте перед сном и при питании от сети, никогда в середине рабочего дня, когда вам нужен поиск.

Самая чистая единственная команда для стирания и пересборки индекса загрузочного тома:

sudo mdutil -E /

Флаг -E означает «erase and rebuild». Вам предложат ввести пароль администратора. macOS удаляет индекс этого тома и немедленно начинает строить новый. Для конкретного тома вместо загрузочного диска передайте путь монтирования, например:

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

Чтобы стереть и пересоздать все тома сразу:

sudo mdutil -Eai on

Если простое стирание не помогает, более радикальный вариант — отключить индексирование, а затем включить снова, что сбрасывает состояние более агрессивно:

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

Флаг -i управляет включением (on) или отключением (off) индексирования для тома. Выключить и включить снова — чистый сброс состояния индексирования. Некоторые пользователи после шага off выполняют ещё и стирание -E перед повторным включением, для максимальной надёжности пересборки:

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

После любой из этих команд проверьте, что том сообщает правильное состояние:

sudo mdutil -s /

Вы должны снова увидеть «Indexing enabled». Затем выполните сложную часть: оставьте всё в покое. Вы намеренно запустили долгую переиндексацию заново, поэтому подключитесь к питанию, оставьте Mac работать и дайте ему ночь. Не запускайте -E снова утром только потому, что поиск ещё не полон — дайте свежему индексу то же терпение, что и исходному. Многократное стирание индекса — самый распространённый способ превратить медленную, но поправимую ситуацию в дни самоистязания.

Трюк с переиндексацией через исключения приватности

Есть более мягкий способ принудить к переиндексации конкретного места без Terminal — исключительно через графический интерфейс. Это классический приём диагностики Mac, о котором стоит знать. Он использует логику обработки исключений приватности Spotlight: когда вы говорите Spotlight прекратить индексировать место, а затем возобновить — macOS пересоздаёт индекс для этого места с нуля.

Последовательность действий:

1. Откройте Системные настройки → Spotlight.
2. Прокрутите до Конфиденциальность поиска (список мест, исключённых из поиска) и нажмите на него.
3. Нажмите кнопку + и добавьте том или папку, которые хотите переиндексировать принудительно, — например, загрузочный диск (Macintosh HD) или проблемный внешний диск. Также можно перетащить том из окна Finder в список.
4. Подтвердите; место теперь исключено, и его записи в индексе удалены.
5. Подождите немного, затем выберите то же место в списке и нажмите кнопку –, чтобы убрать исключение.
6. Как только исключение снято, Spotlight начинает заново индексировать это место.

Это удобно, когда проблема локализована — например, один внешний диск не появляется в поиске, тогда как остальная система работает нормально, — потому что позволяет пересоздать только это место, а не уничтожать весь индекс командой mdutil -E. Метод полностью обратим и использует только документированный интерфейс, поэтому это менее рискованная первая попытка перед обращением к Terminal. Компромисс тот же, что и всегда: переиндексация этого места требует времени и ресурсов, так что делайте это при питании и будьте терпеливы.

Переключатели Spotlight, снижающие зависания

Пока переиндексация macOS 27 — главная текущая проблема, есть тесно связанный набор настроек Spotlight, который вызывал зависания и торможение у многих пользователей предыдущей версии (Tahoe). Их стоит знать, поскольку они могут усугублять воспринимаемую медлительность во время переиндексации.

В Системных настройках → Spotlight найдите два параметра:

• «Показывать связанный контент» (иногда отображается как предложения/связанные результаты в Spotlight)
• «Помочь Apple улучшить поиск» (отправляет ограниченные данные о поиске в Apple)

Немало пользователей Tahoe сообщали, что отключение одной или обеих этих опций устраняло устойчивые зависания Spotlight, замороженные окна поиска и зависания интерфейса. Механизм в том, что эти функции добавляют сетевые запросы и дополнительную обработку к каждому поиску; на системе, уже испытывающей нагрузку от переиндексации, эти накладные расходы могут быть разницей между «медленно, но работает» и «заморожено». Если ваш Mac зависает именно при вызове Spotlight (в отличие от общей фоновой медлительности от индексирования), попробуйте отключить эти опции — это быстро и не деструктивно.

Важно сохранять контекст: эти переключатели устраняют зависания во время поиска, а не саму переиндексацию. Они не ускорят переиндексацию и не исправят по-настоящему зависший индекс. Это дополнительная мера, делающая систему приятнее в использовании пока идёт переиндексация, и полезная постоянная настройка, если вас не интересуют связанные предложения. Если зависания охватывают всю систему, а не только Spotlight, причина скорее всего в самой нагрузке от индексирования — или в отдельной проблеме, например высокой нагрузке WindowServer при мультидисплейных конфигурациях.

Польза: Search or Ask

Стоит завершить вопрос «зачем я через это прохожу» на позитивной ноте, потому что болезненная первоначальная переиндексация — не бесполезная работа: это фундамент самой продвигаемой функции поиска в macOS 27.

Тот же перестроенный поисковый движок, который принуждает к этой единовременной переиндексации, обеспечивает работу нового режима Spotlight «Search or Ask» — более глубокой интеграции с Siri, которая позволяет Spotlight не просто находить вещи, но и отвечать на вопросы о вашем контенте и выполнять действия. Такой поиск на естественном языке с учётом содержимого возможен лишь при условии, что лежащий в основе индекс работает быстро, структурирован по-новому и полон. Иными словами, переиндексация — не налог без выгоды; это цена входного билета в заметно лучший поиск.

Для пользователей, которые ежедневно полагаются на Spotlight, поиск в Mail и Фото, тестировщики beta-1, прошедшие через переиндексацию, в целом сообщали, что когда всё устоялось, поиск стал быстрее и надёжнее, чем на Tahoe — что соответствует заявленным Apple целям скорости и стабильности. Поэтому если вы смотрите на горячий медленный Mac в первый день и задаётесь вопросом, не было ли обновление ошибкой, — реалистичное ожидание таково: это временные затраты, а с другой стороны — улучшение, а не просто возврат к прежнему. Если вы ещё взвешиваете, стоит ли вообще ставить бету, наш гайд по принятию решения об установке macOS 27 beta охватывает более широкие компромиссы.

Устранение распространённых проблем

Индекс никогда не завершается (прошли дни). Сначала убедитесь, что это действительно зависание, а не просто очень большая библиотека на медленном диске — пройдите диагностический чеклист, особенно проверку роста .Spotlight-V100 за час. Если размер индекса действительно не увеличивается, а mds_stores заблокирован — выполните чистую пересборку: sudo mdutil -i off /, затем sudo mdutil -E /, затем sudo mdutil -i on / — всё перед сном и при питании. Если даже свежая пересборка снова застревает в том же месте, возможно, повреждённый файл блокирует импортёр — проверьте в Консоли повторяющиеся сообщения о сбоях mdworker и подумайте, не совпадает ли недавно добавленный большой или необычный файл (повреждённый архив, испорченный PDF) с местом остановки. Также убедитесь, что у вас достаточно свободного места на диске: почти заполненный том может помешать построению индекса.

mds_stores застрял на 100% (и более) часами. Короткий всплеск заблокированного ЦП в начале переиндексации — норма. Заблокированный на много часов без затухания и без роста индекса — признак зависания. Не принудительно завершайте его — это просто перезапустит его. Вместо этого проверьте через поток логов (log stream --predicate 'process == "mds_stores"'): активный поток означает, что процесс разбирает очередь и нужно ждать; мёртвый тихий лог при заблокированном ЦП означает зависание, и оправдана чистая пересборка через mdutil -E /. Если после пересборки он снова сразу блокируется на том же томе — подозревайте конкретный проблемный файл или директорию и попробуйте исключить крупную подпапку через Конфиденциальность поиска для локализации.

Поиск по-прежнему пуст после пересборки. Дайте время — пересборка перезапускает долгую задачу индексирования, поэтому пустота сразу после -E ожидаема, а не свидетельство неудачи. Убедитесь, что mdutil -s / выводит «Indexing enabled». Если после полного дня на питании поиск всё ещё полностью пуст и папка индекса не растёт, проблема может быть глубже: проверьте, не отключён ли Spotlight в Системных настройках → Spotlight (галочки категорий управляют тем, что появляется в результатах — если всё снято, поиск ничего не показывает даже с идеальным индексом). Для контента приложений (Сообщения, Заметки) релевантный демон — corespotlightd, а не индексирование файлов. А если поиск Mail в частности остаётся сломанным при нормальном Spotlight — это отдельная проблема с собственным индексом Mail: см. наш специальный гайд по исправлению поиска в Mail и пересборке envelope index.

Внешний диск не индексируется. Запустите sudo mdutil -as и найдите диск в списке. Если там написано «Indexing disabled» — включите его командой sudo mdutil -i on "/Volumes/Drive Name". Если включён, но всё равно не ищется — используйте трюк с исключением приватности: добавьте диск в Конфиденциальность поиска, удалите его оттуда и дайте переиндексироваться. Учтите, что некоторые внешние диски намеренно не индексируются — сетевые тома (SMB/AFP) и некоторые форматы без APFS/HFS+ (например, exFAT) имеют ограниченную или нулевую поддержку Spotlight, поэтому диск, которым вы делитесь с Windows-машиной, возможно, просто никогда не будет индексироваться. Также каждый раз, когда вы отключаете и переподключаете внешний диск в процессе переиндексации, вы её прерываете — оставьте диск подключённым до завершения. Если индекс диска повреждён, команда sudo mdutil -E "/Volumes/Drive Name" принуждает к чистой пересборке только для этого тома.

Часто задаваемые вопросы

Удалит ли переиндексация мои файлы, письма или фотографии? Нет. Переиндексация — включая звучащую деструктивно команду mdutil -E — только стирает и пересоздаёт поисковый индекс, который является базой данных о вашем контенте. Ваши реальные файлы, почтовые ящики и библиотека фотографий не затрагиваются никогда. Единственное, что вы временно теряете, — функциональность поиска, пока строится новый индекс.

Могу ли я остановить переиндексацию, чтобы вернуть батарею? Нет, и не стоит пытаться. Можно приостановить, усыпив Mac, и она возобновится после пробуждения, но прерывание или принудительное завершение индексатора может выбросить прогресс и сделать общую задачу дольше. Правильный ход — противоположный: подключиться к питанию и дать завершить как можно быстрее. Разряд батареи временный; борьба с индексатором только продлевает его.

Безопасно ли использовать Mac во время индексирования? Да. Можно работать в штатном режиме — индексатор работает с пониженным приоритетом и уступает вашим активным приложениям, поэтому он медленный, но не блокирующий. Ожидайте некоторой медлительности и неполных результатов поиска, но никакого риска для ваших данных или индекса от использования машины нет. Два момента, которых стоит избегать: принудительное завершение демонов метаданных и многократное подключение/отключение внешних дисков.

Чем это отличается от проблем «стоит ли устанавливать бету»? Гайд по принятию решения об установке бета-версии охватывает проблемы при установке и совместимости приложений — потерю сети после установки, приложения, которые не запускаются, блокировщики установки. Эта статья конкретно о переиндексации Spotlight, происходящей после успешного обновления: нагрев, разряд батареи и пустой поиск из-за пересборки индекса. Это отдельные проблемы; можно выполнить безупречную установку и всё равно пройти через переиндексацию.

Будет ли финальная версия macOS 27 переиндексировать так же сильно? Вероятно, не настолько интенсивно. Данные по времени здесь взяты с машин developer beta, несущих дополнительные накладные расходы на отладку, и Apple, как правило, оптимизирует производительность индексирования перед публичным выпуском в июле и финальной версией осенью 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 beta, а если обновление не оправдало ожиданий — в руководстве как откатиться с macOS 27 beta обратно на Tahoe без потери данных. Если замедления оказались не связаны с индексированием, наши гайды по высокой нагрузке WindowServer и случайным kernel panic и перезагрузкам охватывают наиболее распространённые причины, а обзор обновления macOS Tahoe 26.5 и безопасности стоит прочитать, если вы ещё решаете, стоит ли вообще уходить со стабильного Tahoe.