A kernel_task folyamat MacOS rendszeren – mi az? Az új Apple MacBook Pro és iMac Pro „kernel pánik” hibát jelez

Ha van alatta számítógép fut MacOS(MacBook vagy iMac), akkor többször is észrevette a „kernel_task” folyamatot az „Activity Monitor”-ban. Mi ez és miért tölti be a rendszert, cikkünkben lesz szó.

Ez a rendszerfolyamat jelentősen megterhelheti az eszköz hardverét (főleg a processzort). A terhelést a hűtőrendszer hűtőinek sebességének növekedése kíséri.

Mi a folyamat

A weboldalon Alma kijelentik, hogy a „kernel_task” fő funkciója a hőmérséklet szabályozása a teljesítményigényes programok „elnyomásával”.

Ha a számítógép elkezd felmelegedni, akkor a folyamat elindul, és korlátozza annak az alkalmazásnak a működését, amely ezt a hőmérséklet-emelkedést okozta. A „kernel_task” terhelési százaléka arányosan függ a fűtéstől.

Hogyan lehet letiltani

Különösen aggasztó ezt a problémát elavult Mac-modellek tulajdonosai (2012-es és korábbi) magának az eszköznek az alacsony teljesítménye miatt. Ez bizonyos alkatrészek eltávolításával megoldható. Vegyünk két lehetőséget.

Fontos! Mindent a saját veszélyére és kockázatára tesz. Legyen óvatos.

MacOS Yosemite és korábbi verziókhoz

Ha az operációs rendszer verziója alacsonyabb, mint az El Capitan, akkor a leállítási folyamat így fog kinézni.

  1. Lépjen a „Terminál” elemre → írjon be két parancsot egymás után:
  2. Nyissa meg a Névjegy erről a Macről.
  3. „További részletek” → „Rendszerjelentés”.
  4. Emlékezzen a „modellazonosító” elemből származó információkra (például „MacBookPro5.5”).
  5. „Ugrás” → „Ugrás mappához”.
  6. /Rendszer/Könyvtár/Bővítmények.
  7. Kattintson a jobb gombbal az „IOPlatformPluginFamily.kext” → „Csomag tartalmának megjelenítése” fájlra.
  8. „Tartalom” → „Bővítmények” → kattintson jobb gombbal az „ACPI_SMC_PlatformPlugin.kext” → „Csomag tartalmának megjelenítése” elemre.
  9. A "Tartalom" → "Erőforrások" részben keresse meg a Mac gép nevével rendelkező fájlt (például "MacBookPro7.1") → törölje azt.
  10. Indítsa újra a számítógépet → nyissa meg a „Terminal” lehetőséget → írjon be 2 parancsot:

Figyel! Ha a módszer nem segít, próbálkozzon a következővel.

MacOS El Capitan és újabb verziókhoz

IN új verziók Az Apple rendszer rendszerintegritás-védelemmel rendelkezik, amely ismertebb nevén SIP. Emiatt a módszer eltér az előzőtől.


Figyel! A védelem újbóli engedélyezéséhez a fentiek helyett a csrutil enable parancsot kell megadnia.

Néha észreveszi, hogy a Mac nem fut olyan gyorsan, mint korábban. A programok lassabban futnak, a processzor felforrósodik, és a ventilátor a határon dolgozik. Ma elmondjuk az egyik okot, amiért a számítógép így működik.

« configd" egy rendszerkonfigurációs démon, amely felül fut Mac rendszerek OS X. A legtöbb felhasználó soha nem fogja látni, mert a "configd" a háttérben fut Mac mód. Ezenkívül ez a démon néha szeszélyessé válhat, ami szokatlan megugrást okoz a CPU teljesítményében, és a Mac ventilátorának hangja olyanná válik, mint egy szélcsatornában. Mindez az Activity Monitor futtatásával diagnosztizálható, majd a folyamatok "% CPU" szerint rendezve. Ha nem működik megfelelően, a „configd” a processzorerőforrások 20-95%-át foglalja el. Ha ez a viselkedés egy percig folytatódik, akkor ez normális jelenség, amelyen nem kell túl sokat gondolkodni, csak tisztességesen futni. De vannak olyan esetek, amikor a "configd" probléma nélkül képes több órán át betölteni a CPU-t. nyilvánvaló ok ezen.

A „configd” terminálon keresztüli futtatásának problémájának megoldása

A "configd" folytatásának kényszerítéséhez először leállítjuk a folyamatot a "killall" paranccsal. Mivel ez egy rendszerfolyamat, azonnal újraindul. Minden olyan esetben, amikor a "configd" pazarolja a CPU erőforrásait, ez a trükk megoldja a problémát.

Indítson el egy terminált (az /Applications/Utilities/ mappában), és írja be a következő parancsot:

sudo killall configd

A parancs szuper felhasználóként való végrehajtásához meg kell adnia a rendszergazdai jelszót. A parancs futtatása sudo nélkül nem fog működni.

Ha nyitva hagyja az Activity Monitort, és CPU szerint rendezi, észre fogja venni, hogy a „configd” eltűnik, és azonnal újra megjelenik, miközben már nincs a lista tetején, és már nem fogyasztja a CPU-t. Most egy normál démon valahol 0% és 1% CPU között lesz.

Ha problémái vannak a configd-vel a "killall" parancs használata után, görgessen le a cikk aljára, hogy többet megtudjon a démon hibaelhárításáról.

A "configd" használata terminál nélkül

Ha nem ismeri parancssor, két másik lehetőség van:

  1. Zárjon be mindent futó alkalmazások Mac
  2. Indítsa újra a számítógépet

A Mac újraindításának ugyanaz a hatása, mint a terminál konfigurációs folyamatának leállítása. Ez a módszer akkor segíthet, ha a démon nem megfelelő működését valamelyik futó program hibás működése okozza.

Diagnosztika "configd és démon help"

Hivatalosan az Apple a következőképpen írja le a konfigurációt:

« A Configd" démon a konfiguráció számos aspektusáért felelős helyi rendszer. A "configd" a rendszer aktuális állapota által használt adatokat tárolja, értesítést küld az alkalmazásoknak, ha ezek az adatok megváltoznak, és különféle konfigurációkat hajt végre más ügynökök számára.»

Ha meg akarja próbálni diagnosztizálni a "configd" helytelen viselkedésének okát, akkor először is nézze meg a következő könyvtárakban található PLIST fájlok eltéréseit:

/Rendszer/Könyvtár/Rendszerkonfiguráció/

/Library/Preferences/SystemConfiguration/

Egy másik lehetőség a "configd" ismételt futtatása, de speciális módban, a következő paranccsal:

sudo /usr/libexec/configd -v

Ez a parancs exportálja részletes információkat arról, hogy mi történik a rendszerben a konzolon. Ennek az információnak a fent említett rendszerkönyvtárban találhatóakkal való összehasonlítása nagyon hasznos lehet a démon nem megfelelő működésének pontos okának megtalálásában.

Az általános tapasztalat azt mutatja, hogy egyes alkalmazások és folyamatok gyakrabban hívják meg a "configd" démont, mint mások. Ez előfordulhat egyes nyomtatóknál, Java-t futtató alkalmazásoknál, valamint ismétlődő sikertelen hálózathoz való csatlakozási kísérleteknél. Ez az oka annak, hogy néha a rendszer összes alkalmazásának visszaállítása nagyon hatékony lehet a probléma megoldásában.

A Google biztonsági egysége, a Project Zero hibát fedezett fel a macOS kernelben, amely "magas biztonsági szinttel" rendelkezik (via AppleInsider).

Kernel hiba

A mag az mag operációs rendszer. Teljes irányítása van minden felett, és olyan dolgokat kezel, mint a bemenet/kimenet szoftver, memória, számítógépes kiegészítők és még sok más. Az XNU az összes Apple operációs rendszerben használt kernelnév.

A hiba lehetővé teszi a hacker számára, hogy az operációs rendszer értesítése nélkül módosítson egy fájlt. Ez összezavar a másolás-írásra (COW) nevű valamivel, amely lehetővé teszi a folyamatok számára, hogy adatokat írjanak egymás között, de védeni kell attól, hogy más módosítsa azokat. Ez a hiba lehetővé teszi, hogy ez megtörténjen.

Ez a másolás írásra viselkedés nem csak névtelen memóriával működik, hanem fájlleképezésekkel is. Ez azt jelenti, hogy miután a célfolyamat megkezdte az olvasást az áttelepített memóriaterületről, a memóriaterület növekedése az áttelepített memóriát tartalmazó oldalak eltávolítását okozhatja az oldal gyorsítótárából. Később, amikor ismét szükség lesz a kilakoltatott oldalakra, újratölthetők a biztonsági mentési fájlrendszerből.

Új laptopok tulajdonosai MacBook Proés asztali számítógépek iMac Pro Egy „kernel pánik” hiba hirtelen megjelenésével találkoztunk (hasonlóan a Windows BSOD-jához MacOS rendszerhez).

A hiba megjelenését számos panasz bizonyítja az Apple technikai támogatási fórumától és külső forrásoktól. Naponta 1-2 alkalommal hibaablak és azt követő rendszer újraindítás történik, gyakrabban az eszköz feloldása után.

A probléma okai

A problémát a mai adatok alapján a beépített Bridge OS és egy speciális T2 chip okozza, amelyek a nem energiaigényes számítógépes funkciókért - a hűtők forgási sebességének szabályozásáért, hangfeldolgozásért stb. A probléma csak a T2 chippel rendelkező számítógépeken jelentkezik. A mai napig azonban nincs közvetlen bizonyíték a T2 közvetlen okára, és nincs adat a probléma elterjedtségére vonatkozóan.


A felhasználók próbálkozásai a probléma megoldására a meghajtó megtisztításával és az operációs rendszer újratelepítésével, valamint az operációs rendszer másolatának visszaállításával Időgép, leállások perifériás berendezésekés még a számítógép cseréje sem adta meg a teljes hatékonyságot. Ez alapján feltételezhető, hogy a probléma a rendszer mélyén rejtőzik.

Egy régi laptopra bukkantam MacBook Pro 2010évben, ami nagyon lelassult. A gyanú a lemezre szállt, mivel ezeken a modelleken HDD volt telepítve, ezért úgy döntöttek, hogy kicserélik egy már telepített SSD-re. Mac OS egy másik autóból vették át.

A probléma nem szűnt meg, és nem volt vizuális javulás. Többszöri ellenőrzés után újraindul NVRAMÉs SMC, mivel a hűtő 100%-os fordulatszámon forog, amikor már majdnem biztos voltam benne, hogy a probléma a hardverben van, véletlenül belenéztem a „ Rendszerfigyelés"és 140-250%-os processzorterhelést láttam.
A probléma az volt, hogy a folyamat Kernel_task Felemésztette a CPU erőforrásait, és megakadályozta az egész operációs rendszer működését.

Íme, amit maga az Apple ír erről a folyamatról:
A kernel_task folyamat segít a CPU-hőmérséklet kezelésében azáltal, hogy csökkenti a CPU-erőforrások elérhetőségét a számításigényes programok számára. Más szóval, a kernel_task folyamat akkor indul el, ha fennáll a túlmelegedés veszélye központi processzor. Önmagában nem okoz ilyen helyzeteket. Ahogy a CPU hőmérséklete csökken, ennek a folyamatnak az aktivitása automatikusan csökken.

Megoldást találtak a problémára:

1) Először kapcsolja be a kijelzőt rejtett mappák:
— Lépjen a „Terminálra”
- Írjon be 2 parancsot:
alapértelmezettek: com.apple.finder AppleShowAllFiles TRUE
killall kereső

2) Ezután meghatározzuk a számítógép modelljét:
- Kattintson az „About this Mac” elemre
— Ezután kattintson a „További részletek” gombra
— Kattintson a „Rendszerjelentés” elemre
Hol van a hardver, keresse meg és emlékezzen a „Model ID”-ra. Az én esetemben ez a MacBookPro7,1

3) Kövesse ezt az utat:
/Rendszer/Könyvtár/Bővítmények
Válassza ki a fájlt IOPlatformPluginFamily.kext, kattintson a jobb gombbal, és válassza a „Csomag tartalmának megjelenítése” lehetőséget.

4) Menjen ide Tartalom/Bővítmények , majd a fájlban ACPI_SMC_PlatformPlugin.kext válassza a „Csomag tartalmának megjelenítése” lehetőséget is

5) Következő Tartalom/Források keresse meg a fájlt a laptop modelljével. Emlékszel: MacBookPro 7.1-em volt. Törölje ezt a fájlt! (Ha nem a kívánt fájlt, törölje a legközelebbi modelleket, például nincs 8.1, törölje a 7.1-et és a 9.1-et)

6) Indítsa újra a számítógépet. Ezt az eljárást valószínűleg mindegyik után el kell végezni Mac frissítések OS

A mappák korábbi megjelenésének visszaállításához futtassa a parancsot a terminálban:
alapértelmezettek: com.apple.finder AppleShowAllFiles FALSE
killall kereső

Ha nem tudja eltávolítani a modellazonosítót

Ha MacOS El Capitan vagy újabb operációs rendszert használ, a rendszer nem engedi törölni az azonosító fájlt, mivel először el kell távolítania a rendszer integritásvédelmét (System Integrity Protection vagy röviden SIP).

A SIP csak helyreállítási módból tiltható le. Újra kell indítania, és hozzá kell férnie a " Terminál", és írja be a leállítási parancsot.

  • Kapcsolja ki a Macet, és bekapcsolásakor tartsa lenyomva a ⌘R (Command+R) billentyűket;
  • A betöltés után a helyreállítási menühöz jutunk. Nyissa meg a részt " Közművek"és fuss" Terminál»;
  • Írja be a parancsot:
    csrutil letiltása
  • Indítsa újra a Mac-et.

A védelem engedélyezéséhez újra be kell lépnie a helyreállítási módba, meg kell nyitnia egy terminált, és be kell írnia a parancsot.

Választás