Pronarët e laptopëve të rinj MacBook Pro dhe desktopëve iMac Pro kanë hasur në një shfaqje të papritur të gabimit të panikut të kernelit (një analog i BSOD nga Windows për MacOS).
Gabimi tregohet nga ankesa të shumta nga Forumi i Mbështetjes së Apple dhe burimet e palëve të treta. Dritarja me një gabim dhe rindezja e mëvonshme e sistemit ndodh 1-2 herë në ditë, më shpesh pasi pajisja është zhbllokuar.
Shkaqet e problemit
Bazuar në të dhënat e disponueshme sot, problemi shkaktohet nga sistemi i integruar Bridge OS dhe një çip special T2, të cilët janë përgjegjës për funksionet e kompjuterit jo intensive - kontrollin e shpejtësisë së rrotullimit të ftohësve, përpunimin e zërit, etj. Problemi shfaqet vetëm në kompjuterët me një çip T2. Megjithatë, aktualisht nuk ka asnjë provë të drejtpërdrejtë të një shkaku të drejtpërdrejtë në T2 dhe nuk ka të dhëna për prevalencën e problemit.
Përpjekjet për të rregulluar problemin nga përdoruesit duke pastruar diskun dhe duke riinstaluar sistemin operativ, duke rivendosur një kopje të OS nëpërmjet Time Machine, duke shkëputur pajisjet periferike dhe madje duke ndryshuar kompjuterin nuk dhanë efektivitet të plotë. Bazuar në këtë, mund të supozohet se problemi qëndron thellë brenda sistemit.
Ndonjëherë vini re se Mac-i nuk është aq i shpejtë sa dikur. Programet funksionojnë më ngadalë, procesori nxehet dhe ventilatori funksionon në kapacitetin e tij maksimal. Sot do t'ju tregojmë një nga arsyet e funksionimit të këtij kompjuteri.
« configd"Është një daemon i konfigurimit të sistemit që funksionon në majë të Mac OS X. Shumica e përdoruesve nuk do ta shohin kurrë atë sepse" configd "funksionon në sfondin e Mac. Gjithashtu, ky demon ndonjëherë mund të fillojë të "luajë", gjë që shkakton kërcime të pazakonta në CPU dhe tingulli i ventilatorit të Mac-it tuaj bëhet si një zhurmë si në një tunel me erë. E gjithë kjo mund të diagnostikohet duke ekzekutuar Activity Monitor, dhe më pas duke renditur proceset sipas "% CPU". Në rast të funksionimit të gabuar, "configd" do të zërë diku midis 20-95% të burimeve të procesorit. Nëse kjo sjellje vazhdon për një minutë apo më shumë, atëherë kjo është një dukuri e zakonshme, e cila mund të injorohet, thjesht lëreni të funksionojë me ndershmëri. Por ka raste kur "configd" mund të ngarkojë procesorin për disa orë pa ndonjë arsye të dukshme.
Zgjidhja e problemit të punës së "konfigurimit" përmes terminalit
Për të detyruar konfigurimin të rifillojë, fillimisht e vrasim procesin me komandën killall. Meqenëse ky është një proces sistemi, ai do të riniset menjëherë. Sa herë që "konfigurimi" po harxhon burimet e CPU-së, ky truk do ta zgjidhë problemin.
Nisni Terminalin (i vendosur në / Aplikacione / Shërbime /) dhe futni komandën e mëposhtme:
konfigurimi sudo killall
Ju do të duhet të vendosni fjalëkalimin tuaj të administratorit për të ekzekutuar komandën si një super përdorues. Ekzekutimi i komandës pa sudo nuk do të funksionojë.
Nëse keni lënë të hapur Activity Monitor dhe jeni renditur sipas CPU-së, do të vini re se "configd" do të zhduket dhe do të rishfaqet menjëherë, ndërkohë që nuk është më në liderët e listës dhe nuk konsumon më procesorin. Tani shifra normale për një demon do të jetë diku midis 0% dhe 1% CPU.
Nëse keni probleme me konfigurimin pas përdorimit të komandës "killall", kaloni në fund të këtij artikulli për të mësuar më shumë rreth zgjidhjes së problemeve të këtij daemon.
Puna me "configd" pa një terminal
Nëse nuk jeni të njohur me vijën e komandës, ekzistojnë dy opsione të tjera:
- Mbyllni të gjitha aplikacionet Mac që funksionojnë
- Rinisni kompjuterin tuaj
Rinisja e Mac-it ka të njëjtin efekt si vrasja e procesit të konfigurimit në terminal. Kjo metodë mund të ndihmojë nëse funksionimi joadekuat i daemonit shkaktohet nga funksionimi i gabuar i një prej programeve që ekzekutohen.
Konfiguroni Diagnostifikimin dhe Ndihmën e Daemon
Zyrtarisht Apple e përshkruan konfigurimin si më poshtë:
« Configd "daemon është përgjegjës për shumë aspekte të konfigurimit të sistemit lokal. "Configd" ruan të dhënat e përdorura nga gjendja aktuale e sistemit, ofron njoftime të aplikacionit kur këto të dhëna ndryshojnë dhe trajton një sërë konfigurimesh për agjentë të tjerë.»
Nëse dëshironi të provoni të diagnostikoni arsyen e sjelljes së gabuar të "konfigurimit", atëherë para së gjithash, mund të shikoni mospërputhjet në skedarët PLIST, të cilat ndodhen në drejtoritë e mëposhtme:
/ Sistemi / Biblioteka / Konfigurimi i Sistemit /
/ Biblioteka / Preferencat / Konfigurimi i Sistemit /
Një opsion tjetër është të ekzekutoni përsëri "configd", por në modalitetin e avancuar, me komandën e mëposhtme:
sudo / usr / libexec / configd -v
Kjo komandë do të eksportojë informacion të detajuar për atë që po ndodh në sistem në tastierë. Krahasimi i këtij informacioni me atë që gjendet në drejtoritë e lartpërmendura të sistemit mund të jetë shumë i dobishëm për të gjetur shkakun e saktë të mosfunksionimit të demonit.
Përvoja e përgjithshme ka treguar se disa aplikacione dhe procese e quajnë daemon "configd" më shpesh se të tjerët. Kjo ndodh me disa printera, aplikacione Java dhe përpjekje të shumta të pasuksesshme për t'u lidhur me rrjetin. Kjo është arsyeja pse ndonjëherë rivendosja e të gjitha aplikacioneve në sistem mund të jetë shumë efektive në zgjidhjen e këtij problemi.
Mora në dorë një laptop të vjetër MacBook Pro 2010 vit, i cili u ngadalësua shumë. Dyshimet ranë në disk, pasi në ato modele ishin instaluar HDD, u vendos që të zëvendësohej me një SSD me një të instaluar tashmë. Mac OS marrë nga një makinë tjetër.
Problemi nuk u largua dhe nuk pati asnjë përmirësim vizual. Pas disa kontrolleve, rivendoset NVRAM dhe SMC, meqenëse ftohësi po rrotullohej me 100% rpm, kur isha pothuajse i sigurt se problemi ishte në harduer, rastësisht shikova " Monitorimi i sistemit"Dhe panë ngarkesën e procesorit atje me 140-250%.
Problemi ishte se procesi Detyra_kernel
konsumoi burimet e CPU-së dhe parandaloi funksionimin e të gjithë sistemit operativ.
Ja çfarë shkruan vetë Apple për këtë proces:
Procesi kernel_task ndihmon në menaxhimin e temperaturës së CPU-së duke reduktuar disponueshmërinë e burimeve të CPU-së për programet intensive llogaritëse. Me fjalë të tjera, procesi kernel_task fillon kur ekziston rreziku i mbinxehjes së CPU-së. Në vetvete, nuk shkakton situata të tilla. Kur temperatura e CPU-së bie, aktiviteti i këtij procesi reduktohet automatikisht.
U gjet një zgjidhje për problemin:
1) Së pari, aktivizoni shfaqjen e dosjeve të fshehura:
- Ne shkojmë në "Terminal"
- Ne ngasim në 2 komanda:
default shkruani com.apple.finder AppleShowAllFiles TRUE
gjetës killall
2) Pastaj përcaktojmë modelin kompjuterik:
- Kliko "Rreth këtij Mac"
- Më pas shtypni butonin "Detajet"
- Klikoni në "Raporti i sistemit"
Aty ku është hardueri, gjeni dhe mbani mend "Model ID". Në rastin tim, ky është MacBookPro7,1
3) Ndiqni këtë rrugë:
/ Sistemi / Biblioteka / Shtesat
Zgjidhni skedarin IOPlatformPluginFamily.kext, kliko me të djathtën dhe zgjidh "Trego përmbajtjen e paketës"
4) Shkoni te Përmbajtja / Shtojcat , pastaj në skedar ACPI_SMC_PlatformPlugin.kext zgjidhni gjithashtu "Shfaq përmbajtjen e paketës"
5) Më tej Përmbajtja / Burimet gjeni skedarin me modelin e laptopit. Mbani mend: Unë kisha një MacBookPro 7.1. Fshije këtë skedar! (Nëse nuk ka skedar të kërkuar, fshini modelet më të afërta, për shembull, jo 8.1, fshini 7.1 dhe 9.1)
6) Rinisni kompjuterin tuaj. Ndoshta kjo procedurë do të duhet të bëhet pas çdo përditësimi të Mac OS.
Për të kthyer shfaqjen e dosjeve, siç ishte më parë, ekzekutoni komandën në "Terminal":
default shkruani com.apple.finder AppleShowAllFiles FALSE
gjetës killall
Nëse nuk mund ta fshini ID-në e modelit
Në rast se keni macOS El Capitan ose më të lartë, sistemi nuk do t'ju lejojë të fshini skedarin identifikues, pasi fillimisht duhet të hiqni mbrojtjen e integritetit të sistemit (System Integrity Protection ose shkurt SIP).
SIP mund të çaktivizohet vetëm nga mënyra e rikuperimit. Duhet të rindizni, të keni akses në " Terminal"Dhe futni komandën e mbylljes.
- Fikni Mac-in dhe mbani të shtypur tastet ⌘R (Command + R) kur e ndizni;
- Pas ngarkimit, arrijmë në menunë e rikuperimit. Ne hapim seksionin " Shërbimet komunale"Dhe vrapo" Terminal»;
- Fusim komandën:
csrutil çaktivizoni - Rinisni Mac-in tuaj.
Për të aktivizuar mbrojtjen, duhet të hyni përsëri në modalitetin e rikuperimit, të hapni një terminal dhe të futni komandën.
Ekipi i sigurisë i Google, Project Zero, ka zbuluar një defekt në kernelin macOS, me "siguri të lartë" (përmes AppleInsider).
Gabim kernel
Kerneli është thelbi i sistemit operativ. Ka kontroll të plotë mbi gjithçka dhe trajton gjëra të tilla si I/O nga softueri, memoria, aksesorët kompjuterikë dhe më shumë. XNU është emri i kernelit që përdoret në të gjitha sistemet operative të Apple.
E meta lejon një haker të bëjë ndryshime në skedar pa njoftuar sistemin operativ. Kjo ngatërron diçka të quajtur copy-on-writ (COW), e cila lejon proceset të shkruajnë të dhëna ndërmjet tyre, por duhet të mbrohet nga gjëra të tjera që i modifikojnë ato. Kjo e metë e lejon këtë të ndodhë.
Kjo sjellje kopjimi-në-shkrim funksionon jo vetëm me memorien anonime, por edhe me hartëzimin e skedarëve. Kjo do të thotë që pasi procesi i caktimit të ketë filluar leximin nga rajoni i migruar i memories, një rritje në përdorimin e memories mund të shkaktojë që faqet që përmbajnë memorien e migruar të fshihen nga cache e faqeve. Më vonë, kur faqet e paracaktuara nevojiten përsëri, ato mund të rifreskohen nga sistemi i skedarëve rezervë.
