Rezolvarea problemei supraîncărcării procesorului prin procesul „configd” în Mac OS X. Noile Apple MacBook Pro și iMac Pro au început să afișeze eroarea „kernel panic” Cauze și soluții posibile

Dacă aveți un computer sub rulează MacOS(MacBook sau iMac), atunci ați observat de mai multe ori procesul „kernel_task” în „Activity Monitor”. Ce este și de ce încarcă sistemul va fi discutat în articolul nostru.

Dat proces de sistem poate încărca semnificativ hardware-ul dispozitivului (în special procesorul). Sarcina este însoțită de o creștere a vitezei răcitoarelor sistemului de răcire.

Care este procesul

Site-ul web al Apple afirmă că funcția principală a „kernel_task” este de a controla temperatura prin „suprimarea” programelor cu performanță intensivă.

Dacă computerul începe să se încălzească, atunci procesul începe și limitează funcționarea aplicației care a provocat această creștere a temperaturii. Procentul de încărcare a „kernel_task” depinde proporțional de încălzire.

Cum se dezactivează

Această problemă este îngrijorătoare în special pentru proprietarii de modele de Mac învechite (2012 și anterioare) din cauza performanței scăzute a dispozitivului în sine. Acest lucru poate fi rezolvat prin eliminarea unor componente. Să luăm în considerare două opțiuni.

Important! Faceți toate acțiunile pe propriul risc și risc. Atenție.

Pentru MacOS Yosemite și versiuni anterioare

Dacă aveți o versiune de sistem de operare mai tânără decât El Capitan, procesul de închidere va arăta astfel.

1. Accesați „Terminal” → introduceți pe rând două comenzi:
   
2. Deschide Despre acest Mac.
3. „Mai multe detalii” → „Raport de sistem”.
4. Rețineți informațiile din elementul „identificator de model” (de exemplu, „MacBookPro5.5”).
   
5. „Mergi” → „Mergi la folder”.
   
6. /Sistem/Biblioteca/Extensii.
   
7. Faceți clic dreapta pe fișierul „IOPlatformPluginFamily.kext” → „Afișați conținutul pachetului”.
   
8. „Conținut” → „PlugIn-uri” → faceți clic dreapta pe „ACPI_SMC_PlatformPlugin.kext” → „Afișați conținutul pachetului”.
9. În „Conținut” → „Resurse” găsiți fișierul cu numele Mac-ului dvs. (de exemplu, „MacBookPro7.1”) → ștergeți-l.
   
10. Reporniți computerul → deschideți „Terminal” → introduceți 2 comenzi:
    

Fiţi atenți! Dacă metoda nu ajută, atunci încercați următoarea.

Pentru MacOS El Capitan și mai târziu

ÎN versiuni noi Sistemul Apple are protecție a integrității sistemului, care este mai bine cunoscută sub numele de SIP. Din acest motiv, metoda diferă de cea anterioară.

Fiţi atenți! Pentru a reactiva protecția, trebuie să introduceți csrutil enable în loc de cele de mai sus.

Mulți cititori au întâlnit sau cel puțin au auzit despre un astfel de fenomen precum „ ecran albastru moarte” (BSOD) care apare în sistemele de operare Familia Windows atunci când apar erori critice de sistem cu care acesta nu poate face față fără repornire completă. OS X are ceva asemanator. Erorile critice la nivel de nucleu Mac OS X sunt numite „panici ale nucleului”. Miezul este inima sistemului, responsabil pentru interacțiunea atât a componentelor, cât și a perifericelor și software computerul dvs. Prin urmare, dacă apare o eroare critică în nucleu, recuperarea din aceasta necesită adesea o repornire a nucleului și, prin urmare, a sistemului.

Cel mai adesea acestea erori critice apar ca un ecran gri, față de care limbi diferite vi se cere să închideți forțat computerul din cauza unei erori.

Cu toate acestea, acest lucru nu se întâmplă întotdeauna. Uneori, erorile nucleului duc la complet înghețată sistem sau reporniri și opriri spontane ale computerului. În acest caz, semnul principal al „panicii nucleului” va fi apariția unei intrări corespunzătoare în jurnalele de sistem cu un nume precum „Kernel_ AAAA-LL-ZZ-HHMMSS _ComputerName.panica" unde AAAA-LL-ZZ-HHMMSS este anul, luna, data și ora indicate secvențial la apariția erorii, cu precizie în secunde și ComputerName- numele computerului.

Multe defecțiuni ale echipamentelor, atât interne (de exemplu, RAM), și periferia (cum ar fi unități externe), precum și defecțiuni ale software-ului. Din păcate, la diagnosticarea erorilor critice de sistem, „cercul suspecților” este foarte mare, deoarece nucleul interacționează cu fiecare proces și serviciu din sistem, ca să nu mai vorbim de fiecare dispozitiv extern și intern. Ca și în cazul multor lucruri cu Mac OS X, atunci când apar erori critice, este mult mai ușor să încercați câteva abordări generale pentru a rezolva problema decât să încercați să aflați cine este de vină folosind rapoarte și jurnalele.

Cauze și soluții posibile.

Funcționare defectuoasă sau defecțiune a memoriei cu acces aleatoriu (RAM)

Problemele cu RAM sunt una dintre cele mai frecvente cauze ale blocărilor critice. Dacă nu puteți urmări dependența apariției „panicii nucleului” de conexiunea oricărui dispozitive specifice sau rulați anumite procese, merită să verificați memoria RAM.

Pentru a face acest lucru, puteți utiliza Apple Hardware Test (AHT) sau, dacă Mac-ul dvs. a fost lansat după 2013, Diagnosticare Apple. Dacă computerul dvs. a venit cu un disc de software de sistem, introduceți-l în unitate optică, opriți computerul și apăsați D data viitoare când îl porniți.

Dispozitivele livrate cu OS X 10.7 și versiuni ulterioare acceptă și rularea versiunii online a testelor. Pentru a face acest lucru, asigurați-vă că Mac-ul dvs. este conectat la Internet și țineți apăsată combinația de taste ⌥Alt + D când porniți.

Pentru a testa memoria RAM, puteți utiliza și utilități terțe, de exemplu, Rember sau Memtest.

De asemenea, este de remarcat faptul că unele versiuni ale sistemului sau firmware-ului pot fi mai mult (sau mai puțin) compatibile cu unul sau altul tip de echipament și, prin urmare, actualizările acestora pot duce la conflicte cu echipamentul și defecțiuni critice. Acest lucru se întâmplă rar și mai des se întâmplă invers, dar există totuși o posibilitate.

Eșecuri NVRAM și SMC

O mică secțiune a memoriei computerului, numită RAM nevolatilă sau NVRAM, stochează anumite setări pe care OS X le poate accesa rapid. Erorile se pot strecura în setările salvate în NVRAM, ceea ce în anumite cazuri poate duce la o panică a nucleului. Pentru a elimina posibile erori Memoria NVRAM ar trebui resetată. Pentru a face acest lucru, opriți computerul și data viitoare când îl porniți, țineți apăsate tastele ⌘Command + ⌥Alt/Option + P + R până când computerul repornește și auziți tonul de pornire pentru a doua oară.

Pe cei mai în vârstă Calculatoare Mac astfel de informații au fost stocate în RAM parametrică (PRAM). Resetarea NVRAM pe Mac-uri bazate pe Intel folosește aceeași combinație de taste și este similară cu resetarea PRAM.

Dacă utilizați tastatură fără fir, există o mică șansă ca computerul să nu răspundă la apăsarea tastelor pe acesta. În acest caz, merită să conectați o tastatură USB (nu contează dacă este o tastatură Apple sau Windows) și încercați din nou cu ea.

În plus, pe computerele Mac cu procesor Intel este instalat un controler de management al sistemului (SMC), care este responsabil pentru multe funcții de nivel scăzut, cum ar fi gestionarea resurselor bateriei, controlul temperaturii, reacția la închiderea capacului computere laptopși multe alte aspecte legate de alimentarea Mac-ului. Dacă apar probleme cu funcționarea computerului, și parametrii SMC ar trebui resetati.

Pe laptopurile cu o baterie nedetașabilă:

1. Opriți computerul.
2. Conectați adaptorul de alimentare MagSafe sau USB-C la o sursă de alimentare și la computer.
3. Pe tastatura încorporată, apăsați simultan ⇧Shift + Control + ⌥Alt/Option (stânga) și butonul de pornire.
4. Eliberați cheile și butonul de pornire în același timp.

Pe laptopurile Mac cu baterie detașabilă:

1. Opriți computerul.
2. Deconectați adaptorul de alimentare MagSafe de la computer dacă este conectat.
3. Scoateți bateria.
4. Apăsați și mențineți apăsat butonul de pornire timp de cinci secunde.
5. Eliberați butonul de pornire.
6. Reconectați bateria și adaptorul de alimentare MagSafe.
7. Apăsați butonul de pornire pentru a porni computerul.

Pe Mac Pro, iMac, Mac mini și Xserve:

1. Opriți computerul.
2. Deconectați cablul de alimentare al computerului.
3. Așteptați 15 secunde.
4. Conectați cablul de alimentare.
5. Așteptați 5 secunde și apoi apăsați butonul de pornire pentru a porni computerul.

Defecțiuni ale dispozitivelor externe (periferice)

Dispozitivele Firewire, Thunderbolt și USB sunt, de asemenea, foarte probabil vinovați pentru defecțiuni critice. Motivele pot varia, dar principalul este că aceste dispozitive accesează foarte des controlerul computerului dvs., schimbând pachete de date cu acesta, iar dacă controlerul primește un pachet incorect, poate provoca o blocare.

În acest caz, „panica nucleului” poate apărea imediat când dispozitivul este conectat, când sistemul pornește, dacă dispozitivul a fost deja conectat la Mac și când computerul se trezește din modul de repaus.

În acest din urmă caz, una dintre soluții poate fi dezactivarea modului de repaus al computerului în meniul Setări sistem → Economisire energie.

O abordare mai comună a acestei probleme este de obicei dezactivarea tuturor dispozitive externeși conectându-le în serie. Astfel, căutând prin opțiuni, puteți determina ce dispozitiv cauzează defecțiunea, deși acest lucru poate fi destul de dificil în unele cazuri, deoarece uneori problema poate să nu apară imediat, ci după câteva minute sau chiar ore.

După ce v-ați dat seama ce dispozitiv cauzează problema, merită să verificați actualizările de firmware și drivere pentru acel dispozitiv, precum și actualizări pentru sistemul însuși. Există posibilitatea ca problema să fie mai mult de natură software și actualizările o vor rezolva.

Dacă utilizați hub-uri sau splittere care vă permit să conectați mai multe dispozitive simultan la un singur port fizic al computerului, ar trebui să le abandonați cel puțin temporar, deoarece pot provoca și erori critice.

În cele din urmă, dacă niciuna dintre cele de mai sus nu a ajutat, ar trebui să încercați să conectați un dispozitiv similar de un alt model sau de la un alt producător. Din păcate, se întâmplă ca unele dispozitive periferice să nu fie compatibile cu computerul dvs. dintr-un motiv sau altul.

Defecțiuni ale componentelor

Eșecurile care se repetă în mod regulat pot fi cauzate de componente defecte, deteriorate sau configurate incorect, cum ar fi controlerele încorporate pentru aeroport și Bluetooth și altele dispozitive de rețea, hard disk-uri și unități cu stare solidăși uneori procesoare defecte sau care funcționează incorect.

Adesea, astfel de probleme pot fi rezolvate prin simpla reconectare a componentelor adecvate. Dacă ați actualizat recent Mac-ul (mai ales dacă ați făcut-o singur), ar trebui să vă asigurați că toate plăcile PCI, PCI Express, AirPort și alte plăci de expansiune sunt conectate corect la conectorii corespunzători.

Erori de cache

Fișierele temporare create de sistem și aplicațiile utilizator joacă un rol important în funcționarea OS X, motiv pentru care, dacă apare o eroare în ele, accesul ulterioar la acestea poate duce la eșec. Înainte de a începe să diagnosticați problema în detaliu, merită să începeți prin a șterge memoria cache, deoarece acest lucru vă poate economisi timp și efort. Puteți folosi utilitare specializate precum Onyx sau Cocktail sau puteți șterge manual fișierele temporare. Indiferent de opțiunea pe care o alegeți, vă recomandăm insistent să faceți mai întâi o copie de rezervă completă a sistemului dvs.!

1. Deschide Finderși apăsați combinația de taste ⌘Command + ⇧Shift + G
2. În fereastra care se deschide, introduceți /System/Library
3. Faceți clic pe butonul „Go”.
4. În folderul care se deschide, găsiți fișierele numite „Extensions.kextcache” și „Extensions.mkext” și ștergeți-le.
5. În același director, găsiți folderul „Caches”, selectați tot conținutul acestuia și ștergeți-l.
6. Apăsați din nou combinația ⌘Command + ⇧Shift + G și introduceți /Library/Caches/ în fereastra care se deschide
7. Selectați din nou și ștergeți tot conținutul dosarului.
8. În cele din urmă, apăsați din nou combinația ⌘Command + ⇧Shift + G și introduceți ~/Library/Caches în fereastra care se deschide
9. Ștergeți conținutul acestui folder.
10. Reporniți sistemul și verificați dacă apar erori critice.

Componente Mac OS X și extensii de kernel incorecte

Componentele Mac OS X și extensiile de kernel sunt un subiect foarte larg, nu numai pentru că sunt vulnerabile la un număr mare de defecțiuni diferite, inclusiv coruperea datelor, incompatibilitatea hardware, setări incorecte de permisiuni și multe altele, ci și datorită numerelor sale. De exemplu, puteți să vă uitați la folderul /System/Library/Extensions, fiecare fișier în care extinde funcționalitatea nucleului Mac OS X și poate provoca o „panică kernel”. În medie, sistemul are aproximativ 250-300 de extensii de nucleu (și aceasta este departe de limită), ceea ce poate transforma diagnosticarea unei erori în căutarea unui ac într-un car de fân.

ÎN în acest caz,, dacă sunteți sigur că problema se află într-adevăr în fișierele de sistem, poate fi mai ușor și mai eficient să reinstalați sistemul peste cel existent din partiția de recuperare (care poate fi accesată ținând apăsată combinația de taste ⌘Command + R când pornirea computerului), care va lăsa datele utilizatorului intacte, dar va înlocui fișierele de sistem cu unele despre care se știe că funcționează.

În unele cazuri, pot apărea erori critice după o actualizare sau o actualizare a sistemului, care se referă, de asemenea, cel mai adesea la probleme cu fișiere de sistem. Cel mai mult într-un mod simplu soluţia la astfel de probleme ar fi refacerea copie de rezervă la momentul de dinaintea actualizării, însă, există și alte metode, pe care le-am scris într-una din a noastră.

Setări incorecte

Setările incorecte ale sistemului dvs. sau deteriorarea fișierelor în care sunt stocate pot provoca, de asemenea, erori critice. Adesea, comportamentul sistemului vă poate spune ce parametri sunt configurați incorect. De exemplu, dacă problema apare atunci când computerul sau discurile (din cauza inactivității) intră sau ies din modul de repaus, este posibil să puteți dezactiva funcțiile din meniul Preferințe sistem → Economizor de energie.

Dacă nu puteți determina sursa problemei, puteți utiliza una dintre abordările generale și puteți crea un cont nou. Deci imaginile pe care le resetați pentru una nouă cont toate setările utilizatorului și puteți verifica dacă acest lucru rezolvă problema. Dacă problema a fost rezolvată în noul cont, dar nu ați reușit să determinați cauza, poate fi mai convenabil să transferați toate datele de care aveți nevoie către noul utilizator și să ștergeți pe cel vechi.

În plus, pornirea sistemului în modul sigur. Pentru a face acest lucru, opriți computerul și țineți apăsată tasta ⇧Shift data viitoare când îl porniți. În acest fel, nu numai că veți dezactiva temporar totul extensii de la terți nuclee, adăugiri de sistem și setări care pot cauza blocări, dar și curățați unele fișiere temporare care pot cauza și problema.

Și în sfârșit, dacă ai medii externe(unitate flash sau unitate externă), puteți cheltui instalare curată sistem la acesta, apoi reporniți computerul și țineți apăsată tasta ⌥Alt/Opțiune când îl porniți. Ca rezultat, ecranul va afișa o listă de dispozitive de pe care puteți porni sistemul. Selectați unitatea externă și apăsați ⏎Enter. În acest fel, puteți verifica funcționarea computerului dvs sistem curat fără software terță parte și setări suplimentare de utilizator.

Dacă metodele descrise mai sus nu au dat rezultat pozitiv, putem spune cu aproape deplină certitudine că problema este de natură hardware. În acest caz, încercările de a rezolva problema în mod independent au șanse mici de succes. Merită să luați în considerare contactarea centru de service pentru a primi asistență calificată pentru diagnosticare și depanare ulterioară.

Proprietarii de laptopuri noi MacBook Proși desktop-uri iMac Pro Am întâlnit apariția bruscă a unei erori de „panică a nucleului” (analog cu BSOD de la Windows pentru MacOS).

Apariția erorii este evidențiată de numeroase reclamații de pe forum suport tehnic Resurse Apple și terțe părți. O fereastră de eroare și repornirea ulterioară a sistemului are loc de 1-2 ori pe zi, mai des după deblocarea dispozitivului.

Cauzele problemei

Pe baza datelor disponibile astăzi, problema este cauzată de sistemul de operare Bridge încorporat și de un cip T2 special, care sunt responsabile pentru funcțiile computerului care nu consumă multă energie - controlul vitezei de rotație a răcitoarelor, procesarea sunetului și așa mai departe. Problema apare doar pe computerele cu cip T2. Cu toate acestea, până în prezent nu există dovezi directe ale unei cauze directe în T2 și nici date despre prevalența problemei.

Încercările utilizatorilor de a rezolva problema prin curățarea unității și reinstalarea sistemului de operare, restaurarea unei copii a sistemului de operare prin Time Machine, dezactivarea echipamentelor periferice și chiar schimbarea computerului nu au fost complet eficiente. Pe baza acestui fapt, se poate presupune că problema este ascunsă adânc în sistem.

Uneori observi că Mac-ul tău nu funcționează la fel de repede ca înainte. Programele rulează mai încet, procesorul se încălzește, iar ventilatorul funcționează la limita sa. Astăzi vă vom spune unul dintre motivele pentru care computerul funcționează astfel.

« configd" este un daemon de configurare a sistemului care rulează peste sistemul Mac OS X. Majoritatea utilizatorilor nu îl vor vedea niciodată deoarece "configd" rulează în fundal Mac. De asemenea, acest demon poate deveni uneori capricios, ceea ce provoacă creșteri neobișnuite ale performanței procesorului, iar sunetul ventilatorului Mac-ului tău devine ca un zumzet ca într-un tunel de vânt. Toate acestea pot fi diagnosticate rulând Activity Monitor și apoi sortând procesele după „% CPU”. Dacă nu funcționează corect, „configd” va ocupa undeva între 20-95% din resursele procesorului. Dacă acest comportament continuă pentru un minut sau cam așa ceva, atunci este o întâmplare normală la care nu trebuie să te gândești prea mult, doar dă-i o cursă corectă. Dar sunt momente când „configd” poate încărca procesorul câteva ore fără nicio problemă. motiv aparent pe aceasta.

Rezolvarea problemei rulării „configd” prin terminal

Pentru a forța reluarea „configd”, mai întâi vom opri procesul folosind comanda „killall”. Deoarece acesta este un proces de sistem, acesta va fi repornit imediat. În fiecare caz în care „configd” va irosi resursele CPU, acest truc va rezolva problema.

Lansați un terminal (situat în /Applications/Utilities/) și introduceți următoarea comandă:

sudo killall configd

Va trebui să introduceți parola de administrator pentru a executa comanda ca super utilizator. Rularea comenzii fără sudo nu va funcționa.

Dacă lăsați Monitorul de activitate deschis și îl sortați după CPU, veți observa că „configd” va dispărea și va apărea imediat din nou, în timp ce nu mai este în partea de sus a listei și nu mai consumă CPU. Acum, un demon normal va fi undeva între 0% și 1% CPU.

Dacă întâmpinați probleme cu configd după ce ați folosit comanda „killall”, derulați până la capătul acestui articol pentru a afla mai multe despre depanarea acestui demon.

Lucrul cu „configd” fără terminal

Dacă nu sunteți familiarizat cu linie de comandă, există alte două opțiuni:

1. Închide totul rulează aplicații Mac
2. Reporniți computerul

Repornirea Mac-ului are același efect ca și uciderea procesului de configurare din terminal. Această metodă poate ajuta dacă funcționarea necorespunzătoare a demonului este cauzată de funcționarea incorectă a unuia dintre programele care rulează.

Diagnosticare „configd and daemon help”

Oficial, Apple descrie configurația după cum urmează:

« Daemonul Configd este responsabil pentru multe aspecte ale configurației sistem local. „configd” stochează datele utilizate de starea curentă a sistemului, oferă notificări aplicațiilor atunci când aceste date se modifică și efectuează o varietate de configurații pentru alți agenți.»

Dacă doriți să încercați să diagnosticați motivul comportamentului incorect al „configd”, atunci, în primul rând, puteți analiza discrepanțele din fișierele PLIST, care se află în următoarele directoare:

/System/Library/SystemConfiguration/

/Library/Preferences/SystemConfiguration/

O altă opțiune este să rulați din nou „configd”, dar în modul avansat, folosind următoarea comandă:

sudo /usr/libexec/configd -v

Această comandă va exporta informatii detaliate despre ce se întâmplă în sistemul de pe consolă. Compararea acestor informații cu cele găsite în directoarele de sistem menționate mai sus poate fi foarte utilă pentru a găsi motivul exact pentru care demonul nu funcționează corect.

Experiența generală a arătat că unele aplicații și procese apelează mai des demonul „configd” decât altele. Acest lucru se întâmplă cu unele imprimante, aplicații care rulează Java și cu încercări repetate nereușite de conectare la rețea. Acesta este motivul pentru care uneori resetarea tuturor aplicațiilor de pe sistem poate fi foarte eficientă în rezolvarea acestei probleme.

Divizia de securitate a Google, Project Zero, a descoperit defectul. nucleele macOS, cu un „nivel ridicat de securitate” (via AppleInsider).

Eroare de kernel

Miezul este miezul sistem de operare. Are control complet asupra tuturor și gestionează lucruri precum intrarea/ieșirea din software, memorie, accesorii pentru computer și multe altele. XNU este numele nucleului folosit în toate sistemele de operare Apple.

Defectul permite unui hacker să facă modificări unui fișier fără a anunța sistemul de operare. Acest lucru se încurcă cu ceva numit copy-on-write (COW), care permite proceselor să scrie date între ele, dar trebuie protejat de alte lucruri care le modifică. Acest defect permite acest lucru să se întâmple.

Acest comportament de copiere la scriere nu funcționează numai cu memoria anonimă, ci și cu mapările fișierelor. Aceasta înseamnă că, după ce procesul țintă a început să citească din regiunea de memorie migrată, creșterea amprentei de memorie poate face ca paginile care conțin memoria migrată să fie eliminate din memoria cache a paginii. Ulterior, când paginile evacuate sunt din nou necesare, acestea pot fi reîncărcate din sistemul de fișiere de rezervă.