Računala Windows Internet

Dijagnostika i "liječenje" kritičnih grešaka sustava (panika jezgre). Što je proces kernel_task na MacOS -u? Na prijenosnim računalima Mac sa izmjenjivom baterijom

Googleov sigurnosni tim Project Zero otkrio je nedostatak u jezgri macOS -a, c “ visoka razina sigurnost "(kroz AppleInsider).

Pogreška jezgre

Jezgra je jezgra operacijski sustav... Ima potpunu kontrolu nad svime i obrađuje stvari poput I / O softver, memorija, računalni pribor i drugo. XNU je naziv jezgre koji se koristi u svim Apple operativnim sustavima.

Greška omogućuje hakeru da izvrši izmjene u datoteci bez obavještavanja operacijskog sustava. Ovo zbunjuje nešto što se zove copy-on-write (COW), što omogućuje procesima da pišu podatke među sobom, ali se mora zaštititi od drugih stvari koje ga mijenjaju. Ovaj nedostatak dopušta da se to dogodi.

Ovakvo kopiranje pri pisanju ne radi samo s anonimnom memorijom, već i s mapiranjem datoteka. To znači da nakon što je proces dodjele počeo čitati iz migriranog područja memorije, povećanje upotrebe memorije može uzrokovati brisanje stranica koje sadrže migriranu memoriju iz predmemorije stranica. Kasnije, kad su prethodno uklonjene stranice ponovno potrebne, mogu se ponovno učitati iz sigurnosnog sustava datoteka.

Ponekad primijetite da Mac nije tako brz kao prije. Programi rade sporije, procesor se zagrijava, a ventilator radi maksimalnim kapacitetom. Danas ćemo vam reći jedan od razloga za ovaj rad računala.

« sonfigd"Je li demon konfiguracije sustava koji radi na vrhu Mac OS X sustava. Većina korisnika to nikada neće vidjeti jer se" configd "izvodi u pozadini Mac. Također, ovaj demon ponekad može početi "biti hirovit", što uzrokuje neobične skokove u CPU -u, a zvuk ventilatora vašeg Mac računala postaje poput brujanja kao u zračnom tunelu. Sve se to može dijagnosticirati pokretanjem programa Activity Monitor, a zatim postupcima sortiranja prema% CPU -a. Kada neispravan rad"Configd" će zauzeti negdje između 20-95% CPU resursa. Ako se takvo ponašanje nastavi otprilike minutu, onda je to uobičajena pojava, koja se može zanemariti, samo neka bude iskrena. Ali postoje slučajevi kada "configd" može učitati procesor nekoliko sati bez ikakvog prividni razlog na ovo.

Rješavanje problema rada "configd" putem terminala

Da bismo prisilili nastavak konfiguracije, prvo ubijamo proces naredbom killall. Budući da se radi o sustavnom procesu, odmah će se ponovno pokrenuti. Svaki put kada "configd" troši CPU resurse, ovaj trik će riješiti problem.

Pokrenite Terminal (nalazi se u / Applications / Utilities /) i unesite sljedeću naredbu:

sudo killall configd

Morat ćete unijeti administratorsku lozinku da biste izvršili naredbu kao super korisnik. Pokretanje naredbe bez sudo neće raditi.

Ako ste Activity Monitor ostavili otvorenim i razvrstani ste prema CPU -u, primijetit ćete da će "configd" nestati i odmah se ponovno pojaviti, dok se više ne nalazi na predvodnicima popisa i više ne troši procesor. Sada će normalna brojka za demona biti negdje između 0% i 1% CPU -a.

Ako imate problema s konfiguracijom nakon korištenja naredbe "killall", preskočite na dno ovog članka kako biste saznali više o rješavanju problema s ovim daemonom.

Rad s "configd" bez terminala

Ako niste upoznati s naredbeni redak, postoje još dvije mogućnosti:

  1. Zatvorite sve pokrenute Mac aplikacije
  2. Ponovo pokrenite računalo

Ponovno pokretanje Mac računala ima isti učinak kao i ubijanje procesa configd u terminalu. Ova metoda može pomoći ako je neadekvatan rad demona uzrokovan neispravnim radom jednog od pokrenutih programa.

Konfigurirajte dijagnostiku i Daemonovu pomoć

Službeno Apple opisuje configd na sljedeći način:

« Damon "config" odgovoran je za mnoge aspekte konfiguracije lokalnog sustava. "Configd" pohranjuje podatke koje koristi trenutačno stanje sustava, pruža obavijesti aplikacija kada se ti podaci promijene i upravlja različitim konfiguracijama za druge agente.»

Ako želite pokušati dijagnosticirati razlog pogrešnog ponašanja "configd", prije svega, možete pogledati odstupanja u datotekama PLIST, koje se nalaze u sljedećim direktorijima:

/ Sustav / Knjižnica / Konfiguracija sustava /

/ Knjižnica / Postavke / Konfiguracija sustava /

Druga je mogućnost ponovno pokrenuti "configd", ali u naprednom načinu rada, sa sljedećom naredbom:

sudo / usr / libexec / configd -v

Ova naredba će izvesti detaljne informacije o onome što se događa u sustavu na konzoli. Usporedba ovih podataka s onima u gore spomenutim direktorijima sustava može biti od velike pomoći u pronalaženju točnog uzroka kvara daemona.

Opće je iskustvo pokazalo da neke aplikacije i procesi češće od drugih pozivaju demon "configd". To se događa kod nekih pisača, Java-aplikacija i više neuspješnih pokušaja povezivanja na mrežu. Zbog toga ponekad poništavanje svih aplikacija u sustavu može biti vrlo učinkovito u rješavanju ovog problema.

Vlasnici novih prijenosnih računala MacBook Pro i iMac Pro stolna računala suočena su s iznenadnom greškom panike jezgre (slično BSOD -u iz Windowsa za MacOS).

O pojavi greške svjedoče brojne pritužbe s tehničkog foruma Appleova podrška i resursi trećih strana. Prozor s pogreškom i naknadnim ponovnim pokretanjem sustava javlja se 1-2 puta dnevno, češće nakon otključavanja uređaja.

Uzroci problema

Na temelju danas dostupnih podataka, problem uzrokuje ugrađeni Bridge OS i poseban T2 čip, koji su odgovorni za računalne funkcije koje ne troše puno energije-kontroliraju brzinu rotacije hladnjaka, obradu zvuka itd. Problem se javlja samo na računalima s T2 čipom. Međutim, trenutno nema izravnih dokaza o izravnom uzroku T2 i nema podataka o prevalenciji problema.


Pokušaji da korisnici riješe problem čišćenjem pogona i ponovnom instalacijom OS -a, vraćanjem kopije OS -a putem Time Machine -a, odspajanjem periferne opreme, pa čak i promjenom računala nisu dali potpunu učinkovitost. Na temelju toga može se pretpostaviti da problem leži duboko u sustavu.

Uzeo sam stari laptop MacBook Pro 2010 godine, što je uvelike usporilo. Sumnje su pale na disk, budući da su u te modele ugrađeni tvrdi diskovi, odlučeno je zamijeniti ih SSD -om s već instaliranim Mac OS uzeti iz drugog auta.

Problem nije nestao i nije došlo do vizualnog poboljšanja. Nakon nekoliko provjera, resetira se NVRAM i SMC, budući da se hladnjak okretao 100% brzinom, kad sam bio gotovo siguran da je problem u hardveru, slučajno sam pogledao “ Nadzor sustava”I vidio tamo opterećenje procesora za 140-250%.
Problem je bio u tom procesu Zadatak kernela potrošili resurse procesora i spriječili rad cijelog OS -a.

Evo što sami Apple pišu o ovom procesu:
Proces kernel_task pomaže u upravljanju temperaturom procesora smanjujući dostupnost CPU resursa za računalno intenzivne programe. Drugim riječima, proces kernel_task počinje kada postoji opasnost od pregrijavanja CPU -a. Samo po sebi ne izaziva takve situacije. Kad temperatura CPU -a padne, aktivnost ovog procesa automatski se smanjuje.

Rješenje problema je pronađeno:

1) Prvo uključite zaslon skrivene mape:
- Idemo na "Terminal"
- Vozimo u 2 naredbe:
zadane vrijednosti pišite com.apple.finder AppleShowAllFiles TRUE
killall finder

2) Zatim određujemo model računala:
- Kliknite "O ovom Macu"
- Zatim pritisnite gumb "Detalji"
- Kliknite na "Izvješće o sustavu"
Gdje je hardver, pronađite i zapamtite "ID modela". U mom slučaju ovo je MacBookPro7,1

3) Slijedite ovaj put:
/ Sustav / Knjižnica / Proširenja
Odaberite datoteku IOPlatformPluginFamily.kext, desnom tipkom miša kliknite i odaberite "Prikaži sadržaj paketa"

4) Idite na Sadržaj / Dodaci , zatim na datoteci ACPI_SMC_PlatformPlugin.kext također odaberite "Prikaži sadržaj paketa"

5) Dalje u Sadržaj / izvori pronaći datoteku s modelom prijenosnog računala. Upamtite: imao sam MacBookPro 7.1. Izbrišite ovu datoteku! (Ako ne željenu datoteku, izbrišite najbliže modele, na primjer, ne 8.1, izbrišite 7.1 i 9.1)

6) Ponovo pokrenite računalo. Vjerojatno će se ovaj postupak morati obaviti nakon svakog ažuriranja Mac OS -a.

Da biste vratili prikaz mapa, kao i prije, pokrenite naredbu u "Terminalu":
zadane vrijednosti pišu com.apple.finder AppleShowAllFiles FALSE
killall finder

Ako ne možete izbrisati ID modela

U slučaju da imate MacOS El Capitan ili noviji, sustav vam neće dopustiti brisanje datoteke identifikatora jer prvo morate ukloniti zaštitu integriteta sustava (Zaštita integriteta sustava ili skraćeno SIP).

SIP se može isključiti samo iz načina oporavka. Morate ponovno pokrenuti sustav, pristupiti " Terminal”I unesite naredbu za isključivanje.

  • Isključite Mac i držite pritisnute tipke ⌘R (Command + R) pri uključivanju;
  • Nakon učitavanja dolazimo do izbornika za oporavak. Otvaramo odjeljak " Komunalne usluge"I bježi" Terminal»;
  • Unesite naredbu:
    csrutil onemogućiti
  • Ponovo pokrenite Mac.

Da biste omogućili zaštitu, morate ponovno ući u način oporavka, otvoriti terminal i unijeti naredbu.