configd je systémový konfiguračný démon, ktorý beží za Mac OS X, väčšina používateľov si nikdy nevšimne ani neuvidí, že základný proces OS X beží na pozadí ich Macov. Vďaka tomu môže configd niekedy zasiahnuť a spôsobiť nezvyčajné skoky CPU a aktivitu ventilátora, vďaka čomu bude váš Mac znieť ako veterný tunel. Nezvyčajné správanie configd sa dá ľahko diagnostikovať spustením Activity Monitor, zoradením podľa možnosti „% CPU“ a zobrazením koreňového používateľského procesu „configd“ na vrchu, ktorý zaberá niekde medzi 20 – 95 % CPU.Ak toto správanie trvá približne minútu, zvyčajne to nie je veľký problém, dočasné výkyvy môžu byť normálne, takže ho nechajte bežať a ignorujte ho, ale sú chvíle, kedy sa configd môže nevysvetliteľne pomýliť a bude sedieť okolo 50 % využitia procesora alebo dlhšie hodiny bez zjavného dôvodu – to je to, čo sa tu snažíme vyriešiť.

Vyriešte vysoké zaťaženie CPU konfiguráciou pomocou vynúteného opätovného spustenia cez terminál

Nasilu znova spustíme konfiguráciu tak, že ju rýchlo nakopneme do nohavíc pomocou všemocného príkazu „killall“. Pretože configd je systémový proces, okamžite sa znova spustí, keď bude zabitý, a v každom prípade, keď sa configd zblázni do využitia procesora, tento trik problém vyrieši.

Spustite terminál (ako zvyčajne v /Aplikácie/Pomocné programy/) a zadajte nasledujúci príkaz:

sudo killall configd

Na vykonanie príkazu ako super používateľ budete musieť zadať heslo správcu, teda predponu sudo. Spustenie príkazu bez sudo je neúčinné, pretože proces vlastní root (super používateľ).

Ak ponecháte Activity Monitor otvorený a zoradený podľa CPU, zistíte, že 'configd' zmizne a po opätovnom spustení už nie je na začiatku zoznamu a nezaberá nadmerné množstvo CPU. . Pri hľadaní procesu by sa teraz malo zistiť, že spotrebúva niekde medzi 0 % a 1 % CPU.

Ak máte problémy s configd aj po použití príkazu killall, prejdite na koniec tohto článku a dozviete sa viac o riešení problémov s configd.

Zaobchádzanie s konfiguráciou bez terminálu

Ak vám nevyhovuje príkazový riadok, existujú dve ďalšie možnosti:

1. Ukončite všetky spustené aplikácie Mac, čo môžete urobiť manuálne alebo pomocou tejto vlastnej aplikácie, čím ukončíte všetko v OS X
2. Reštartujte Mac

Reštartovanie Macu má rovnaký účinok ako priame zabitie procesu configd, aj keď je to očividne o niečo viac rušivé pre váš pracovný postup. Ukončenie každej aplikácie môže pomôcť, ak je chyba konfigurácie spôsobená chybným správaním aplikácií, viac o tom o chvíľu.

Diagnostika konkrétnych problémov s konfiguráciou a získavanie informácií o konfigurácii

Apple oficiálne popisuje konfiguráciu takto:

Démon configd je zodpovedný za mnohé konfiguračné aspekty lokálneho systému. configd udržiava údaje odrážajúce požadovaný a aktuálny stav systému, poskytuje aplikáciám upozornenia, keď sa tieto údaje zmenia, a hosťuje množstvo konfiguračných agentov vo forme načítateľných balíkov.

Tento úryvok je prevzatý z manuálovej stránky na configd, ku ktorej sa dostanete zadaním nasledovného do terminálu:

man configd

Môžete si to prečítať priamo na Macu cez príkazový riadok alebo cez web pomocou odkazu Developer Library tu.

Ak sa chcete v prvom rade pokúsiť diagnostikovať, prečo sa configd zbláznil, na nasledujúcich dvoch miestach sa môžete porozhliadnuť po balíkoch configd a súboroch plist, ktoré môžu poskytnúť nejaké rady o tom, čo sa deje nesprávne a prečo:

/System/Library/SystemConfiguration/ /Library/Preferences/SystemConfiguration/

Ďalšou možnosťou je zvoliť opätovné spustenie konfigurácie v podrobnom režime pomocou nasledujúceho príkazu:

sudo /usr/libexec/configd -v

Týmto sa exportujú podrobné informácie do systémovej konzoly OS X, ktoré je možné čítať buď z aplikácie Console, alebo aj cez príkazový riadok.Porovnanie týchto informácií s tým, čo sa nachádza vo vyššie uvedených systémových adresároch, môže byť veľmi užitočné pri diagnostikovaní presnej príčiny.

Všeobecné skúsenosti ukázali, že niektoré aplikácie a procesy spôsobujú problémy s konfiguráciou častejšie ako iné, z ktorých niektoré môžu zahŕňať služby založené na jazyku Java a Java, ako je CrashPlan, určité tlačiarne s nevyriešenými chybami tlače a nesprávna sieť konfigurácie, kde sa opakovane pokúšajú o sieťové pripojenie a zlyhávajú. To je dôvod, prečo je niekedy ukončenie všetkých aplikácií efektívne pri vyriešení problému, pretože môže ukončiť zlyhávajúce opakovanie, ktoré spôsobuje, že configd sa pokazí, a v niektorých prípadoch, keď zabitie configd problém nevyrieši, môže sa vyriešiť odstránením súboru plist vinníkov. problém raz a navždy. Vaše individuálne skúsenosti a výsledky sa môžu líšiť.