Процесс kernel_task на MacOS — что это? В новых Apple MacBook Pro и iMac Pro начала проявляться ошибка «паника ядра

Если у вас компьютер под управлением MacOS (MacBook или iMac), то вы не раз замечали в «Мониторе активности» процесс «kernel_task». Что это такое и почему он грузит систему — рассмотрим в нашей статье.

Данный системный процесс может значительно грузить «железо» устройства (особенно процессор). Нагрузка сопровождается увеличением скорости работы кулеров системы охлаждения.

Что за процесс

На сайте компании Apple указано, что основная функция «kernel_task» — управление температурой за счет «подавления» требовательных к производительности программ.

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

Как отключить

Особенно беспокоит данная проблема владельцев устаревших моделей Mac (2012 и более ранние) из-за невысокой производительности самого устройства. Решить это можно удалением некоторых компонентов. Рассмотрим два варианта.

Важно! Все действия вы делаете на свой страх и риск. Будьте внимательны.

Для MacOS Yosemite и передыдущих

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

  1. Зайдите в «Терминал» → введите по очереди две команды:
  2. Откройте «Об этом Mac».
  3. «Подробнее» → «Отчет о системе».
  4. Запомните информацию с пункта «идентификатор модели» (например, «MacBookPro5,5»).
  5. «Переход» → «Переход к папке».
  6. /System/Library/Extensions .
  7. Кликните ПКМ по файлу «IOPlatformPluginFamily.kext» → «Показать содержимое пакета».
  8. «Contents» → «PlugIns» → кликните ПКМ по «ACPI_SMC_PlatformPlugin.kext» → «Показать содержимое пакета».
  9. В «Contents» → «Resources» найдите файл с названием вашего Mac (например, «MacBookPro7,1») → удалите его.
  10. Перезагрузите ПК → откройте «Терминал» → пропишите 2 команды:

Обратите внимание! Если способ не помог, то попробуйте следующий.

Для MacOS El Capitan и новее

В новый версиях «яблочной» системы установлена защита целостности системы, которая более известна под именем «SIP». Из-за этого спсоб отличается от предыдущего.


Обратите внимание! Для повторного включения защиты, необходимо ввести csrutil enable вместо вышеуказанного.

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

«сonfigd » — это демон системной конфигурации, который работает поверх системы Mac OS X. Большинство пользователей никогда его не увидит, потому что «configd» работает в фоновом режиме Mac. Также этот демон иногда может начать «капризничать», что вызывает необычные скачки в работе CPU, а звук вентилятора вашего Mac, становится похож на гул как в аэродинамической трубе. Все это можно диагностировать путем запуска Activity Monitor, и затем сортировкой процессов по «% CPU». В случае некорректной работы «configd» будет занимать где-то 20-95 % ресурсов процессора. Если такое поведение продолжается в течение минуты или около того, то это обычное явление, которому можно не придавать особого значения, дайте просто ему честно отработать. Но бывают случаи, когда «configd» может нагружать процессор в течение нескольких часов без всякой видимой причины на это.

Решение проблемы работы «configd» через терминал

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

Запустите терминал (находится в /Applications/Utilities/) и введите следующую команду:

sudo killall configd

Вам нужно будет ввести пароль администратора, чтобы выполнить команду от супер пользователя. Запуск команды без sudo не будет работать.

Если вы оставили открытым Activity Monitor и у вас стоит сортировка по CPU, вы заметите, что «configd» исчезнет и тут же появится снова, при этом его уже нет в лидерах списка, и он больше не съедает процессор. Теперь нормальный показатель для демона будет где-то между 0% и 1% CPU .

Если у вас возникли проблемы с configd после использования команды «killall», перейдите к нижней части этой статьи, чтобы узнать больше об устранении неполадок связанных с этим демоном.

Работа с «configd» без терминала

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

  1. Закройте все запущенные приложения Mac
  2. Перезагрузите компьютер

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

Диагностика «configd и справка о демоне

Официально Apple, описывает configd следующим образом:

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

Если вы хотите попытаться продиагностировать причину некорректного поведения «configd», то в первую очередь, вы можете посмотреть расхождения в PLIST файлах, которые находятся в следующих директориях:

/ System / Library / SystemConfiguration /

/ Library / Preferences / SystemConfiguration /

Другой вариант заключается в повторном запуске «configd», но уже в расширенном режиме с помощью следующей команды:

sudo /usr/libexec/configd -v

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

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

Подразделение безопасности Google под названием Project Zero обнаружило недостаток ядра macOS, c «высоким уровнем безопасности» (через AppleInsider ).

Ошибка ядра

Ядро является ядром операционной системы. Он имеет полный контроль над всем и обрабатывает такие вещи, как ввод / вывод из программного обеспечения, памяти, компьютерных аксессуаров и многое другое. XNU – это имя ядра, которое используется во всех операционных системах Apple.

Недостаток позволяет хакеру вносить изменения в файл без уведомления операционной системы. Это портит нечто, называемое копирование при записи (COW), которое позволяет процессам записывать данные между собой, но оно должно быть защищено от других вещей, модифицирующих его. Этот недостаток позволяет такому случиться.

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

Обладатели новых ноутбуков MacBook Pro и десктопов iMac Pro столкнулись с внезапным появлением ошибки «паника ядра» (аналог BSOD из Windows для MacOS).

О появлении ошибки свидетельствуют многочисленные жалобы с форума технической поддержки Apple и сторонних ресурсов. Окно с ошибкой и последующая перезагрузка системы происходит 1-2 раза в день, чаще после разблокировки устройства.

Причины проблемы

Исходя из имеющихся на сегодня данных, проблема вызвана встроенной ОС Bridge OS и специальным чипом T2, которые отвечают за неэнергоемкие функции компьютера – контроль скорости вращения кулеров, обработка звука и так далее. Проблема встречается только на компьютерах с чипом T2. Однако, на сегодня отсутствуют прямые доказательства непосредственной причины в Т2 и данные о распространенности проблема.


Попытки устранения проблемы пользователями путем очистки накопителя и переустановки ОС, восстановления копии ОС через Time Machine, отключения периферийного оборудования и даже смены компьютера не дали полной эффективности. На основании этого можно предположить, что проблема скрывается глубоко внутри системы.

Попался в руки старенький ноутбук MacBook Pro 2010 года, который сильно тормозил. Подозрения пали на диск, так как в тех моделях устанавливались HDD, было решено заменить его на SSD с уже установленной Mac OS снятый с другой машины.

Проблема никуда не ушла и визуально не было улучшения. После нескольких проверок, сбросов NVRAM и SMC , так как кулер крутил на 100% оборотов, когда практически уже был уверен что проблема в железке, случайно заглянул в «Мониторинг системы » и увидел там загрузку процессора на 140-250%.
Проблема заключалась в том, что процесс Kernel_task отъедал ресурсы CPU и не давал работать всей ОС.

Вот что пишут сами Apple об этом процессе:
Процесс kernel_task помогает управлять температурой ЦП, снижая доступность ресурсов ЦП для программ с высокой интенсивностью вычислений. Иначе говоря, процесс kernel_task запускается при возникновении риска перегрева центрального процессора. Сам по себе он не вызывает такие ситуации. При снижении температуры ЦП активность этого процесса автоматически уменьшается.

Было найдено решение проблемы:

1) Для начала включаем отображение скрытых папок:
— Заходим в «Терминал»
— Вбиваем 2 команды:
defaults write com.apple.finder AppleShowAllFiles TRUE
killall Finder

2) После чего определяем модель компьютера:
— Кликаете «Об этом Mac»
— Далее жмите кнопку «Подробнее»
— Кликаете на «Отчёт о системе»
Там где аппаратные средства находите и запоминаете «Идентификатор модели». В моём случае это MacBookPro7,1

3) Переходите по этому пути:
/System/Library/Extensions
Выбирайте файл IOPlatformPluginFamily.kext , кликаете правой кнокой и выбираете «Показать содержимое пакета»

4) Переходите в Contents/PlugIns , потом на файле ACPI_SMC_PlatformPlugin.kext так же выбираете «Показать содержимое пакета»

5) Далее в Contents/Resources находите файл с моделью ноутбука. Как вы помните: у меня был MacBookPro 7.1. Удаляйте этот файл! (Если нет нужного файла, удалите ближайшие модели, к примеру нет 8.1, удаляете 7.1 и 9.1)

6) Перезагрузите компьютер. Вероятно эту процедуру придется проделывать после каждого обновления Mac OS

Чтобы вернуть отображение папок, как было раньше, выполните в «Терминале» команду:
defaults write com.apple.finder AppleShowAllFiles FALSE
killall Finder

Если не удается удалить идентификатор модели

В том случае, когда у вас MacOS El Capitan или выше, система не даст удалить файл-идентификатор, так как предварительно нужно снять защиту целостности системы (System Integrity Protection или сокращенно SIP).

SIP можно отключить только из режима восстановления. Надо перегрузиться, получить доступ к «Терминалу » и ввести команду отключения.

  • Отключаем Mac и при включении зажимаем клавиши ⌘R (Command+R);
  • После загрузки попадаем в меню восстановления. Открываем раздел «Утилиты » и запускаем «Терминал »;
  • Вводим команду:
    csrutil disable
  • Перезагружаем Mac.

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

Выбор