Решить конфигурацию Высокое использование ЦП с принудительной перезагрузкой через терминал
Мы собираемся принудительно перезапустить configd, предложив ему быстрый удар в штаны с помощью всемогущей команды Äòkillall. Поскольку configd — это системный процесс, он мгновенно перезапускается после его уничтожения, и в каждом случае, когда configd сходит с ума от использования процессора, этот трюк решает проблему.
Запустить терминал (сидя внутри / Приложения / Утилиты / как обычно) и ввести следующую команду:
sudo killall configd
Вам нужно ввести пароль администратора, чтобы выполнить команду как суперпользователя, таким образом, префикс sudo. Выполнение команды без sudo неэффективно, потому что процесс принадлежит root (суперпользователю).
Если вы сохранили Activity Monitor открытым и отсортированным по процессору, вы обнаружите, что он исчезает, и когда он перезагружается, он больше не сидит в верхней части списка и больше не потребляет слишком много процессорных ресурсов. Поиск этого процесса теперь должен найти его где-то между 0% и 1% от ЦП.
Если у вас все еще есть проблемы с configd после использования команды killall, перейдите в конец этой статьи, чтобы узнать больше об устранении неполадок configd.
Работа с configd без терминала
Если вы не уверены в командной строке, есть еще два варианта:
- Закройте все запущенные приложения Mac, которые вы можете сделать вручную или с помощью этого самодельного приложения, чтобы закрыть все в OS X
- Перезагрузите Mac
Перезагрузка Mac имеет тот же эффект, что и прямое уничтожение процесса configd, хотя это, очевидно, немного более навязчиво для вашего рабочего процесса. Выход из каждого приложения может помочь, если ошибка configd вызвана ошибочным поведением приложений, более подробно об этом в одно мгновение.
Диагностика конкретных проблем configd и ознакомление с configd
Apple официально описывает configd следующим образом:
Демон configd отвечает за многие аспекты конфигурации локальной системы. configd поддерживает данные, отражающие требуемое и текущее состояние системы, предоставляет уведомления приложениям при изменении этих данных и размещает несколько агентов конфигурации в виде загружаемых пакетов.
Эта выдержка взята на странице руководства по configd, к которой можно получить доступ, введя следующее в терминал:
man configd
Вы можете прочитать это непосредственно на своем Mac через командную строку или через Интернет, используя ссылку «Библиотека разработчиков».
Если вы хотите попытаться диагностировать, почему configd сошел с ума, в первую очередь, вы можете посмотреть вокруг в следующих двух местах для конфигурационных пакетов и файлов plist, которые могут содержать некоторые подсказки относительно того, что происходит не так, и почему:
/ System / Library / SystemConfiguration /
/ Library / Preferences / SystemConfiguration /
Другим вариантом является выбор повторного запуска configd в подробном режиме с помощью следующей команды:
sudo / usr / libexec / configd -v
Это приведет к экспорту подробной информации в системную консоль OS X, которая может быть прочитана либо из приложения консоли, либо через командную строку. Сравнение этой информации с тем, что находится в вышеупомянутых системных каталогах, может быть очень полезно при диагностике точной причины.
Общий опыт показывает, что некоторые приложения и процессы вызывают проблемы с конфигурацией чаще, чем другие, некоторые из которых могут включать службы на Java и Java, такие как CrashPlan, некоторые принтеры, где есть нерешенные ошибки при печати, и неправильные сетевые конфигурации, когда сетевое соединение неоднократно пытается и неудача. Вот почему иногда отказ от всех приложений эффективен при разрешении проблемы, потому что это может закончиться неудачным повторением, из-за чего configd будет работать с haywire, а в некоторых случаях, когда killing configd не решает проблему, тогда удаление файла plul culprits может разрешить вопрос раз и навсегда. Ваш индивидуальный опыт и результаты могут отличаться.
