Proprietarii de laptopuri noi MacBook Pro și desktop-uri iMac Pro au întâlnit o apariție bruscă a erorii de panică a nucleului (un analog al BSOD de la Windows pentru MacOS).
Eroarea este indicată de numeroase reclamații de la Forumul de asistență Apple și de resurse terțe. Fereastra cu o eroare și repornirea ulterioară a sistemului are loc de 1-2 ori pe zi, mai des după ce dispozitivul este deblocat.
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 necesită consum mare de 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, în prezent nu există dovezi directe ale unei cauze directe în T2 și nici date despre prevalența problemei.
Încercările de a rezolva problema de către utilizatori prin curățarea unității și reinstalarea sistemului de operare, restaurarea unei copii a sistemului de operare prin Time Machine, deconectarea echipamentelor periferice și chiar schimbarea computerului nu au dat eficiență deplină. Pe baza acestui fapt, se poate presupune că problema se află adânc în sistem.
Uneori observați că Mac-ul nu este la fel de rapid ca înainte. Programele rulează mai încet, procesorul se încălzește, iar ventilatorul funcționează la capacitatea maximă. Astăzi vă vom spune unul dintre motivele pentru care acest computer funcționează.
« сconfigd„Este un demon de configurare a sistemului care rulează deasupra unui sistem Mac OS X. Majoritatea utilizatorilor nu îl vor vedea niciodată, deoarece „configd” rulează în fundalul Mac. De asemenea, acest demon poate începe uneori să „se joace”, ceea ce provoacă sărituri neobișnuite în CPU, 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”. În caz de funcționare incorectă, „configd” va ocupa undeva între 20-95% din resursele procesorului. Dacă acest comportament continuă pentru un minut sau cam așa ceva, atunci acesta este o întâmplare obișnuită, care poate fi ignorată, doar lăsați-l să funcționeze sincer. Dar există momente când „configd” poate încărca procesorul câteva ore fără un motiv aparent.
Rezolvarea problemei de a lucra „configd” prin terminal
Pentru a forța reluarea configd, mai întâi oprim procesul cu comanda killall. Deoarece acesta este un proces de sistem, acesta va fi repornit imediat. De fiecare dată când „configd” irosește resursele CPU, acest truc va rezolva problema.
Lansați Terminalul (situat în / Aplicații / Utilități /) ș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ă ai lăsat Activity Monitor deschis și ești sortat după CPU, vei observa că „configd” va dispărea și va reapărea imediat, în timp ce nu se mai află în fruntea listei și nu mai consumă procesorul. Acum, cifra normală pentru un demon va fi undeva între 0% și 1% CPU.
Dacă aveți probleme cu configd după ce ați folosit comanda „killall”, treceți la partea de jos a acestui articol pentru a afla mai multe despre depanarea acestui demon.
Lucrul cu „configd” fără terminal
Dacă nu sunteți familiarizat cu linia de comandă, există alte două opțiuni:
- Închideți toate aplicațiile Mac care rulează
- 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ă.
Configd Diagnostics și Daemon Help
Oficial, Apple descrie configurația după cum urmează:
« Configd "daemon este responsabil pentru multe aspecte ale configurației sistemului local. „Configd” stochează datele utilizate de starea curentă a sistemului, oferă notificări ale aplicației atunci când aceste date se modifică și gestionează 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, vă puteți uita la discrepanțele din fișierele PLIST, care se află în următoarele directoare:
/ Sistem / Bibliotecă / Configurare sistem /
/ Bibliotecă / Preferințe / Configurare sistem /
O altă opțiune este să rulați din nou „configd”, dar în modul avansat, cu următoarea comandă:
sudo / usr / libexec / configd -v
Această comandă va exporta informații detaliate despre ceea ce se întâmplă în sistem în consolă. Compararea acestor informații cu ceea ce se află în directoarele de sistem menționate mai sus poate fi foarte utilă pentru a găsi cauza exactă a defecțiunii demonului.
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 Java și cu mai multe încercări 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.
Am pus mâna pe un laptop vechi MacBook Pro 2010 an, care a încetinit foarte mult. Suspiciunile au căzut pe disc, deoarece în acele modele erau instalate HDD-uri, s-a decis înlocuirea lui cu un SSD cu un deja instalat. Mac OS luat dintr-o altă mașină.
Problema nu a dispărut și nu a existat nicio îmbunătățire vizuală. După mai multe verificări, resetează NVRAMși SMC, deoarece coolerul se învârtea la 100% rpm, când eram aproape sigur că problema era în hardware, m-am uitat din greșeală în „ Monitorizarea sistemului”Și am văzut că procesorul se încarcă acolo cu 140-250%.
Problema a fost că procesul Kernel_task
a consumat resurse CPU și a împiedicat întregul sistem de operare să funcționeze.
Iată ce scrie Apple despre acest proces:
Procesul kernel_task ajută la gestionarea temperaturii procesorului prin reducerea disponibilității resurselor CPU pentru programele intensive de calcul. Cu alte cuvinte, procesul kernel_task începe atunci când există riscul supraîncălzirii procesorului. În sine, nu provoacă astfel de situații. Când temperatura procesorului scade, activitatea acestui proces este redusă automat.
S-a găsit o soluție la problemă:
1) Mai întâi, porniți afișarea folderelor ascunse:
- Mergem la "Terminal"
- Conducem în 2 comenzi:
implicit scrie com.apple.finder AppleShowAllFiles TRUE
găsitorul uciderii
2) Apoi determinăm modelul computerului:
- Faceți clic pe „Despre acest Mac”
- Apoi apăsați butonul „Detalii”
- Faceți clic pe „Raport de sistem”
Unde este hardware-ul, găsiți și vă amintiți „ID-ul modelului”. În cazul meu, acesta este MacBookPro7,1
3) Urmați această cale:
/ Sistem / Bibliotecă / Extensii
Alege fișierul IOPlatformPluginFamily.kext, faceți clic dreapta și selectați „Afișați conținutul pachetului”
4) Accesați Conținut / Plugin-uri , apoi pe dosar ACPI_SMC_PlatformPlugin.kext selectați și „Afișați conținutul pachetului”
5) Mai departe în Conținut / Resurse găsiți fișierul cu modelul laptopului. Amintiți-vă: am avut un MacBookPro 7.1. Ștergeți acest fișier! (Dacă nu există niciun fișier necesar, ștergeți cele mai apropiate modele, de exemplu, nr 8.1, ștergeți 7.1 și 9.1)
6) Reporniți computerul. Probabil că această procedură va trebui făcută după fiecare actualizare Mac OS.
Pentru a returna afișarea folderelor, așa cum era înainte, executați comanda în „Terminal”:
implicit scrie com.apple.finder AppleShowAllFiles FALSE
găsitorul uciderii
Dacă nu puteți șterge ID-ul modelului
În cazul în care aveți macOS El Capitan sau o versiune superioară, sistemul nu vă va permite să ștergeți fișierul de identificare, deoarece mai întâi trebuie să eliminați protecția integrității sistemului (System Integrity Protection sau SIP pe scurt).
SIP poate fi dezactivat numai din modul de recuperare. Trebuie să reporniți, să obțineți acces la " Terminal„Și introduceți comanda de închidere.
- Opriți Mac-ul și țineți apăsate tastele ⌘R (Command + R) când îl porniți;
- După încărcare, ajungem la meniul de recuperare. Deschidem sectiunea " Utilități"Și fugi" Terminal»;
- Introducem comanda:
csrutil dezactivat - Reporniți Mac-ul dvs.
Pentru a activa protecția, trebuie să intrați din nou în modul de recuperare, să deschideți un terminal și să introduceți comanda.
Echipa de securitate Google, Project Zero, a descoperit o defecțiune în nucleul macOS, cu „securitate ridicată” (prin AppleInsider).
Eroare de kernel
Nucleul este nucleul sistemului de operare. Are control complet asupra tuturor lucrurilor și gestionează lucruri precum I/O din software, memorie, accesorii pentru computer și multe altele. XNU este numele nucleului care este folosit în toate sistemele de operare Apple.
Defectul permite unui hacker să facă modificări fișierului fără a anunța sistemul de operare. Acest lucru încurcă 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 funcționează nu numai cu memoria anonimă, ci și cu mapările fișierelor. Aceasta înseamnă că, după ce procesul de atribuire a început să citească din regiunea de memorie migrată, o creștere a utilizării memoriei poate duce la ștergerea paginilor care conțin memoria migrată din memoria cache a paginii. Mai târziu, când paginile preemptate sunt necesare din nou, acestea pot fi reîncărcate din sistemul de fișiere de rezervă.
