Novi Apple MacBook Pro i iMac Pro počeli su pokazivati pogrešku "kernel panic". Google pronašao ozbiljnu grešku u jezgri macOS-a Rješenje je pronađeno

Vlasnici novih laptopa MacBook Pro i stolna računala iMac Pro Naišli smo na iznenadnu pojavu pogreške "kernel panic" (analogno BSOD-u iz Windowsa za MacOS).

O pojavi pogreške svjedoče brojne pritužbe s foruma tehnička podrška Apple i resursi trećih strana. Prozor s pogreškom i naknadno ponovno pokretanje sustava pojavljuje se 1-2 puta dnevno, češće nakon otključavanja uređaja.

Uzroci problema

Prema danas dostupnim podacima, problem je uzrokovan ugrađenim Bridge OS-om i posebnim T2 čipom, koji su odgovorni za računalne funkcije koje ne zahtijevaju mnogo energije - kontrolu brzine vrtnje hladnjaka, obradu zvuka i tako dalje. Problem se javlja samo na računalima s T2 čipom. Međutim, do danas nema izravnih dokaza o izravnom uzroku T2 niti podataka o prevalenciji problema.

Pokušaji korisnika da riješe problem čišćenjem pogona i ponovnim instaliranjem OS-a, vraćanjem kopije OS-a putem Vremeplov, isključivanje periferne opreme pa čak ni promjena računala nije dalo punu učinkovitost. Na temelju toga može se pretpostaviti da je problem skriven duboko u sustavu.

Mnogi čitatelji su se susreli ili barem čuli za takav fenomen kao što je " plavi ekran smrt" (BSOD), koji se pojavljuje u operativnim sustavima obitelji Windows kada se pojave kritične sistemske pogreške s kojima se sustav ne može nositi bez potpunog ponovnog pokretanja. OS X ima nešto slično. Kritične pogreške na razini jezgre Mac OS X nazivaju se "panika jezgre". Jezgra je srce sustava, odgovorna za interakciju komponenti i perifernih uređaja, i softver tvoje računalo. Stoga, ako se dogodi kritična greška u kernelu, oporavak od nje često zahtijeva ponovno pokretanje kernela, a time i sustava.

Najčešće se takve kritične pogreške pojavljuju u obliku sivog zaslona, na kojem se različiti jezici od vas se traži da nasilno isključite svoje računalo zbog greške.

Međutim, to se ne događa uvijek. Ponekad pogreške kernela dovode do potpunog zamrzavanja sustava ili spontanog ponovnog pokretanja i gašenja računala. U ovom slučaju, glavni znak "panike kernela" bit će pojavljivanje odgovarajućeg unosa u zapisnicima sustava s nazivom poput "Kernel_ GGGG-MM-DD-HHMMSS _Naziv računala.panika" gdje GGGG-MM-DD-HHMMSS je sekvencijalno naznačena godina, mjesec, datum i vrijeme pojave greške točno u sekundama, i Naziv računala- naziv računala.

Mnogi kvarovi opreme, kako unutarnji (npr. RAM memorija), i periferija (kao što je vanjski diskovi), kao i kvarovi softvera. Nažalost, prilikom dijagnosticiranja kritičnih grešaka u sustavu, "krug osumnjičenih" je vrlo velik, budući da kernel komunicira sa svakim procesom i uslugom u sustavu, a da ne spominjemo svaki vanjski i unutarnja struktura. Kao i kod mnogih stvari s Mac OS Xom, kada se pojave kritične pogreške, puno je lakše isprobati nekoliko općih pristupa za rješavanje problema nego pokušavati otkriti tko je kriv pomoću izvješća i zapisa.

Mogući uzroci i rješenja.

Kvar ili kvar memorije s izravnim pristupom (RAM)

Problemi s RAM-om jedan su od najčešćih uzroka kritičnih padova. Ako ne možete pratiti ovisnost pojave "kernel panike" o povezanosti bilo kojeg specifičnim uređajima ili pokretanje određenih procesa, vrijedi provjeriti RAM.

Da biste to učinili, možete koristiti Apple Hardware Test (AHT) ili, ako je vaš Mac izdan nakon 2013., Apple Diagnostics. Ako je uz vaše računalo isporučen disk sa sistemskim softverom, umetnite ga u optički pogon, isključite računalo i pritisnite D kada ga sljedeći put uključite.

Uređaji isporučeni s OS X 10.7 i novijim također podržavaju pokretanje online verzije testova. Da biste to učinili, provjerite je li vaš Mac povezan s internetom i držite kombinaciju tipki ⌥Alt + D prilikom pokretanja.

Za testiranje RAM-a također možete koristiti uslužne programe trećih strana, na primjer, Rember ili Memtest.

Također je vrijedno napomenuti da neke verzije sustava ili firmvera mogu biti više (ili manje) kompatibilne s jednom ili drugom vrstom opreme, pa stoga njihova ažuriranja mogu dovesti do sukoba s opremom i kritičnih kvarova. To se događa rijetko, a češće obrnuto, ali ipak postoji mogućnost.

NVRAM i SMC kvarovi

Mali dio memorije vašeg računala koji se naziva trajni RAM ili NVRAM pohranjuje određene postavke kojima OS X može brzo pristupiti. Pogreške se mogu uvući u postavke spremljene u NVRAM-u, što u određenim slučajevima može dovesti do panike kernela. Kako bi se eliminirao moguće greške NVRAM memorija vrijedi ga resetirati. Da biste to učinili, isključite računalo i sljedeći put kada ga uključite, držite pritisnute tipke ⌘Command + ⌥Alt/Option + P + R dok se računalo ponovno ne pokrene i ne čujete ton pokretanja po drugi put.

Na starijima Mac računala takve su informacije bile pohranjene u parametarski RAM (PRAM). Resetiranje NVRAM-a na Mac računalima s procesorom Intel koristi istu kombinaciju tipki i slično je resetiranju PRAM-a.

Ako koristite bežična tipkovnica, postoji mala vjerojatnost da računalo neće reagirati na pritiske tipki na njemu. U tom slučaju vrijedi spojiti USB tipkovnicu (nije važno radi li se o tipkovnici Apple ili Windows) i pokušati ponovno s njom.

Osim toga, na Mac računalima sa Intelov procesor instaliran je kontroler upravljanja sustavom (SMC) koji je odgovoran za mnoge funkcije niske razine kao što su upravljanje resursima baterije, kontrola temperature, reakcija na zatvaranje poklopca prijenosna računala i mnoge druge aspekte povezane s napajanjem vašeg Maca. Ako se pojave problemi s radom računala, potrebno je resetirati i SMC parametre.

Na prijenosnim računalima s baterijom koja se ne može ukloniti:

Isključite računalo.
Spojite MagSafe ili USB-C adapter za napajanje na izvor napajanja i na svoje računalo.
Na ugrađenoj tipkovnici istovremeno pritisnite ⇧Shift + Control + ⌥Alt/Option (lijevo) i tipku za napajanje.
Otpustite tipke i tipku za napajanje u isto vrijeme.

Na Mac prijenosna računala s izmjenjivom baterijom:

Isključite računalo.
Isključite MagSafe strujni adapter iz računala ako je spojen.
Izvadite bateriju.
Pritisnite i držite tipku za napajanje pet sekundi.
Otpustite tipku za napajanje.
Ponovno spojite bateriju i MagSafe adapter za napajanje.
Pritisnite tipku za napajanje da biste uključili računalo.

Na Mac Pro, iMac, Mac mini i Xserve:

Isključite računalo.
Isključite kabel napajanja računala.
Pričekajte 15 sekundi.
Spojite kabel za napajanje.
Pričekajte 5 sekundi i zatim pritisnite tipku za napajanje da biste uključili računalo.

Kvarovi vanjskih uređaja (periferija)

Firewire, Thunderbolt i USB uređaji također su vrlo vjerojatni krivci za kritične kvarove. Razlozi mogu biti različiti, ali glavni je taj što ovi uređaji vrlo često pristupaju kontroleru vašeg računala, razmjenjuju s njim pakete podataka, a ako kontroler primi pogrešan paket, to može uzrokovati rušenje.

U tom slučaju, "panika kernela" može se pojaviti odmah nakon povezivanja uređaja, pri pokretanju sustava, ako je uređaj već bio spojen na Mac i kad se računalo probudi iz stanja mirovanja.

U potonjem slučaju, jedno od rješenja može biti onemogućavanje stanja mirovanja računala u izborniku Postavke sustava→ Ušteda energije.

Češći pristup ovom problemu obično je onemogućiti sve vanjski uređaji i njihovo povezivanje u nizu. Dakle, pretragom opcija možete utvrditi koji je uređaj uzrok kvara, iako u nekim slučajevima to može biti prilično teško, jer ponekad se problem ne mora pojaviti odmah, već nakon nekoliko minuta ili čak sati.

Nakon što ste otkrili koji uređaj uzrokuje problem, vrijedi provjeriti postoje li ažuriranja firmvera i upravljačkog programa za taj uređaj, kao i ažuriranja za sam sustav. Postoji mogućnost da je problem više softverske prirode i ažuriranja će to riješiti.

Ako koristite čvorišta ili razdjelnike koji vam omogućuju spajanje više uređaja istovremeno na jedan fizički priključak na vašem računalu, trebali biste ih barem privremeno napustiti jer također mogu uzrokovati kritične pogreške.

Konačno, ako ništa od navedenog nije pomoglo, pokušajte spojiti sličan uređaj drugog modela ili drugog proizvođača. Nažalost, događa se da neki periferije može biti nekompatibilan s vašim računalom iz ovog ili onog razloga.

Neispravnosti komponenti

Kvarovi koji se redovito ponavljaju mogu biti uzrokovani neispravnim, oštećenim ili neispravno konfiguriranim komponentama, kao što su ugrađeni kontroleri za zračnu luku i Bluetooth i drugi mrežni uređaji, tvrdih diskova I solid state diskovi, a ponekad i neispravne ili neispravne procesore.

Često se takvi problemi mogu riješiti jednostavnim ponovnim spajanjem odgovarajućih komponenti. Ako ste nedavno nadogradili svoj Mac (osobito ako ste to učinili sami), vrijedi provjeriti jesu li svi PCI, PCI Express, jesu li AirPort i druge kartice za proširenje ispravno spojene na odgovarajuće priključke.

Pogreške predmemorije

Privremene datoteke koje stvara sustav i korisničke aplikacije igraju važnu ulogu u radu OS X, zbog čega, ako se u njima pojavi neka greška, naknadni pristup njima može dovesti do kvara. Prije nego počnete detaljno dijagnosticirati problem, vrijedi početi s brisanjem predmemorije jer vam to može uštedjeti vrijeme i trud. Možete koristiti specijalizirane uslužne programe poput Onyxa ili Cocktaila ili ručno izbrisati privremene datoteke. Koju god opciju odabrali, toplo preporučamo da prvo napravite punu sigurnosnu kopiju svog sustava!

Otvoren Tražilica i pritisnite kombinaciju tipki ⌘Command + ⇧Shift + G
U prozoru koji se otvori unesite /System/Library
Pritisnite gumb "Idi".
U mapi koja se otvori pronađite datoteke pod nazivom “Extensions.kextcache” i “Extensions.mkext” i izbrišite ih.
U istom direktoriju pronađite mapu "Caches", odaberite sav njezin sadržaj i izbrišite ga.
Ponovno pritisnite kombinaciju ⌘Command + ⇧Shift + G i unesite /Library/Caches/ u prozor koji se otvori
Ponovno odaberite i izbrišite sav sadržaj mape.
Na kraju ponovno pritisnite kombinaciju ⌘Command + ⇧Shift + G i unesite ~/Library/Caches u prozor koji se otvori
Izbrišite sadržaj ove mape.
Ponovno pokrenite sustav i provjerite pojavljuju li se kritične pogreške.

Neispravne Mac OS X komponente i proširenja jezgre

Mac OS X komponente i proširenja jezgre vrlo su široka tema, ne samo zato što su osjetljivi na veliki broj raznih kvarova, uključujući oštećenje podataka, nekompatibilnost opreme, neispravna postavka prava pristupa i mnogo više, ali i zbog velikog broja. Na primjer, možete pogledati mapu /System/Library/Extensions, svaka datoteka u kojoj proširuje funkcionalnost Mac OS X kernela i može izazvati "kernel paniku". U prosjeku sustav ima oko 250-300 proširenja kernela (i to je daleko od granice), što može pretvoriti dijagnosticiranje greške u traženje igle u plastu sijena.

U tom slučaju, ako ste sigurni da problem doista leži u sistemskim datotekama, možda će biti lakše i učinkovitije ponovno instalirati sustav preko postojećeg s particije za oporavak (kojoj se može pristupiti pritiskom na ⌘Command + R kombinacija tipki prilikom uključivanja računala), koja će ostaviti korisničke podatke netaknutima, ali zamijeniti sistemske datoteke onima za koje je poznato da rade.

U nekim slučajevima se kritične pogreške mogu pojaviti nakon ažuriranja ili nadogradnje sustava, što se također najčešće odnosi na probleme s sistemske datoteke. Najviše na jednostavan način rješenje za takve probleme bila bi obnova sigurnosna kopija u vrijeme prije ažuriranja, međutim, postoje druge metode, koje smo napisali u jednom od naših.

Neispravne postavke

Neispravne postavke vašeg sustava ili oštećenje samih datoteka u kojima su pohranjene također mogu uzrokovati kritične kvarove. Često vam ponašanje sustava može reći koji su parametri neispravno konfigurirani. Na primjer, ako se problem pojavi kada računalo ili diskovi (zbog neaktivnosti) uđu ili izađu iz stanja mirovanja, možda ćete moći onemogućiti funkcije u izborniku System Preferences → Energy Saver.

Ako ne možete utvrditi izvor problema, možete upotrijebiti jedan od općih pristupa i stvoriti novi račun. Dakle, slike koje resetirate za novu račun svi postavke po želji korisnika i možete provjeriti rješava li to problem. Ako je problem riješen na novom računu, ali niste uspjeli utvrditi uzrok, možda bi bilo praktičnije prenijeti sve podatke koji su vam potrebni novom korisniku i izbrisati starog.

Osim toga, pokretanje sustava u siguran način. Da biste to učinili, isključite računalo i držite tipku ⇧Shift kada ga sljedeći put uključite. Na ovaj način nećete samo privremeno sve onemogućiti proširenja trećih strana kernela, dodataka i postavki sustava koji mogu uzrokovati padove, ali i očistiti neke privremene datoteke koje također mogu uzrokovati problem.

I na kraju, ako imate vanjski medij (flash disk ili vanjski disk), možete potrošiti čista instalacija sustav na njega, zatim ponovno pokrenite računalo i držite pritisnutu tipku ⌥Alt/Option kada ga uključujete. Kao rezultat toga, zaslon će prikazati popis uređaja s kojih možete pokrenuti sustav. Odaberite svoj vanjski pogon i pritisnite ⏎Enter. Na taj način možete provjeriti rad vašeg računala s čistim sustavom bez softvera trećih strana i dodatnih korisničkih postavki.

Ako gore opisane metode ne daju pozitivan rezultat, možemo s gotovo potpunom sigurnošću reći da je problem hardverske prirode. U ovom slučaju, pokušaji samostalnog rješavanja problema imaju male šanse za uspjeh. Vrijedno je razmisliti o kontaktiranju servisni centar za dobivanje kvalificiranu pomoć za daljnju dijagnostiku i rješavanje problema.

Googleova sigurnosna jedinica, Project Zero, otkrila je grešku u jezgri macOS-a, c " visoka razina sigurnost" (putem AppleInsider).

Greška jezgre

Jezgra je jezgra operacijski sustav. Ima potpunu kontrolu nad svime i upravlja stvarima poput ulaza/izlaza iz softvera, memorije, računalnih dodataka i više. XNU je naziv kernela koji se koristi u svim Apple operativnim sustavima.

Greška omogućuje hakeru da napravi izmjene u datoteci bez obavijesti operativnog sustava. Ovo se petlja s nečim što se zove kopiranje na pisanje (COW), što omogućuje procesima da međusobno zapisuju podatke, ali moraju biti zaštićeni od drugih stvari koje ih mijenjaju. Ovaj nedostatak omogućuje da se to dogodi.

Ovo ponašanje kopiranja pri pisanju ne funkcionira samo s anonimnom memorijom, već i s mapiranjem datoteka. To znači da nakon što ciljni proces počne čitati iz migrirane memorijske regije, povećanje memorijskog otiska može uzrokovati uklanjanje stranica koje sadrže migriranu memoriju iz predmemorije stranice. Kasnije, kada izbačene stranice ponovno budu potrebne, mogu se ponovno učitati iz sigurnosnog datotečnog sustava.

Naišao sam na stari laptop MacBook Pro 2010 godine, što je jako usporilo. Sumnje su pale na disk, budući da su ti modeli imali ugrađen HDD, odlučeno je zamijeniti ga SSD-om s već instaliranim MacOS skinut s drugog auta.

Problem nije nestao i nije bilo poboljšanja vida. Nakon nekoliko provjera, resetiranje NVRAM I SMC, pošto se hladnjak vrtio na 100% brzine, kad sam bio skoro siguran da je problem u hardveru, slučajno sam pogledao u “ Praćenje sustava"i vidio opterećenje procesora na 140-250%.
Problem je bio u tome što proces Kernel_task Gutao je CPU resurse i sprječavao rad cijelog OS-a.

Evo što sam Apple piše o ovom procesu:
Proces kernel_task pomaže u upravljanju temperaturama CPU-a smanjujući dostupnost CPU resursa za računalno intenzivne programe. Drugim riječima, kernel_task proces se pokreće kada postoji opasnost od pregrijavanja središnji procesor. Sam po sebi ne uzrokuje takve situacije. Kako temperatura CPU-a pada, aktivnost ovog procesa se automatski smanjuje.

Pronađeno je rješenje problema:

1) Prvo, uključite zaslon skrivene mape:
— Idite na “Terminal”
— Unesite 2 naredbe:
zadane postavke pisati com.apple.finder AppleShowAllFiles TRUE
killall pronalazač

2) Zatim određujemo model računala:
- Kliknite "O ovom Macu"
— Zatim kliknite gumb "Više detalja".
— Kliknite na "Izvješće o sustavu"
Gdje je hardver, pronađite i zapamtite "ID modela". U mom slučaju to 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) Idi na Sadržaj/Dodaci , zatim na datoteku ACPI_SMC_PlatformPlugin.kext također odaberite “Prikaži sadržaj paketa”

5) Sljedeći u Sadržaj/Resursi pronađite datoteku s modelom prijenosnog računala. Kao što se sjećate: imao sam MacBookPro 7.1. Izbriši ovu datoteku! (Ako ne željenu datoteku, izbrišite najbliže modele, na primjer nema 8.1, izbrišite 7.1 i 9.1)

6) Ponovno pokrenite računalo. Taj će se postupak vjerojatno morati obaviti nakon svakog Mac ažuriranja OS

Da biste vratili prikaz mapa kakav je bio prije, pokrenite naredbu u terminalu:
zadane postavke pisati com.apple.finder AppleShowAllFiles FALSE
killall pronalazač

Ako ne možete ukloniti ID modela

Ako imate MacOS El Capitan ili noviji, sustav vam neće dopustiti brisanje datoteke identifikatora, jer prvo morate ukloniti zaštitu integriteta sustava (System Integrity Protection ili skraćeno SIP).

SIP se može onemogućiti samo iz načina oporavka. Morate se ponovno pokrenuti, dobiti pristup " Terminal" i unesite naredbu za isključivanje.

Isključite Mac i kada ga uključujete, držite pritisnute tipke ⌘R (Command + R);
Nakon učitavanja dolazimo do izbornika za oporavak. Otvori odjeljak " Komunalije"i trči" Terminal»;
Unesite naredbu:
csrutil onemogućiti
Ponovno pokrenite Mac.

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

Ponekad primijetite da vaš Mac ne radi tako brzo kao prije. Programi rade sporije, procesor se zagrijava, a ventilator radi maksimalno. Danas ćemo vam reći jedan od razloga zašto računalo radi na ovaj način.

« configd" je demon konfiguracije sustava koji radi na vrhu Mac sustavi OS X. Većina korisnika to nikada neće vidjeti jer se pokreće "configd". pozadina Mac. Također, ovaj demon ponekad može postati hirovit, što uzrokuje neuobičajene skokove u performansama procesora, a zvuk ventilatora vašeg Maca postaje poput zujanja kao u zračnom tunelu. Sve se to može dijagnosticirati pokretanjem Activity Monitora, a zatim sortiranjem procesa prema "% CPU". Kada neispravan rad"configd" će zauzeti negdje između 20-95% CPU-a. Ako se ovakvo ponašanje nastavi još koju minutu, onda je to normalna pojava o kojoj ne morate previše razmišljati, samo se pošteno potrudite. Ali postoje slučajevi kada "configd" može učitati CPU nekoliko sati bez ikakvih problema. prividni razlog na ovo.

Rješavanje problema pokretanja "configd" kroz terminal

Da bismo natjerali "configd" da se nastavi, prvo ćemo prekinuti proces pomoću naredbe "killall". Od ovoga proces sustava, odmah će se ponovno pokrenuti. U svakom slučaju u kojem "configd" troši CPU resurse, ovaj trik će riješiti problem.

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

sudo killall configd

Morat ćete unijeti svoju administratorsku lozinku za pokretanje naredbe super korisnik. Izvođenje naredbe bez sudo neće raditi.

Ako ostavite Activity Monitor otvoren i razvrstate ga po CPU-u, primijetit ćete da će “configd” nestati i odmah se opet pojaviti, dok više nije na vrhu popisa i više ne troši CPU. Sada će normalni demon biti negdje između 0% i 1% CPU-a.

Ako imate problema s configd nakon korištenja naredbe "killall", pomaknite se do dna ovog članka kako biste saznali više o rješavanju problema s ovim demonom.

Rad s "configd" bez terminala

Ako niste upoznati sa naredbeni redak, postoje još dvije opcije:

Zatvorite sve pokrenute Mac aplikacije
Ponovno pokrenite računalo

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

Dijagnostika "configd i daemon help"

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

« Configd" demon je odgovoran za mnoge aspekte konfiguracije lokalni sustav. "configd" pohranjuje podatke koje koristi trenutno stanje sustava, daje obavijesti aplikacijama kada se ti podaci promijene i provodi razne konfiguracije za druge agente.»

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

/Sustav/Biblioteka/Konfiguracija sustava/

/Library/Preferences/SystemConfiguration/

Druga mogućnost je da ponovno pokrenete "configd", ali u naprednom načinu rada, pomoću sljedeće naredbe:

sudo /usr/libexec/configd -v

Ova naredba će izvesti detaljne informacije o tome što se događa u sustavu na konzoli. Usporedba ovih podataka s onima koji se nalaze u gore spomenutim direktorijima sustava može biti od velike pomoći u pronalaženju točnog razloga zašto demon ne radi ispravno.

Općenito iskustvo pokazalo je da neke aplikacije i procesi pozivaju "config" demon češće od drugih. To se događa s nekim pisačima, aplikacijama koje pokreću Javu i s opetovanim neuspješnim pokušajima povezivanja na mrežu. Zbog toga ponekad resetiranje svih aplikacija na sustavu može biti vrlo učinkovito u rješavanju ovog problema.