Shumë lexues kanë hasur ose të paktën kanë dëgjuar për një fenomen të tillë si " Ekran I kalter vdekje" (BSOD), e cila shfaqet në sistemet operative të familjes Windows kur ndodhin gabime kritike të sistemit që sistemi nuk mund t'i përballojë pa një rindezje të plotë. OS X ka diçka të ngjashme. Gabimet kritike në nivelin e kernelit Mac OS X quhen "panikë të kernelit". Bërthama është zemra e sistemit, përgjegjëse për ndërveprimin e të dy komponentëve dhe pajisjeve periferike, dhe software Kompjuteri juaj. Prandaj, nëse ndodh një gabim kritik në kernel, rikuperimi prej tij shpesh kërkon një rinisje të kernelit, dhe rrjedhimisht të sistemit.

Më shpesh këto gabime kritike shfaqet në formën e një ekrani gri, kundrejt të cilit, në gjuhë të ndryshme, ju kërkohet të fikni me forcë kompjuterin për shkak të një gabimi.

Megjithatë, kjo nuk ndodh gjithmonë. Ndonjëherë gabimet e kernelit çojnë në një ngrirje të plotë të sistemit ose rindezje dhe mbyllje spontane të kompjuterit. Në këtë rast, shenja kryesore e "panikut të kernelit" do të jetë shfaqja e një hyrjeje përkatëse në regjistrat e sistemit me një emër si "Kernel_ YYYY-MM-DD-HHMMSS _Emri i kompjuterit.panik" ku YYYY-MM-DD-HHMMSS- ky është viti, muaji, data dhe ora e treguar në mënyrë sekuenciale e shfaqjes së gabimit me saktësi në sekonda, dhe Emri i kompjuterit- emri i kompjuterit.

Shumë keqfunksionime të pajisjeve, të dyja të brendshme (për shembull, kujtesë e gjallë), dhe periferia (si p.sh disqet e jashtme), si dhe keqfunksionime të softuerit. Fatkeqësisht, kur diagnostikohen gabimet kritike të sistemit, "rrethi i të dyshuarve" është shumë i madh, pasi kerneli ndërvepron me çdo proces dhe shërbim në sistem, për të mos përmendur çdo të jashtëm dhe strukturën e brendshme. Ashtu si me shumë gjëra me Mac OS X, kur ndodhin gabime kritike, është shumë më e lehtë të provosh disa mënyra të përgjithshme për të zgjidhur problemin sesa të përpiqesh të kuptosh se kush është fajtori duke përdorur raporte dhe regjistra.

Shkaqet dhe zgjidhjet e mundshme.

Mosfunksionimi ose dështimi i kujtesës me akses të rastësishëm (RAM)

Problemet me RAM-in janë një nga shkaqet më të zakonshme të përplasjeve kritike. Nëse nuk mund të gjurmoni varësinë e shfaqjes së "panikut të kernelit" nga lidhja e ndonjë pajisjeje specifike ose nisja e proceseve të caktuara, ia vlen të kontrolloni RAM-in.

Për ta bërë këtë, mund të përdorni Testin e Hardware të Apple (AHT) ose, nëse Mac juaj u lëshua pas vitit 2013, Apple Diagnostics. Nëse kompjuteri juaj ka një disk të softuerit të sistemit, futeni atë në diskun optik, fikeni kompjuterin dhe shtypni D herën tjetër që ta ndizni.

Pajisjet e dërguara me OS X 10.7 dhe më vonë gjithashtu mbështesin ekzekutimin e versionit online të testeve. Për ta bërë këtë, sigurohuni që Mac-i juaj të jetë i lidhur me internetin dhe mbani të shtypur kombinimin e tastit ⌥Alt + D kur filloni.

Për të testuar RAM-in mund të përdorni gjithashtu shërbimet e palëve të treta, për shembull Rember ose Memtest.

Vlen gjithashtu të përmendet se disa versione të sistemit ose firmuerit mund të jenë pak a shumë të pajtueshëm me një ose një lloj tjetër pajisjeje, dhe për këtë arsye përditësimet e tyre mund të çojnë në konflikte me pajisjet dhe dështime kritike. Kjo ndodh rrallë dhe më shpesh ndodh anasjelltas, por ka ende një mundësi.

Dështimet e NVRAM dhe SMC

Një pjesë e vogël e kujtesës së kompjuterit tuaj, e quajtur RAM jo e paqëndrueshme, ose NVRAM, ruan disa cilësime që OS X mund t'i qaset shpejt. Gabimet mund të depërtojnë në cilësimet e ruajtura në NVRAM, gjë që në raste të caktuara mund të çojë në një panik të kernelit. Për të eliminuar gabimet e mundshme Kujtesa NVRAM duhet të rivendoset. Për ta bërë këtë, fikni kompjuterin dhe herën tjetër që ta ndizni, mbani të shtypur tastet ⌘Command + ⌥Alt/Option + P + R derisa kompjuteri të riniset dhe të dëgjoni tonin e nisjes për herë të dytë.

Tek më të vjetrit Kompjuterët Mac një informacion i tillë u ruajt në RAM parametrike (PRAM). Rivendosja e NVRAM në Mac me bazë Intel përdor të njëjtin kombinim të tasteve dhe është i ngjashëm me rivendosjen e PRAM.

Nëse jeni duke përdorur tastierë me valë, ekziston një shans i vogël që kompjuteri të mos reagojë ndaj shtypjes së tastit në të. Në këtë rast, duhet të lidheni Tastierë USB(nuk ka rëndësi nëse është tastierë me mollë ose Windows) dhe provoni përsëri me të.

Përveç kësaj, në kompjuterët Mac me procesor IntelËshtë i instaluar një Kontrollues i Menaxhimit të Sistemit (SMC), i cili është përgjegjës për shumë funksione të nivelit të ulët si menaxhimi i baterisë, menaxhimi termik, reagimi i kapakut të laptopit dhe shumë aspekte të tjera që lidhen me fuqizimin e Mac-it tuaj. Nëse shfaqen probleme me funksionimin e kompjuterit, parametrat SMC gjithashtu duhet të rivendosen.

Në laptopët me bateri jo të lëvizshme:

1. Fikni kompjuterin tuaj.
2. Lidheni përshtatësin e rrymës MagSafe ose USB-C me një burim energjie dhe me kompjuterin tuaj.
3. Në tastierën e integruar, shtypni njëkohësisht ⇧Shift + Control + ⌥Alt/Option (majtas) dhe butonin e energjisë.
4. Lëshoni çelësat dhe butonin e energjisë në të njëjtën kohë.

Në laptopët Mac me një bateri të lëvizshme:

1. Fikni kompjuterin tuaj.
2. Hiqeni nga kompjuteri përshtatësin e energjisë MagSafe nëse është i lidhur.
3. Hiqeni baterinë.
4. Shtypni dhe mbani shtypur butonin e energjisë për pesë sekonda.
5. Lëshoni butonin e energjisë.
6. Rilidhni baterinë dhe përshtatësin e energjisë MagSafe.
7. Shtypni butonin e energjisë për të ndezur kompjuterin.

Në Mac Pro, iMac, Mac mini dhe Xserve:

1. Fikni kompjuterin tuaj.
2. Hiqeni kordonin e rrymës së kompjuterit.
3. Prisni 15 sekonda.
4. Lidhni kordonin e rrymës.
5. Prisni 5 sekonda dhe më pas shtypni butonin e ndezjes për të ndezur kompjuterin.

Mosfunksionime të pajisjeve të jashtme (periferike)

Pajisjet Firewire, Thunderbolt dhe USB janë gjithashtu fajtorë shumë të mundshëm për dështimet kritike. Arsyet mund të ndryshojnë, por kryesorja është se këto pajisje shumë shpesh hyjnë në kontrolluesin e kompjuterit tuaj, duke shkëmbyer paketa të dhënash me të dhe nëse kontrolluesi merr një paketë të pasaktë, mund të shkaktojë një përplasje.

Në këtë rast, "paniku i bërthamës" mund të ndodhë menjëherë kur pajisja lidhet, kur sistemi fillon, nëse pajisja është lidhur tashmë me Mac dhe kur kompjuteri zgjohet nga modaliteti i fjetjes.

Në rastin e fundit, një nga zgjidhjet mund të jetë çaktivizimi i modalitetit të gjumit të kompjuterit në meny Cilësimet e sistemit→ Kursimi i energjisë.

Një qasje më e zakonshme ndaj këtij problemi është zakonisht çaktivizimi i të gjithëve pajisje të jashtme dhe duke i lidhur ato në seri. Kështu, duke kërkuar nëpër opsione, mund të përcaktoni se cila pajisje po shkakton dështimin, megjithëse kjo mund të jetë mjaft e vështirë në disa raste, pasi ndonjëherë problemi mund të mos shfaqet menjëherë, por pas disa minutash apo edhe orësh.

Pasi të keni kuptuar se cila pajisje po shkakton problemin, ia vlen të kontrolloni për përditësimet e firmuerit dhe drejtuesve për atë pajisje, si dhe përditësimet për vetë sistemin. Ekziston mundësia që problemi të jetë më shumë i natyrës softuerike dhe përditësimet do ta rregullojnë atë.

Nëse përdorni shpërndarës ose ndarës që ju lejojnë të lidhni disa pajisje njëkohësisht me një portë fizike në kompjuterin tuaj, duhet të paktën t'i braktisni përkohësisht, pasi ato gjithashtu mund të shkaktojnë gabime kritike.

Së fundi, nëse asnjë nga sa më sipër nuk ju ndihmoi, duhet të provoni të lidhni një pajisje të ngjashme të një modeli të ndryshëm ose nga një prodhues tjetër. Fatkeqësisht, ndodh që disa pajisje periferike mund të mos jenë të pajtueshme me kompjuterin tuaj për një arsye ose një tjetër.

Mosfunksionime të komponentëve

Dështimet e përsëritura rregullisht mund të shkaktohen nga komponentë të dëmtuar, të dëmtuar ose të konfiguruar gabimisht, të tillë si kontrollorët e integruar të Aeroportit dhe Bluetooth dhe pajisje të tjera të rrjetit, hard disqe Dhe disqet në gjendje të ngurtë, dhe nganjëherë procesorë me defekt ose funksionim të gabuar.

Shpesh probleme të tilla mund të zgjidhen thjesht duke rilidhur komponentët e duhur. Nëse së fundi e keni përmirësuar Mac-in tuaj (veçanërisht nëse e keni bërë vetë), ia vlen të siguroheni që të gjithë PCI, PCI Express, AirPort dhe kartat e tjera të zgjerimit janë lidhur saktë me lidhësit e duhur.

Gabime në cache

Skedarët e përkohshëm të krijuar nga sistemi dhe aplikacionet e përdoruesve luajnë një rol të rëndësishëm në funksionimin e OS X, kjo është arsyeja pse nëse shfaqet ndonjë gabim në to, qasja pasuese në to mund të çojë në dështim. Para se të filloni të diagnostikoni problemin në detaje, ia vlen të filloni duke pastruar cache, pasi kjo mund t'ju kursejë kohë dhe përpjekje. Mund të përdorni shërbime të specializuara si Onyx ose Cocktail, ose të fshini skedarët e përkohshëm me dorë. Cilado opsion që zgjidhni, ne ju rekomandojmë fuqimisht që së pari të bëni një kopje rezervë të plotë të sistemit tuaj!

1. Hapur Gjetës dhe shtypni kombinimin e tastit ⌘Command + ⇧Shift + G
2. Në dritaren që hapet, futni /System/Library
3. Klikoni butonin "Shko".
4. Në dosjen që hapet, gjeni skedarët me emrin “Extensions.kextcache” dhe “Extensions.mkext” dhe fshijini ato.
5. Në të njëjtën drejtori, gjeni dosjen "Caches", zgjidhni të gjithë përmbajtjen e saj dhe fshini atë.
6. Shtypni përsëri kombinimin ⌘Command + ⇧Shift + G dhe futni /Library/Caches/ në dritaren që hapet
7. Zgjidhni përsëri dhe fshini të gjithë përmbajtjen e dosjes.
8. Së fundi, shtypni përsëri kombinimin ⌘Command + ⇧Shift + G dhe futni ~/Library/Caches në dritaren që hapet.
9. Fshini përmbajtjen e kësaj dosjeje.
10. Rinisni sistemin tuaj dhe kontrolloni nëse ndodhin ndonjë gabim kritik.

Komponentët e pasaktë të Mac OS X dhe shtesat e kernelit

Komponentët e Mac OS X dhe shtesat e kernelit janë një temë shumë e gjerë, jo vetëm sepse janë të prekshëm ndaj një numri të madh keqfunksionimesh të ndryshme, duke përfshirë korrupsionin e të dhënave, papajtueshmërinë e harduerit, cilësimet e gabuara të lejeve dhe shumë të tjera, por edhe për shkak të numrit të tyre. Për shembull, mund të shikoni dosjen /System/Library/Extensions, çdo skedar në të cilin zgjeron funksionalitetin e kernelit Mac OS X dhe mund të shkaktojë një "panik kernel". Mesatarisht, sistemi ka rreth 250-300 zgjerime të bërthamës (dhe kjo është larg kufirit), gjë që mund ta kthejë diagnostikimin e një gabimi në kërkimin e një gjilpëre në një kashtë.

Në këtë rast, nëse jeni i sigurt se problemi qëndron vërtet në skedarët e sistemit, mund të jetë më e lehtë dhe më efektive të riinstaloni sistemin mbi atë ekzistues nga ndarja e rikuperimit (e cila mund të aksesohet duke mbajtur të shtypur ⌘Command + R kombinimi i tasteve kur ndizni kompjuterin), i cili do të lërë të paprekura të dhënat e përdoruesit, por zëvendëson skedarët e sistemit me ato që dihet se funksionojnë.

Në disa raste, gabimet kritike mund të shfaqen pas një përditësimi ose përmirësimi të sistemit, i cili gjithashtu më shpesh i referohet problemeve me skedarët e sistemit. Më së shumti në një mënyrë të thjeshtë zgjidhja e problemeve të tilla do të ishte rivendosja e kopje rezervë në kohën përpara përditësimit, megjithatë, ka metoda të tjera, të cilat i kemi shkruar në njërën prej tyre.

Cilësimet e gabuara

Cilësimet e pasakta të sistemit tuaj ose dëmtimi i vetë skedarëve në të cilët janë ruajtur mund të shkaktojnë gjithashtu dështime kritike. Shpesh sjellja e sistemit mund t'ju tregojë se cilët parametra janë konfiguruar gabimisht. Për shembull, nëse problemi shfaqet kur kompjuteri ose disqet (për shkak të pasivitetit) hyjnë ose dalin nga modaliteti i fjetjes, mund të jeni në gjendje të çaktivizoni funksionet në menunë Preferencat e Sistemit → Kursimi i energjisë.

Nëse nuk mund të përcaktoni burimin e problemit, mund të përdorni një nga qasjet e përgjithshme dhe të krijoni një llogari të re. Pra, imazhet i rivendosni për një të re llogari të gjitha cilësimet e përdoruesit dhe mund të kontrolloni nëse kjo e zgjidh problemin. Nëse problemi është zgjidhur në llogarinë e re, por nuk keni qenë në gjendje të përcaktoni shkakun, mund të jetë më i përshtatshëm të transferoni të gjitha të dhënat që ju nevojiten te përdoruesi i ri dhe të fshini të vjetrën.

Përveç kësaj, nisja e sistemit në mënyra e sigurt. Për ta bërë këtë, fikni kompjuterin dhe mbani shtypur tastin ⇧Shift herën tjetër që ta ndizni. Në këtë mënyrë, jo vetëm që do të çaktivizoni përkohësisht të gjitha shtesat e kernelit të palëve të treta, shtesat e sistemit dhe cilësimet që mund të shkaktojnë ndërprerje, por gjithashtu do të pastroni disa skedarë të përkohshëm që gjithashtu mund të shkaktojnë problemin.

Dhe së fundi, nëse keni media të jashtme (flash drive ose disk të jashtëm), mund të kryeni një instalim të pastër të sistemit në të, më pas rinisni kompjuterin dhe mbani të shtypur tastin ⌥Alt/Option kur e ndizni. Si rezultat, ekrani do të shfaqë një listë të pajisjeve nga të cilat mund të nisni sistemin. Zgjidhni diskun tuaj të jashtëm dhe shtypni ⏎Enter. Në këtë mënyrë ju mund të kontrolloni funksionimin e kompjuterit tuaj me një sistem të pastër pa softuer të palëve të treta dhe cilësime shtesë të përdoruesit.

Nëse metodat e përshkruara më sipër nuk japin një rezultat pozitiv, mund të themi me siguri pothuajse të plotë se problemi është në natyrë harduerike. Në këtë rast, përpjekjet vendim i pavarur problemet kanë pak shanse për sukses. Vlen të merret parasysh të kontaktoni Qendra e Shërbimit për të marrë ndihmë të kualifikuar për diagnostikim dhe zgjidhje të mëtejshme të problemeve.

Kam hasur në një laptop të vjetër MacBook Pro 2010 vit, i cili u ngadalësua shumë. Dyshimet ranë në disk, pasi ato modele kishin një HDD të instaluar, u vendos që të zëvendësohej me një SSD me një të instaluar tashmë MacOS 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 kthehej me shpejtësi 100%, kur isha pothuajse i sigurt se problemi ishte në harduer, pashë aksidentalisht në " Monitorimi i sistemit"dhe panë ngarkesën e procesorit atje në 140-250%.
Problemi ishte se procesi Detyra_kernel Ai po hante burimet e CPU-së dhe po parandalonte që i gjithë OS të funksiononte.

Ja çfarë shkruan vetë Apple për këtë proces:
Procesi kernel_task ndihmon në menaxhimin e temperaturave të CPU-së duke reduktuar disponueshmërinë e burimeve të CPU-së për programet me intensitet llogaritës. Me fjalë të tjera, procesi kernel_task nis kur ekziston rreziku i mbinxehjes procesor qendror. Në vetvete nuk shkakton situata të tilla. Ndërsa temperatura e CPU-së bie, aktiviteti i këtij procesi zvogëlohet automatikisht.

U gjet një zgjidhje për problemin:

1) Së pari, ndizni ekranin dosjet e fshehura:
- Shkoni te "Terminali"
- Futni 2 komanda:
default shkruani com.apple.finder AppleShowAllFiles TRUE
gjetës killall

2) Pastaj përcaktojmë modelin kompjuterik:
- Kliko "Rreth këtij Mac"
- Tjetra, klikoni butonin "Detajet".
- Klikoni në "Raportin e Sistemit"
Aty ku është pajisja, gjeni dhe mbani mend "Model ID". Në rastin tim është MacBookPro7,1

3) Ndiqni këtë rrugë:
/Sistemi/Biblioteka/Extensions
Zgjidhni skedarin IOPlatformPluginFamily.kext, kliko me të djathtën dhe zgjidh "Trego përmbajtjen e paketës"

4) Shkoni te Përmbajtja/PlugIns , pastaj në skedar ACPI_SMC_PlatformPlugin.kext zgjidhni gjithashtu "Shfaq përmbajtjen e paketës"

5) Më pas në Përmbajtja/Burimet gjeni skedarin me modelin e laptopit. Siç e mbani mend: Unë kisha një MacBookPro 7.1. Fshije këtë skedar! (Nese jo skedarin e dëshiruar, fshini modelet më të afërta, për shembull nuk ka 8.1, fshini 7.1 dhe 9.1)

6) Rinisni kompjuterin tuaj. Kjo procedurë ndoshta do të duhet të bëhet pas çdo Përditësimet e 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 hiqni ID-në e modelit

Nëse keni MacOS El Capitan ose më të lartë, sistemi nuk do t'ju lejojë të fshini skedarin identifikues, pasi së pari 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ë fitoni qasje në " Terminal" dhe futni komandën e mbylljes.

• Fikni Mac-in dhe kur e ndizni, mbani të shtypur tastet ⌘R (Command + R);
• Pas ngarkimit arrijmë te menyja e rikuperimit. Hapni seksionin " Shërbimet komunale"dhe vrapo" Terminal»;
• Futni komandën:
  csrutil çaktivizoni
• Rinisni Mac-in.

Për të aktivizuar mbrojtjen, duhet të hyni përsëri në modalitetin e rikuperimit, të hapni një terminal dhe të futni komandën.

Nëse keni një kompjuter me MacOS (MacBook ose iMac), atëherë shpesh e keni vënë re procesin "kernel_task" në "Activity Monitor". Çfarë është dhe pse ngarkon sistemin do të diskutohet në artikullin tonë.

Të procesi i sistemit mund të ngarkojë ndjeshëm harduerin e pajisjes (veçanërisht procesorin). Ngarkesa shoqërohet me një rritje të shpejtësisë së ftohësve të sistemit të ftohjes.

Cili është procesi

Në faqen e internetit Apple Thuhet se funksioni kryesor i "kernel_task" është kontrolli i temperaturës duke "shtypur" programet që kërkojnë performancë.

Nëse kompjuteri fillon të nxehet, atëherë fillon procesi dhe kufizon funksionimin e aplikacionit që shkaktoi këtë rritje të temperaturës. Përqindja e ngarkesës së "kernel_task" varet proporcionalisht nga ngrohja.

Si të çaktivizoni

Veçanërisht shqetësuese ky problem pronarët e modeleve të vjetëruara Mac (2012 dhe më herët) për shkak të performancës së ulët të vetë pajisjes. Kjo mund të zgjidhet duke hequr disa komponentë. Le të shqyrtojmë dy opsione.

E rëndësishme! Ju i bëni të gjitha veprimet me rrezikun dhe rrezikun tuaj. Bej kujdes.

Për MacOS Yosemite dhe më herët

Nëse keni një version të sistemit operativ më të ulët se El Capitan, atëherë procesi i mbylljes do të duket kështu.

1. Shkoni te "Terminal" → futni dy komanda me radhë:
   
2. Hapni Rreth këtij Mac.
3. "Më shumë detaje" → "Raporti i sistemit".
4. Mbani mend informacionin nga artikulli "identifikuesi i modelit" (për shembull, "MacBookPro5.5").
   
5. "Shko" → "Shko te dosja".
   
6. /Sistemi/Biblioteka/Extensions.
   
7. Klikoni me të djathtën në skedarin "IOPlatformPluginFamily.kext" → "Trego përmbajtjen e paketës".
   
8. "Përmbajtja" → "PlugIns" → kliko me të djathtën në "ACPI_SMC_PlatformPlugin.kext" → "Shfaq përmbajtjen e paketës".
9. Në "Përmbajtja" → "Burimet" gjeni skedarin me emrin e Mac-it tuaj (për shembull, "MacBookPro7,1") → fshijeni atë.
   
10. Rinisni kompjuterin tuaj → hapni "Terminal" → futni 2 komanda:
    

Shënim! Nëse metoda nuk ju ndihmon, atëherë provoni një tjetër.

Për MacOS El Capitan dhe më vonë

NË versionet e reja Sistemi Apple ka mbrojtje të integritetit të sistemit, i cili njihet më mirë si SIP. Për shkak të kësaj, metoda ndryshon nga ajo e mëparshme.

Shënim! Për të riaktivizuar mbrojtjen, duhet të futni csrutil enable në vend të sa më sipër.

Ndonjëherë vëreni se Mac-i juaj nuk po funksionon aq shpejt sa dikur. Programet funksionojnë më ngadalë, procesori nxehet dhe ventilatori funksionon në kufirin e tij. Sot do t'ju tregojmë një nga arsyet pse kompjuteri funksionon në këtë mënyrë.

« konfiguruar" është një daemon i konfigurimit të sistemit që funksionon në krye të sistemit Mac OS X. Shumica e përdoruesve nuk do ta shohin kurrë atë sepse "configd" funksionon në sfond Mac. Gjithashtu, ky demon ndonjëherë mund të bëhet kapriçioz, gjë që shkakton rritje të pazakonta në performancën e CPU-së dhe tingulli i tifozit 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ëse nuk funksionon siç duhet, "konfigurimi" do të marrë diku midis 20-95% të burimeve të procesorit. Nëse kjo sjellje vazhdon për një minutë apo më shumë, atëherë është një dukuri normale për të cilën nuk keni nevojë të mendoni shumë, thjesht bëni një hap të drejtë. Por ka raste kur "configd" mund të ngarkojë CPU-në për disa orë pa asnjë problem. arsye e dukshme në këtë.

Zgjidhja e problemit të ekzekutimit të "konfigurimit" përmes terminalit

Për të detyruar "configd" të rifillojë, fillimisht do ta vrasim procesin duke përdorur komandën "killall". Meqenëse ky është një proces sistemi, ai do të riniset menjëherë. Në çdo rast kur "configd" do të harxhojë burimet e CPU-së, ky truk do ta zgjidhë problemin.

Hapni një terminal (i vendosur në /Applications/Utilities/) dhe futni komandën e mëposhtme:

konfigurimi sudo killall

Ju do të duhet të vendosni fjalëkalimin e administratorit për të ekzekutuar komandën si një super përdorues. Ekzekutimi i komandës pa sudo nuk do të funksionojë.

Nëse e lini të hapur Activity Monitor dhe e renditni sipas CPU-së, do të vini re se "configd" do të zhduket dhe do të shfaqet menjëherë përsëri, ndërkohë që nuk është më në krye të listës dhe nuk po e ha më CPU-në. Tani një demon normal do të jetë diku midis 0% dhe 1% CPU.

Nëse keni probleme me konfigurimin pas përdorimit të komandës "killall", lëvizni 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 njohur me linja e komandës, ka dy opsione të tjera:

1. Mbyllni gjithçka ekzekutimin e aplikacioneve Mac
2. Rinisni kompjuterin tuaj

Rindezja 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 demonit shkaktohet nga funksionimi i gabuar i njërit prej programeve që ekzekutohen.

Diagnostifikimi "ndihma e konfigurimit dhe demonit"

Zyrtarisht Apple e përshkruan konfigurimin si më poshtë:

« Daemon Configd ë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, jep njoftime për aplikacionet kur këto të dhëna ndryshojnë dhe kryen një sërë konfigurimesh për agjentë të tjerë.»

Nëse dëshironi të provoni të diagnostikoni arsyen e sjelljes së gabuar të "configd", atëherë para së gjithash, mund të shikoni mospërputhjet në skedarët PLIST, të cilat ndodhen në drejtoritë e mëposhtme:

/System/Library/SystemConfiguration/

/Biblioteka/Preferencat/Konfigurimi i Sistemit/

Një opsion tjetër është të ekzekutoni përsëri "configd", por në modalitetin e avancuar, duke përdorur komandën e mëposhtme:

sudo /usr/libexec/configd -v

Kjo komandë do të eksportojë informacion i detajuar për atë që po ndodh në sistem në tastierë. Krahasimi i këtij informacioni me atë që gjendet në drejtoritë e mësipërme të sistemit mund të jetë shumë i dobishëm për të gjetur arsyen e saktë pse daemon nuk funksionon siç duhet.

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 që ekzekutojnë Java dhe përsëriten përpjekjet e pasuksesshme lidhjet e rrjetit. Kjo është arsyeja pse ndonjëherë rivendosja e të gjitha aplikacioneve në sistem mund të jetë shumë efektive në zgjidhjen e këtij problemi.

Njësia e sigurisë e Google, Project Zero, ka zbuluar një defekt në kernelin macOS, i cili ka një "nivel të lartë sigurie" (përmes AppleInsider).

Gabim kernel

Bërthama është thelbi sistemi operativ. Ai 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ë një skedar pa njoftuar sistemin operativ. Kjo ngatërron me diçka të quajtur copy-on-write (COW), e cila lejon proceset të shkruajnë të dhëna ndërmjet tyre, por duhet të mbrohet nga gjërat e tjera që i modifikojnë ato. Kjo e metë e lejon këtë të ndodhë.

Kjo sjellje kopjimi-në-shkrim funksionon jo vetëm me kujtesën anonime, por edhe me hartëzimin e skedarëve. Kjo do të thotë që pasi procesi i synuar të ketë filluar leximin nga rajoni i memories së migruar, rritja e gjurmës së memories mund të shkaktojë që faqet që përmbajnë memorien e migruar të hiqen nga cache e faqeve. Më vonë, kur faqet e dëbuara të nevojiten përsëri, ato mund të ringarkohen nga sistemi i skedarëve rezervë.