configd: Correction des problèmes d'utilisation du processeur avec le processus configd sous Mac OS X
configd est un démon de configuration système fonctionnant sous Mac OS X, la plupart des utilisateurs ne remarqueront jamais le processus central d'OS X exécuté en arrière-plan de leurs Mac. Cela dit, configd peut parfois agir et provoquer des pics inhabituels de CPU et l'activité des fans faisant de votre Mac sonne comme une soufflerie. Le comportement de configd impair est facilement diagnostiqué en lançant Activity Monitor, en triant par l'option "% CPU", et en voyant le processus utilisateur de la racine "configd" assis en haut, entre 20 et 95% de CPU. Si ce comportement dure généralement une minute, les pics temporaires peuvent être normaux, donc laissez-le s'exécuter et ignorez-le, mais il arrive que configd ne fonctionne pas inexplicablement et que l'utilisation du processeur soit de 50% ou plus pour des heures sans raison évidente - c'est ce que nous cherchons à résoudre ici.
Résolvez l'utilisation élevée du processeur configd avec la relance de la force via le terminal
Nous allons relancer de force configd en lui donnant un coup de pied rapide dans le pantalon en utilisant la toute-puissante commande 'killall'. Parce que configd est un processus système, il sera relancé instantanément une fois qu'il a été tué, et dans chaque cas où configd devient fou avec l'utilisation du processeur cette astuce résout le problème.
Lancez Terminal (assis dans / Applications / Utilities / comme d'habitude) et tapez la commande suivante:
sudo killall configd
Vous devrez entrer un mot de passe administrateur pour exécuter la commande en tant que super utilisateur, ainsi le préfixe sudo. L'exécution de la commande sans sudo est inefficace car le processus appartient à root (super utilisateur).
Si vous avez laissé Activity Monitor ouvert et trié par CPU, vous verrez que 'configd' disparaît et quand il se relance, il ne se trouve plus en haut de la liste et ne consomme plus de quantité excessive de CPU. La recherche du processus devrait maintenant se situer entre 0% et 1% du CPU.
Si vous avez toujours des problèmes avec configd après avoir utilisé la commande killall, allez au bas de cet article pour en savoir plus sur la résolution des problèmes de configd.
Traiter avec configd sans terminal
Si vous n'êtes pas à l'aise avec la ligne de commande, il existe deux autres options:
- Quittez toutes les applications Mac en cours d'exécution, que vous pouvez faire manuellement ou en utilisant cette application self-made pour tout quitter sous OS X
- Redémarrez le Mac
Le redémarrage du Mac a le même effet que de tuer directement le processus configd, bien qu'il soit évidemment un peu plus intrusif pour votre flux de travail. Quitter chaque application peut aider si l'erreur configd est causée par un comportement errant d'applications, plus sur cela dans un instant.
Diagnostic de problèmes de configuration spécifiques et apprentissage de configd
Apple décrit officiellement configd comme suit:
The configd daemon is responsible for many configuration aspects of the local system. configd maintains data reflecting the desired and current state of the system, provides notifications to applications when this data changes, and hosts a number of configuration agents in the form of loadable bundles.
Cet extrait est extrait de la page de manuel sur configd, accessible en tapant ce qui suit dans le terminal:
man configd
Vous pouvez le lire directement sur votre Mac via la ligne de commande, ou via le Web en utilisant le lien Bibliothèque de développeurs ici.
Si vous voulez tenter de diagnostiquer pourquoi configd est devenu fou en premier lieu, vous pouvez regarder dans les deux emplacements suivants pour les paquets configd et les fichiers plist, qui peuvent fournir quelques indications sur ce qui ne va pas et pourquoi:
/System/Library/SystemConfiguration/ /Library/Preferences/SystemConfiguration/
Une autre option consiste à choisir de réexécuter configd en mode verbose avec la commande suivante:
sudo /usr/libexec/configd -v
Cela exportera des informations détaillées sur la console système OS X, qui peut être lue depuis l'application Console ou via la ligne de commande. Comparer cette information à ce qui se trouve dans les répertoires système mentionnés ci-dessus peut être très utile pour diagnostiquer une cause précise.
L'expérience générale a montré que certaines applications et certains processus provoquent des problèmes de configuration plus souvent que d'autres, notamment des services Java et Java tels que CrashPlan, certaines imprimantes en cas d'erreurs d'impression non résolues et des configurations réseau inappropriées. et échouer. C'est pourquoi parfois quitter toutes les applications est efficace pour résoudre le problème, car il peut mettre fin à la répétition défectueuse qui provoque configd pour aller haywire, et dans certains cas où tuer configd ne résout pas le problème, puis supprimer le fichier plist coupables peut résoudre le problème une fois pour toutes. Vos expériences et résultats individuels peuvent varier.
