Mac греется и быстро разряжается после macOS 26.6? Вот почему

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

Почти наверняка ваш Mac перестраивает индекс Spotlight. В собственных заметках Apple к выпуску macOS 26.6 сказано, что обновление «оптимизирует Spotlight к выходу macOS 27» — это формулировка самой компании, и это самое важное предложение во всей статье. Оптимизировать Spotlight означает трогать индекс. Трогать индекс означает обходить файловую систему, заново открывать документы, чтобы извлечь из них текст для поиска, повторно анализировать медиатеку Photos и записывать все это обратно на диск. Эта работа нагружает и процессор, и накопитель, она выполняется в фоне независимо от того, просили вы о ней или нет, и дает ровно те симптомы, которые вы наблюдаете: нагрев, шум вентиляторов и расход батареи, совершенно несоразмерный тому, чем вы на самом деле заняты.

Раздражает то, что macOS почти ничего об этом не показывает. Нет ни индикатора выполнения, ни уведомления, ни надписи «индексирование выполнено на 43 %» где-нибудь в System Settings. И потому совершенно обычная фоновая задача, которая сама себя завершит, выглядит точно так же, как сломанный Mac. Это руководство закрывает пробел. Мы объясним, что изменилось в 26.6 и что здесь подтверждено Apple, а что является трактовкой прессы, разберем, почему индексирование стоит так дорого, проведем вас через проверку на вашем Mac по именам процессов, расскажем, сколько это должно занимать и что растягивает срок, и — что важно — дадим конкретный, честный список признаков того, что это не обычное индексирование и пора перестать ждать и начать разбираться. Мы также разберем, как правильно запустить принудительное перестроение с нуля и почему делать это слишком рано означает усугубить проблему, а не решить ее.

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

• Apple подтвердила причину, хоть и косвенно. В заметках к выпуску macOS 26.6 сказано, что обновление оптимизирует Spotlight к выходу macOS 27. Повторная оптимизация Spotlight означает переиндексацию, а переиндексация обходится дорого. Нагрев и расход батареи в первые дни после установки 26.6 — предсказуемый побочный эффект, а не дефект.
• Искать нужно процессы mds, mds_stores и mdworker_shared. Если они находятся вверху вкладки CPU в Activity Monitor, ответ найден. На Mac с поддержкой Apple Intelligence сообщения сообщества указывают также на photoanalysisd, siriinferenced и intelligenceplatformd — эти конкретные имена стоит считать наблюдениями пользователей, а не документированными Apple фактами.
• Дайте процессу от 24 до 48 часов реальной работы, прежде чем вмешиваться. По сообщениям сообщества фаза высокой нагрузки на процессор укладывается в этот диапазон и утихает в течение нескольких дней. Но этот счетчик идет только пока Mac включен и не спит, поэтому ноутбук, который каждый вечер засыпает, растягивает двое суток работы на неделю.
• Пока не перестраивайте индекс. sudo mdutil -E / и трюк с добавлением и удалением тома в разделе Search Privacy делают одно и то же: выбрасывают всю выполненную работу и начинают с нуля. Запуск любого из них на раннем этапе гарантирует больше нагрева, а не меньше.
• Отличайте медленное от зависшего. Нормальное индексирование постепенно затухает и реагирует на простой. По-настоящему застрявший индекс держится на одном и том же уровне нагрузки сутками без всякого спада, выдает ошибку в mdutil или оставляет Spotlight вообще без результатов спустя неделю. Такой случай реален и заслуживает настоящего решения.

Что macOS 26.6 на самом деле изменила в Spotlight

Одно предложение, которое написала Apple

macOS Tahoe 26.6 (сборка 25G72) вышла 27 июля 2026 года. Помимо привычного набора обновлений безопасности, заметки Apple к обновлению содержат строку о том, что обновление оптимизирует Spotlight к выходу macOS 27.

Это короткое предложение несет очень много смысла. Apple обычно не сообщает, что промежуточный выпуск потратит двое суток заряда вашей батареи на переписывание базы данных. Но если читать буквально, «оптимизирует Spotlight к выходу macOS 27» означает, что текущая версия macOS выполняет подготовительную работу сейчас, чтобы следующая версия macOS застала все готовым. Единственная осмысленная подготовительная работа для поисковой системы — это работа с самим индексом: с его форматом, содержимым или и с тем, и с другим.

Apple уже применяла эту схему раньше. Вместо того чтобы заставлять всех переживать многодневную переиндексацию в день обновления, когда раздражение максимально, а машина и так занята переносом настроек и повторной загрузкой контента iCloud, промежуточный выпуск тихо выполняет часть работы заранее. Затраты переносятся с момента, когда вы пристально следите за происходящим, на момент, когда вы не следите. Это разумный инженерный компромисс — и ровно поэтому сейчас так много людей в замешательстве: никто не ожидает, что рутинное обновление с индексом .6 будет греть ноутбук двое суток.

Что добавила пресса поверх этого

Публикации таких изданий, как 9to5Mac и TechTimes, идут дальше и сообщают, что эта индексация строит локальный индекс, на который будут опираться новые функции Siri и Apple Intelligence в macOS 27. Логика правдоподобна: macOS 27 «Golden Gate» связывает Spotlight и Siri значительно теснее, а разговорному ассистенту, который умеет отвечать на вопросы о ваших собственных файлах, нужно богатое, заранее построенное представление об этих файлах, чтобы отвечать мгновенно.

Но будьте точны насчет источника. Эта связь — трактовка прессы, а не заявление Apple. Apple сказала «оптимизирует Spotlight». Apple не говорила «строит семантический индекс для Siri». Версия про Siri — это хорошо обоснованный вывод из публичной информации о macOS 27, и он вполне может оказаться верным, но относиться к нему стоит осторожнее, чем к самим заметкам о выпуске. Мы будем отмечать это каждый раз, когда тема всплывает в статье, и вам стоит скептически относиться к тем, кто этого не делает.

Немного контекста по срокам самой macOS 27: сейчас она в публичной бете (публичная бета 1 вышла 13 июля, публичная бета 2 — 22 июля, бета 4 для разработчиков — 20 июля), а релиз ожидается осенью. Она работает только на Apple silicon — M1 и новее. Если у вас Mac на Intel, macOS 26.6 все равно выполняет работу со Spotlight на вашей машине, но формулировка про «подготовку к Siri в macOS 27» к вам не относится, потому что macOS 27 на вашем Mac вообще не запустится.

Что не изменилось

Стоит прямо сказать, чего macOS 26.6 не делала, чтобы вы могли исключить лишнее. Она не стирала ваши файлы, не сбрасывала настройки и не меняла работу ваших приложений. Ваши данные целы. Результаты поиска Spotlight могут быть неполными или странно отсортированными, пока индекс переписывается, и это временно. Если Mac горячий, но все остальное ведет себя нормально — это профиль индексирования, а не поврежденной установки.

Если вам нужна полная картина всего, что изменилось в macOS 26.6 — включая исправления безопасности и более мелкие изменения в поведении — эта сопутствующая статья описывает выпуск целиком. Здесь мы сосредоточены на вопросе нагрева и батареи.

Почему индексирование обходится так дорого

Если вы никогда не задумывались, что такое поисковый индекс, нагрузка на процессор может казаться абсурдной. Вы ничего не ищете. Mac простаивает. Почему он так надрывается?

Потому что построение индекса — не легковесная бухгалтерия. Это четыре отдельные дорогие задачи, наложенные друг на друга, и macOS выполняет их более или менее одновременно.

Задача первая: обход файловой системы

Первое, что должен сделать индексатор, — выяснить, что вообще существует. Это означает перечислить каждый файл на каждом индексируемом томе — не только вашу папку «Документы», но и бандлы приложений, кэши, ресурсы фреймворков, загрузки, симуляторы Xcode, если вы разработчик, образы дисков виртуальных машин, каталоги node_modules и все остальное, что накопилось. На рабочем Mac обычно от сотен тысяч до нескольких миллионов файлов.

Для каждого из них macOS должна выполнить stat: прочитать имя, размер, метки времени, тип и расширенные атрибуты. По отдельности каждая операция тривиальна. Умноженная на миллион файлов, она превращается в непрерывный шторм мелких случайных чтений — одну из самых неэффективных вещей, о которых можно попросить накопитель. На быстром внутреннем SSD это терпимо. На внешнем жестком диске — мучительно.

Задача вторая: извлечение метаданных изнутри файлов

Знать, что файл существует, недостаточно, чтобы Spotlight был полезен. Вы хотите искать внутри документов — найти PDF, где упоминается имя клиента, файл Pages с конкретной фразой, письмо с вложением, которое вы смутно помните.

Значит, macOS должна открыть файл и разобрать его. Именно этим занимаются импортеры Spotlight: специфичные для формата плагины, которые вскрывают PDF, документ Word, презентацию Keynote, файл исходного кода или изображение со встроенным текстом и вытаскивают оттуда содержимое для поиска. Разбор — по-настоящему тяжелая для процессора работа. Большой PDF со сканированными страницами, презентация Keynote на 200 МБ или десятилетний архив почты — все это стоит реальных процессорных циклов на чтение и токенизацию.

Вот тут и появляются mdworker и mdworker_shared. macOS порождает несколько рабочих процессов параллельно, чтобы прожевать очередь, — поэтому вы можете увидеть сразу несколько таких процессов в Activity Monitor, и поэтому суммарная нагрузка на процессор может быть высокой, даже если ни один отдельный процесс не выглядит катастрофой.

Задача третья: анализ медиатеки Photos

Photos выполняет собственный проход анализа, которым занимается photoanalysisd. Он отделен от индексирования на уровне файлов и заметно дороже в пересчете на элемент, потому что здесь читается не текст — здесь запускается локальное машинное обучение по содержимому изображений, чтобы обеспечить распознавание лиц, определение сцен и объектов и поведение в духе «искать фотографии по тому, что на них изображено».

Медиатека Photos с десятками тысяч изображений означает очень большой объем вычислений. Если у вас крупная библиотека и Mac со скромным тепловым запасом, один только photoanalysisd может отвечать за большую часть нагрева, который вы ощущаете. Это же та задача, которая с наибольшей вероятностью растянется на несколько дней, потому что Photos намеренно ее притормаживает и предпочитает работать, когда Mac простаивает и подключен к сети.

Задача четвертая: локальный семантический слой на подходящих Mac

На Mac с поддержкой Apple Intelligence сообщения сообщества и наблюдения в Activity Monitor указывают на два дополнительных процесса, появляющихся в этот период: siriinferenced и intelligenceplatformd. По имеющимся описаниям их роль — построение локального семантического представления, которое позволяет системе отвечать на вопросы на естественном языке о вашем собственном содержимом, а не просто сопоставлять ключевые слова.

Это наименее задокументированная часть картины, поэтому относитесь к ней осторожно. Apple не публиковала разбор того, чем эти демоны занимаются во время прохода после обновления до 26.6. Наблюдаемо лишь то, что люди сообщают о потреблении ими процессорного времени в этот период и что их присутствие согласуется с трактовкой прессы про Siri в macOS 27. Если вы их видите — это соответствует общей картине. Если не видите — это ни о чем плохом не говорит: на множестве Mac такая нагрузка вообще не выполняется.

Сложите все четыре задачи вместе — и получите машину, которая держит высокую нагрузку на нескольких ядрах в течение долгого времени. Постоянная нагрузка на процессор означает нагрев. Нагрев означает вентиляторы. А на ноутбуке все это идет из батареи. Ничего из перечисленного не является неисправностью. Это просто дорогая работа, которую вы не планировали и не видите.

Как убедиться, что на вашем Mac происходит именно это

Все написанное выше — общий случай. Теперь давайте установим, применим ли он к вашей машине, потому что «вероятно, это индексирование» — не диагноз, а догадка, пока вы не проверили. Четыре проверки, по возрастанию усилий.

Проверка 1: Activity Monitor, вкладка CPU, по именам процессов

Откройте Activity Monitor (Applications → Utilities или нажмите Command-Space и наберите название — если Spotlight сотрудничает). Перейдите на вкладку CPU и щелкните по заголовку столбца % CPU, чтобы отсортировать по убыванию, — самые загруженные процессы всплывут наверх.

Теперь читайте имена. Вы ищете:

• mds — сервер метаданных. Это координатор. Обычно он сам потребляет немного процессорного времени: он управляет работой и раздает задания.
• mds_stores — процесс, который пишет в хранилище индекса. Обычно это самый тяжелый из процессов Spotlight и самый явный одиночный признак того, что индексирование активно идет.
• mdworker / mdworker_shared — рабочие процессы импортеров, выполняющие разбор каждого файла, описанный выше. Несколько сразу — это нормально.
• photoanalysisd — анализ медиатеки Photos. Его присутствие означает, что проход по Photos выполняется.
• siriinferenced / intelligenceplatformd — на Mac с поддержкой Apple Intelligence, по сообщениям, входят в эту нагрузку. Повторим: по сообщениям, а не по документации.

Если два или более из них находятся вверху вашего списка по нагрузке на процессор, диагноз подтвержден. Именно так индексирование после обновления выглядит изнутри.

Если же наверху вы видите браузер, мессенджер, средство резервного копирования или конкретное узнаваемое приложение, ваш нагрев вызван не индексированием, и вам стоит перейти сразу к разделу о других причинах. Это самое ценное, что вам сообщает Activity Monitor, и занимает это пятнадцать секунд.

Одно замечание о чтении цифр: на многоядерном Mac значение % CPU для одного процесса может превышать 100 %, потому что оно измеряется по ядрам. Процесс с показателем 340 % использует примерно три с половиной ядра. Для параллельной индексации это нормально и само по себе не тревожно.

Проверка 2: вкладка Energy

Перейдите на вкладку Energy. Нужный столбец — Energy Impact, собственная сводная оценка macOS того, во сколько процесс обходится вам в терминах батареи: она учитывает процессор, но также пробуждения и другое поведение, влияющее на энергопотребление.

Вкладка Energy полезнее вкладки CPU именно для вопроса «что убивает мою батарею», потому что процесс может быть умеренно загружен, но крайне прожорлив по энергии, или загружен короткими всплесками, которые усредняются в показателе % CPU. Если демоны индексирования доминируют в Energy Impact — вот ваш расход, в количественном выражении.

Раз уж вы здесь, взгляните на столбец «Preventing Sleep». Процесс, препятствующий засыпанию во время индексирования, — ожидаемая вещь: macOS намеренно поддерживает часть работы по индексированию, а не дает машине задремать посреди задачи.

Проверка 3: mdutil -s -a в Terminal

Activity Monitor сообщает, что запущено. mdutil сообщает, что сам Spotlight думает о своем состоянии. Откройте Terminal (Applications → Utilities) и выполните:

mdutil -s -a

Флаг -s означает «показать статус», а -a — «все тома». Вы получите по блоку на том, в каждом путь и строка состояния. Увидеть вы хотите вот это:

/System/Volumes/Data:
	Indexing enabled.

Indexing enabled. — здоровый ответ. Он означает, что Spotlight настроен на индексирование этого тома, а это необходимое условие для работы всего остального.

Если вам нужен только загрузочный том, а не все смонтированные диски, используйте:

mdutil -s /

Два сценария отказа, за которыми стоит следить. Если том сообщает Indexing disabled., а вы не отключали его намеренно, Spotlight никогда не закончит, потому что он не работает. Включите обратно командой:

sudo mdutil -a -i on

У вас запросят пароль администратора; символы при вводе отображаться не будут — это нормально.

Если же mdutil возвращает ошибку, а не аккуратный статус включено/отключено, запишите точный текст. Это один из настоящих сигналов «ненормально», к которым мы вернемся.

В зависимости от конфигурации macOS mdutil может выдавать ограниченную информацию по некоторым томам, если у Terminal нет полного доступа к диску (System Settings → Privacy & Security → Full Disk Access). Если вывод выглядит неожиданно скудным, это стоит проверить, прежде чем делать выводы о поломке.

Проверка 4: связана ли нагрузка со временем простоя?

Эту проверку большинство людей пропускает, а она самая диагностичная из четырех.

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

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

Наблюдать за этим можно и без открытого Activity Monitor, через Terminal:

top -o cpu

Эта команда сортирует запущенные процессы по загрузке процессора и непрерывно обновляется. Нажмите q для выхода. Это более легковесный способ приглядывать за системой, чем держать открытым Activity Monitor, который сам потребляет немного процессорного времени.

Замечание о том, чего вы не найдете

Процента выполнения нет. Оценки времени завершения нет. macOS их не показывает, и никакая комбинация команд их не наколдует. Некоторые следят за ростом размера индекса на диске как за грубым показателем прогресса, но интерпретировать это нужно осторожно: размер индекса растет не монотонно, потому что macOS по ходу дела уплотняет и реорганизует данные.

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

Сколько это должно занимать на самом деле

Сообщения сообщества и публикации прессы сходятся на примерной картине: всплески нагрузки на процессор длятся примерно от 24 до 48 часов после обновления, а все успокаивается в течение нескольких дней без какого-либо вмешательства.

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

Что важнее, этот счетчик идет только пока ваш Mac бодрствует и делает работу. Это самая недопонятая часть всей ситуации. Если у вас MacBook, которым вы пользуетесь три часа по вечерам, а потом закрываете, вы даете индексатору три часа в сутки. Двое суток работы тогда растягиваются почти на неделю, и каждое утро вы открываете крышку, обнаруживаете горячую машину и делаете вывод, что ничего не улучшается. Ничего не сломано — вы просто кормите его очень маленькими порциями.

Что растягивает срок

• Размер библиотек. Самый значимый фактор. Сотни тысяч файлов, медиатека Photos на десятки тысяч изображений или годы накопленной почты масштабируют работу более или менее линейно.
• Медленный накопитель. Fusion Drive, старые SATA SSD и особенно внешние жесткие диски радикально медленнее на мелких случайных чтениях, от которых зависит индексирование. Внешний диск, забитый архивами работы, может доминировать во всей задаче.
• Почти заполненный диск. Индексированию нужно рабочее пространство, чтобы писать и уплотнять индекс. Накопитель, на котором свободно всего несколько процентов, будет буксовать, замедляться, а в плохих случаях — не сможет завершить работу. Если места в обрез, освобождение пространства — законное вмешательство; а если ваш Mac из тех многих, где виновата раздутая категория System Data, наше руководство о том, почему хранилище System Data разрастается и не уменьшается, объясняет, как вернуть это место.
• Сон. Как сказано выше. Каждый цикл сна приостанавливает прогресс, а часть работы после пробуждения выполняется заново.
• Конкурирующая нагрузка. Если у вас параллельно идут первое после обновления резервное копирование Time Machine, повторная загрузка из iCloud и сборка в Xcode, все займет пропорционально больше времени.
• Тепловой троттлинг. На безвентиляторных или тонких машинах длительная нагрузка приводит к снижению тактовых частот, что растягивает задачу, что растягивает нагрев. Улучшение обдува действительно сокращает общую длительность.
• Внешние диски. Каждый смонтированный индексируемый внешний том — это дополнительная работа. Отключение дисков, которые вам сейчас не нужны, — одна из немногих вещей, которые заметно ускоряют процесс.

Что делать, пока это работает

Честный ответ на вопрос «что мне делать» в основном звучит как «дать ему закончить». Но есть горстка решений, которые действительно помогают, и несколько таких, которые действительно вредят.

Подключите питание. Это самое ценное действие. От сети macOS куда охотнее выполняет фоновое обслуживание агрессивно, и вы перестаете смотреть на падающий процент заряда, что снимает большую часть тревоги. Индексирование от батареи идет медленнее и заметнее — худшее сочетание.

Не давайте Mac засыпать, держите крышку открытой. Закрытие крышки MacBook приостанавливает значительную часть работы и запирает тепло у дисплея. Оставленный открытым на твердой ровной поверхности — не на кровати, не на диванной подушке и не на коленях — он отдает тепло корпусом и дает задаче идти. Если хотите оставить его работать на ночь, в System Settings → Lock Screen можно увеличить задержки выключения дисплея и блокировки экрана, а в Energy Saver (или Battery → Options на портативных моделях) есть настройка, запрещающая сон при выключенном дисплее, когда устройство подключено к сети.

Оставайтесь в Wi-Fi. Часть того, что выполняется в этот период, не является чисто локальной — содержимое Photos и iCloud может потребовать синхронизации или повторной загрузки, прежде чем его можно будет проанализировать. Оставаясь на связи, вы даете этому завершиться, а не буксовать и повторять попытки.

Отключите внешние диски, которые сейчас не нужны. Каждый подключенный индексируемый том добавляет работы. Извлечение архивного диска, к которому вы обращаетесь раз в месяц, полностью убирает его из очереди.

Не завершайте демоны принудительно. Убийство mds, mds_stores или mdworker_shared из Activity Monitor не дает ничего полезного. macOS перезапускает их в течение секунд, а вы, возможно, выбросили незавершенную работу — то есть те же процессорные циклы будут потрачены снова. Ощущается как взятие ситуации под контроль. На деле — наоборот.

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

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

Временно снизьте ожидания от Spotlight. Пока индекс переписывается, поиск может выдавать неполные или странно ранжированные результаты. Это проходит само. Если вас больше всего беспокоит именно поведение поиска Spotlight, наше полное руководство по Spotlight в macOS Tahoe объясняет, как устроена поисковая система и за что отвечает каждая ее часть.

Когда это ненормально

Здесь нужно быть аккуратными, потому что успокаивающая версия этой статьи — «расслабьтесь, это всего лишь индексирование» — полезна только если она верна именно для вас. У части читателей действительно застрявший индекс или вообще не связанная с этим проблема, и совет подождать означает для них потерянную неделю.

Считайте следующее реальными сигналами, а не паранойей:

Нагрузка никогда не спадает. Здоровый индекс сходит на нет. Если нагрузка от mds_stores одинакова в первый день, на четвертый и на седьмой, без всякой нисходящей тенденции, это плато, а не спринт. Плато сами собой не рассасываются.

mdutil выдает ошибку, а не статус. Если mdutil -s -a возвращает сообщение об ошибке вместо аккуратного Indexing enabled. или Indexing disabled., Spotlight находится в состоянии, которое он не может описать, и это законная неисправность.

Индексирование числится отключенным и не остается включенным. Если вы выполнили sudo mdutil -a -i on, убедились, что настройка применилась, а позже обнаружили его снова отключенным, значит, что-то активно его выключает. Это не проблема ожидания.

Spotlight не выдает буквально ничего после полной недели работы от сети без сна. Частичные результаты во время индексирования ожидаемы. Ноль результатов по обычным файлам спустя неделю на машине, которая была подключена к сети и не спала, — нет.

Mac горячий, но демоны индексирования не в лидерах по нагрузке на процессор. Это главный пункт. Если Activity Monitor показывает, что процессор занимают браузер, клиент синхронизации или узнаваемое приложение, индексирование не является вашей проблемой, что бы календарь ни говорил про дату обновления. Верьте Activity Monitor, а не сюжету.

Kernel panic, самопроизвольные перезагрузки или выключения под нагрузкой. Индексирование так себя не ведет. Нагрев в сочетании с нестабильностью указывает на проблему с аппаратной частью или прошивкой и требует обращения в Apple Support, а не терпения.

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

Ничего не улучшилось после настоящего, правильно выполненного перестроения. Если вы в итоге сделали перестроение по описанной ниже процедуре, дали ему полное время и оказались ровно в том же состоянии, значит, дело не в индексе.

Если вы попали в одну из этих ситуаций, следующий раздел для вас. Если нет, следующий раздел — ловушка: пожалуйста, продолжайте ждать.

Как принудительно перестроить индекс с нуля и чего это стоит

Сначала осознайте цену

Есть два способа заставить Spotlight перестроить индекс. Это не два разных решения — это одна и та же операция с разными интерфейсами, и не стоит пробовать одну после другой в надежде на другой результат.

Обе они стирают существующий индекс и начинают с нуля.

Перечитайте это в контексте вашей текущей проблемы. Вы здесь потому, что ваш Mac горячий из-за построения индекса. Перестроение выбрасывает весь достигнутый прогресс и заставляет строить все заново. В краткосрочной перспективе нагрев станет хуже, а не лучше: вы сбрасываете задачу, выполненную, скажем, на 70 %, обратно до 0 %, и заплатите за эти 70 % второй раз.

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

Перестраивайте, когда у вас есть настоящий повод — плато, ошибка mdutil или неделя пустых результатов поиска. А не потому, что вам не терпится.

Подготовьтесь перед запуском

• Подключите питание. Перестроение от батареи — плохая идея по очевидным причинам.
• Запускайте, когда Mac вам не нужен. Перед сном или перед днем вне рабочего стола. Дайте ему непрерывное время бодрствования от сети.
• Убедитесь, что на диске есть свободное место. Индексу нужно куда-то помещаться.
• Примите, что поиск будет бесполезен до завершения. Вы удаляете базу данных, по которой ищете. Режима частичного зачета здесь нет.

Способ A: Terminal

Откройте Terminal и выполните:

sudo mdutil -E /

-E означает стереть и перестроить индекс для указанного тома. Завершающий / указывает на ваш загрузочный том. У вас запросят пароль администратора.

Чтобы перед этим проверить, какие тома существуют и каково их текущее состояние, сначала выполните mdutil -s -a. На современных установках APFS вы обычно увидите свой том с данными как /System/Volumes/Data, и можно нацелиться на него напрямую, если / ведет себя не так, как ожидалось:

sudo mdutil -E /System/Volumes/Data

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

mdutil -s -a

Вы хотите увидеть Indexing enabled. Если написано, что отключено, включите обратно командой sudo mdutil -a -i on.

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

Способ B: Search Privacy в System Settings

Если вы предпочли бы обойтись без Terminal, графический эквивалент находится в System Settings → Siri & Spotlight (в некоторых конфигурациях подписано просто Spotlight) → Search Privacy.

Нажмите кнопку + и добавьте загрузочный диск (или том, который хотите перестроить) в список исключений приватности. Подождите немного. Затем выделите его в списке и нажмите –, чтобы удалить обратно.

Добавление тома говорит Spotlight забыть о нем и прекратить его индексировать. Удаление говорит Spotlight начать индексировать его с нуля. Итоговый эффект — полное перестроение, то же самое, что делает sudo mdutil -E /.

Пользуйтесь тем интерфейсом, который вам удобнее. Не используйте оба. И если первый на вид не сработал, запуск второго не поможет, потому что это идентичная операция; более вероятное объяснение — перестроение просто все еще идет.

Более подробный разбор процесса перестроения — включая случаи, когда поиск сломан безотносительно каких-либо обновлений ОС, — смотрите в нашем отдельном руководстве по перестроению индекса Spotlight, когда поиск перестал работать.

Что еще на самом деле может быть виновато

Совпадение по времени — не причинно-следственная связь. Ваш Mac нагрелся после обновления, и обновление действительно запустило индексирование, но в дни после обновления происходит и несколько других вещей, и одна из них может оказаться настоящим виновником. Исключите их, прежде чем считать, что индексирование объясняет все, — особенно если Activity Monitor не показал демоны индексирования наверху.

Первичная синхронизация Photos и iCloud. Обновление может заставить Photos перепроверить медиатеку или заново загрузить оригиналы, а iCloud Drive — согласовать состояние файлов. И то и другое нагружает сеть и диск и может выполняться долго. В Photos прокрутите вид Library до конца — статус синхронизации показан там. В System Settings → ваша учетная запись Apple → iCloud можно увидеть, идет ли синхронизация iCloud Drive. Эта работа часто накладывается на индексирование — именно поэтому первые дни после обновления кажутся непропорционально загруженными.

Вернувшийся элемент входа или фоновый агент. Обновления иногда заново включают то, что вы отключали, а переустановленные приложения заново регистрируют свои вспомогательные компоненты. Проверьте System Settings → General → Login Items & Extensions на предмет всего, чего вы не узнаете или не собирались разрешать. Плохо ведущий себя фоновый агент может жечь процессор бесконечно и вообще без связи со Spotlight.

Сбежавшее приложение. Браузеры с сотнями вкладок, приложения на Electron, открытые неделями, видеозвонки и клиенты синхронизации — все это дает устойчивый нагрев. Если верхняя строка в Activity Monitor — приложение, а не системный демон, вот вам и ответ. Завершите его, понаблюдайте за температурой и убедитесь.

Первое после обновления резервное копирование Time Machine. После крупного обновления изменяется большой объем системных файлов, поэтому следующая копия оказывается гораздо больше обычной инкрементной. Она читает широко по всему диску и напрямую конкурирует с индексатором. Проверьте элемент Time Machine в строке меню — если копирование идет, часть вашего нагрева принадлежит ему. Дайте ему завершиться, а не отменяйте: отмененная копия просто означает большую копию позже.

Нехватка памяти и своп. Если вашему Mac не хватает оперативной памяти, тяжелая фоновая работа выталкивает его в подкачку на диск, что добавляет собственную нагрузку и нагрев поверх исходной задачи. На вкладке Memory в Activity Monitor есть график Memory Pressure — устойчивый желтый или красный означает, что этот фактор вносит вклад, и завершение нескольких прожорливых по памяти приложений снимет нагрузку и с диска, и с оперативной памяти.

Стареющая батарея. Этот пункт легко упустить, потому что он не новый — обновление просто сделало его заметным. Устойчивая нагрузка на процессор сильно тянет из батареи, и элемент, потерявший емкость за годы, ярче всего показывает свой возраст именно под такой нагрузкой. Проверьте System Settings → Battery → Battery Health. Если там написано Service Recommended или указана заметно сниженная максимальная емкость, часть того, что вы воспринимаете как «26.6 уничтожила время работы от батареи», — это уже пограничная батарея, столкнувшаяся с нагрузкой, которая ее вскрыла.

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

Подготовка к macOS 27

Если трактовка прессы верна — а помните, это именно трактовка, — то работа, которая идет на вашем Mac прямо сейчас, является инвестицией, а не налогом. Строящийся индекс — это фундамент, к которому функции Siri и Apple Intelligence в macOS 27 будут обращаться, когда вы зададите вопрос на естественном языке о вашем собственном содержимом.

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

Несколько вещей, которые стоит знать, планируя:

• macOS 27 работает только на Apple silicon, M1 и новее. Mac на Intel остаются на Tahoe. Если у вас машина на Intel, вся рамка про подготовку к macOS 27 к вам не относится, хотя оптимизация Spotlight в 26.6 все равно выполнилась.
• macOS 27 сейчас в публичной бете, релиз ожидается осенью. Бета-версия на основной машине — это серьезное обязательство, а не предварительный просмотр.
• Если вы уже используете бету macOS 27 и наблюдаете похожие нагрев и расход заряда, это другая ситуация с другим набором соображений — бета выполняет собственную, более объемную переиндексацию при обновлении. Этот случай мы разбираем отдельно в статье переиндексация Spotlight в бете macOS 27, которая посвящена именно бете, а не 26.6. Не смешивайте два набора советов: сроки и ожидаемое поведение здесь не совпадают.
• Если вы хотите понять, что новая интеграция Siri и Spotlight должна дать после выхода, наш разбор новых диалогов Siri и Spotlight в macOS 27 описывает набор функций в том виде, в каком он есть в бете.

Решение частых проблем

Проблема: Activity Monitor показывает mds_stores с загрузкой 300 % и выше, и я хочу его убить. Решение: Не надо. Принудительное завершение не останавливает работу — launchd перезапускает демон в течение секунд, а весь незавершенный прогресс индексирования отбрасывается, то есть это процессорное время будет потрачено снова. Высокая загрузка от mds_stores — самое ясное из доступных свидетельств, что индексирование идет нормально. Подключите питание, не давайте Mac засыпать и дайте ему работать. Единственное законное вмешательство — осознанное перестроение, и только когда выполнены критерии из раздела про «ненормально».

Проблема: я уже выполнил sudo mdutil -E / в первый день, и теперь мой Mac горячее, чем раньше. Решение: Это, к сожалению, ожидаемый исход. Перестроение отбросило весь прогресс, достигнутый проходом индексирования после обновления, и начало с нуля, так что за эту работу вы платите второй раз. Отменить это невозможно, и короткого пути назад нет. Подключите питание, держите крышку открытой, не давайте машине засыпать и дайте ей чистые 24–48 часов работы без сна. Не запускайте перестроение снова — второй запуск сбросит все второй раз.

Проблема: mdutil -s -a сообщает Indexing disabled. для моего загрузочного тома. Решение: Spotlight не работает, поэтому он никогда не закончит, а поиск останется сломанным бесконечно. Включите его обратно командой sudo mdutil -a -i on, введя пароль администратора по запросу. Затем выполните mdutil -s -a снова и убедитесь, что теперь сообщается Indexing enabled. Если состояние само возвращается к отключенному, значит, что-то активно его выключает — проверьте Search Privacy в System Settings на предмет присутствия тома в списке и удалите его оттуда, если он там есть.

Проблема: мой MacBook горячий каждое утро, и прошла неделя без улучшений. Решение: Считайте реальные часы бодрствования от сети, а не календарные дни. Если вы пользуетесь Mac по несколько часов каждый вечер и потом закрываете его, вы дали индексатору лишь долю того времени работы, которое подразумевает оценка в 24–48 часов. Оставьте его подключенным к сети, с открытой крышкой, на твердой поверхности, с запретом сна при питании от сети, на одну полную непрерывную ночь. Если после этого нагрузка на процессор заметно не спала, вы перешли на территорию, где перестроение оправдано.

Проблема: Spotlight вообще не выдает результатов, я даже приложения через поиск запустить не могу. Решение: Во время активного перестроения это ожидаемо, потому что база данных, по которой вы ищете, заново наполняется. Пока запускайте приложения из папки Applications или из Dock. Если это сохраняется дольше недели настоящей работы от сети, проверьте mdutil -s -a на ошибку или отключенное состояние, затем выполните одно осознанное перестроение и дайте ему поработать ночь. Если после этого поиск все еще пуст, проблема не в индексе, и стоит обратиться в Apple Support.

Проблема: нагрев реален, но демоны индексирования далеко не в верхней части Activity Monitor. Решение: Значит, причина не в индексировании, независимо от совпадения по времени. Отсортируйте вкладку CPU по % CPU и определите настоящего лидера потребления, затем проверьте вкладку Energy на предмет верхней записи по Energy Impact. Частые виновники — браузеры с множеством вкладок, клиенты синхронизации, первое большое резервное копирование Time Machine после обновления и заново включенные элементы входа. Завершите главного нарушителя и посмотрите, упадет ли температура за несколько минут.

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

macOS 26.6 создает проблему с батареей или моя батарея выходит из строя?

Возможно и то и другое, и это легко перепутать. Индексирование после обновления действительно ускоряет разряд, но оно временное и затухает. Выходящая из строя батарея не восстанавливается. Проверьте System Settings → Battery → Battery Health: если там написано Service Recommended или показана заметно сниженная максимальная емкость, обновление вскрыло существующую проблему, а не создало новую.

Сколько на самом деле длится индексирование после обновления?

Сообщения сообщества указывают на высокую нагрузку на процессор примерно в течение 24–48 часов с успокоением в пределах нескольких дней. Это типичный диапазон, а не гарантия от Apple. Принципиально важно: счетчик идет только пока Mac бодрствует и работает. Ноутбук, используемый по несколько часов вечером, растягивает двое суток работы почти на неделю.

Стоит ли выполнить sudo mdutil -E /, чтобы ускорить процесс?

Нет. Эта команда стирает индекс и перестраивает его с нуля, отбрасывая всю выполненную работу. В краткосрочной перспективе она делает нагрев хуже, а не лучше. Приберегите ее для действительно застрявшего индекса — такого, у которого нет спада нагрузки после нескольких дней работы от сети, который выдает ошибку mdutil или оставляет поиск пустым после полной недели.

Трюк с Spotlight Privacy отличается от перестроения через Terminal?

Нет. Добавление тома в System Settings → Siri & Spotlight → Search Privacy и последующее его удаление запускает ровно ту же полную переиндексацию, которую выполняет sudo mdutil -E /. Это два интерфейса к одной операции. Выберите тот, что вам больше нравится, выполните его один раз и не пробуйте второй в надежде на другой результат.

Apple действительно готовит мой Mac к Siri в macOS 27?

В заметках Apple к выпуску сказано, что обновление оптимизирует Spotlight к выходу macOS 27, — эта часть подтверждена. Конкретное утверждение, что при этом строится индекс, лежащий в основе функций Siri и Apple Intelligence в macOS 27, исходит от прессы, а не от Apple. Это разумный вывод с учетом того, что известно о macOS 27, но относитесь к нему как к трактовке.

Можно ли полностью остановить индексирование, если я никогда не пользуюсь Spotlight?

Отключить индексирование можно командой sudo mdutil -a -i off, но это плохой обмен. Spotlight обеспечивает запуск приложений, поиск в Mail и Photos, предложения Siri и поиск файлов во множестве приложений — его отключение навсегда ухудшает все это ради избавления от нескольких дней нагрева. Переждать почти всегда лучший выбор.

Заключение

Если ваш Mac нагрелся и начал жечь батарею сразу после установки macOS 26.6, подавляюще вероятное объяснение состоит в том, что он перестраивает индекс Spotlight, — и Apple сказала нам почему, одной строкой: обновление оптимизирует Spotlight к выходу macOS 27. Версия про Siri, разошедшаяся по прессе, — правдоподобное прочтение этой строки, но это трактовка, а не заявление Apple, и эти две вещи стоит держать в голове по отдельности.

Проверьте это, а не предполагайте. Откройте Activity Monitor, отсортируйте по % CPU и поищите mds, mds_stores и mdworker_shared, а также photoanalysisd, если у вас солидная медиатека Photos. Загляните на вкладку Energy, чтобы понять, что на самом деле стоит вам батареи. Выполните mdutil -s -a и убедитесь, что индексирование включено. Обратите внимание, растет ли нагрузка, когда вы отходите, и спадает ли, когда вы работаете, — эта обратная зависимость и есть подпись здоровой фоновой задачи.

Затем сделайте скучную, но действенную вещь: подключите питание, оставьте крышку открытой на твердой поверхности, запретите сон при работе от сети, отключите ненужные внешние диски и дайте процессу закончиться. Дайте ему настоящие 24–48 часов работы без сна, а не календарных дней. Сопротивляйтесь искушению принудительно завершить демоны или перестроить индекс, потому что и то и другое выбрасывает прогресс и продлевает ровно ту проблему, которую вы пытаетесь прекратить.

А если вы перешли на территорию, которая действительно ненормальна — нет спада после нескольких дней от сети, ошибка mdutil, индексирование, которое не остается включенным, или неделя полностью пустых результатов поиска, — тогда перестройте индекс осознанно, один раз, на ночь, от сети, и дайте ему нужное время. Если это ничего не изменит, значит, дело было не в индексе, и пора смотреть на другие причины выше или обратиться в Apple Support.

Большинству читателей не нужно делать вообще ничего, кроме как подключить питание и подождать. Это не самый приятный ответ, но он верный. Ваш Mac не сломан. Он занят.