Bir çox oxucu belə bir fenomenlə qarşılaşdı və ya ən azı eşitdi " mavi ekranölüm" (BSOD), Windows ailəsinin əməliyyat sistemlərində sistemin tam yenidən başlamadan öhdəsindən gələ bilməyəcəyi kritik sistem səhvləri baş verdikdə görünür. OS X-də oxşar bir şey var. Mac OS X kernel səviyyəsində kritik xətalara “kernel panikası” deyilir. Nüvə sistemin ürəyidir, həm komponentlərin, həm də periferik hissələrin qarşılıqlı təsirindən məsuldur, həmçinin proqram təminatı kompüteriniz. Buna görə də, nüvədə kritik xəta baş verərsə, ondan qurtarmaq üçün çox vaxt nüvənin və buna görə də sistemin yenidən işə salınması tələb olunur.

Çox vaxt bunlar kritik səhvlər boz ekran şəklində görünür, buna qarşı müxtəlif dillərdə bir səhv səbəbindən kompüteri məcburi şəkildə bağlamağınız xahiş olunur.

Lakin bu, həmişə baş vermir. Bəzən nüvə xətaları sistemin tam donmasına və ya kompüterin kortəbii yenidən başlamasına və bağlanmasına səbəb olur. Bu vəziyyətdə, "kernel panikasının" əsas əlaməti sistem qeydlərində "Kernel_" kimi bir adla uyğun bir girişin görünməsi olacaqdır. YYYY-AA-GG-HHMMSS _Kompüter Adı.çaxnaşma" harada YYYY-AA-GG-HHMMSS ardıcıl olaraq göstərilən il, ay, səhvin baş vermə tarixi və vaxtı saniyələrlə dəqiqdir və Kompüter Adı- kompüter adı.

Bir çox avadanlıq nasazlığı, həm daxili (məsələn, RAM) və periferiya (məsələn xarici sürücülər), həmçinin proqram təminatının nasazlığı. Təəssüf ki, kritik sistem səhvlərinin diaqnozu zamanı "şübhəlilər dairəsi" çox böyükdür, çünki nüvə sistemdəki hər bir proses və xidmətlə qarşılıqlı əlaqədə olur, hər bir xarici və daxili quruluş. Mac OS X ilə bir çox şeydə olduğu kimi, kritik səhvlər baş verdikdə, problemi həll etmək üçün bir neçə ümumi yanaşmanı sınamaq hesabatlar və qeydlərdən istifadə edərək kimin günahkar olduğunu anlamağa çalışmaqdan daha asandır.

Mümkün səbəblər və həll yolları.

Təsadüfi giriş yaddaşının (RAM) nasazlığı və ya nasazlığı

RAM ilə bağlı problemlər kritik qəzaların ən çox yayılmış səbəblərindən biridir. Hər hansı bir xüsusi cihazın qoşulmasından və ya müəyyən proseslərin işə salınmasından "kernel panikasının" meydana gəlməsinin asılılığını izləyə bilmirsinizsə, RAM-ı yoxlamağa dəyər.

Bunu etmək üçün siz Apple Hardware Testindən (AHT) və ya Mac-ınız 2013-cü ildən sonra buraxılıbsa, Apple Diaqnostikasından istifadə edə bilərsiniz. Əgər kompüteriniz sistem proqram təminatı diski ilə birlikdə gəlibsə, onu optik sürücüyə daxil edin, kompüteri söndürün və növbəti dəfə yandırdığınız zaman D düyməsini basın.

OS X 10.7 və sonrakı versiyalarla təchiz edilmiş cihazlar, həmçinin testlərin onlayn versiyasını həyata keçirməyi dəstəkləyir. Bunu etmək üçün Mac-inizin İnternetə qoşulduğundan əmin olun və işə salarkən ⌥Alt + D düymələr kombinasiyasını basıb saxlayın.

RAM-ı yoxlamaq üçün siz də istifadə edə bilərsiniz üçüncü tərəfin kommunal xidmətləri, məsələn, Rember və ya Memtest.

Həmçinin qeyd etmək lazımdır ki, sistemin və ya proqram təminatının bəzi versiyaları bu və ya digər avadanlıq növü ilə daha çox (və ya daha az) uyğun ola bilər və buna görə də onların yeniləmələri avadanlıqla ziddiyyətlərə və kritik uğursuzluqlara səbəb ola bilər. Bu nadir hallarda olur və daha tez-tez əksinə olur, lakin hələ də bir ehtimal var.

NVRAM və SMC uğursuzluqları

Kompüterinizin yaddaşının qeyri-uçucu RAM və ya NVRAM adlanan kiçik bir hissəsi OS X-in tez daxil ola biləcəyi müəyyən parametrləri saxlayır. Səhvlər NVRAM-da saxlanan parametrlərə daxil ola bilər ki, bu da müəyyən hallarda nüvə panikasına səbəb ola bilər. aradan qaldırmaq üçün mümkün səhvlər NVRAM yaddaşı sıfırlanmalıdır. Bunun üçün kompüteri söndürün və növbəti dəfə yandırdığınız zaman ⌘Command + ⌥Alt/Option + P + R düymələrini kompüter yenidən başlayana və ikinci dəfə yükləmə tonunu eşidənə qədər basıb saxlayın.

Yaşlılarda Mac kompüterləri bu cür məlumatlar parametrik RAM-da (PRAM) saxlanılırdı. Intel əsaslı Mac-lərdə NVRAM-ın sıfırlanması eyni düymələr kombinasiyasından istifadə edir və PRAM-ın sıfırlanmasına bənzəyir.

İstifadə etsəniz simsiz klaviatura, kompüterin üzərinə basılan düymələrə cavab verməməsi ehtimalı azdır. Bu vəziyyətdə əlaqə qurmalısınız USB klaviatura(olub-olmamasının fərqi yoxdur alma klaviaturası və ya Windows) və yenidən cəhd edin.

Bundan əlavə, Mac kompüterlərində Intel prosessoru Quraşdırılmış Sistem İdarəetmə Nəzarətçisi (SMC) var ki, o, batareyanın idarə edilməsi, istilik idarəetməsi, noutbukun qapağına reaksiya və Mac-inizi gücləndirməklə bağlı bir çox digər aspektlər kimi bir çox aşağı səviyyəli funksiyalara cavabdehdir. Kompüterin işində problemlər yaranarsa, SMC parametrləri də sıfırlanmalıdır.

Çıxarılmayan batareyası olan noutbuklarda:

1. Kompüterinizi söndürün.
2. MagSafe və ya USB-C güc adapterini enerji mənbəyinə və kompüterinizə qoşun.
3. Daxili klaviaturada ⇧Shift + Control + ⌥Alt/Option (solda) və Güc düyməsini eyni vaxtda basın.
4. Açarları və güc düyməsini eyni anda buraxın.

Çıxarılan batareyası olan Mac noutbuklarında:

1. Kompüterinizi söndürün.
2. MagSafe güc adapterini kompüterinizdən ayırın.
3. Batareyanı çıxarın.
4. Güc düyməsini beş saniyə basıb saxlayın.
5. Güc düyməsini buraxın.
6. Batareyanı və MagSafe güc adapterini yenidən qoşun.
7. Kompüteri yandırmaq üçün güc düyməsini basın.

Mac Pro, iMac-də, Mac mini və Xserve:

1. Kompüterinizi söndürün.
2. Kompüterin elektrik kabelini ayırın.
3. 15 saniyə gözləyin.
4. Elektrik kabelini qoşun.
5. 5 saniyə gözləyin və sonra kompüteri yandırmaq üçün güc düyməsini basın.

Xarici cihazların nasazlıqları (periferiya)

Firewire, Thunderbolt və USB cihazları da kritik uğursuzluqların günahkarlarıdır. Səbəblər fərqli ola bilər, lakin əsas odur ki, bu qurğular çox vaxt kompüterinizin nəzarətçisinə daxil olur, onunla məlumat paketləri mübadiləsi aparır və nəzarətçi səhv paket alırsa, qəzaya səbəb ola bilər.

Bu halda, cihaz qoşulduqda, sistem işə salındıqda, cihaz Mac-a artıq qoşulduqda və kompüter yuxu rejimindən oyandıqda dərhal "kernel panik" baş verə bilər.

Sonuncu halda, həll yollarından biri menyuda kompüterin yuxu rejimini söndürmək ola bilər. Sistem Parametrləri→ Enerjiyə qənaət.

Bu problemə daha çox rast gəlinən bir yanaşma adətən hamısını söndürməkdir xarici cihazlar və onları sıra ilə birləşdirir. Beləliklə, seçimləri axtararaq, hansı cihazın nasazlığa səbəb olduğunu müəyyən edə bilərsiniz, baxmayaraq ki, bəzi hallarda bu olduqca çətin ola bilər, çünki bəzən problem dərhal görünməyə bilər, lakin bir neçə dəqiqə və ya hətta saatdan sonra.

Problemə hansı cihazın səbəb olduğunu anladıqdan sonra, bu cihaz üçün proqram təminatı və sürücü yeniləmələrini, həmçinin sistemin özü üçün yeniləmələri yoxlamağa dəyər. Problemin daha çox proqram xarakterli olması ehtimalı var və yeniləmələr onu düzəldəcək.

Əgər siz kompüterinizdə birdən çox cihazı eyni vaxtda bir fiziki porta qoşmağa imkan verən hub və ya splitterlərdən istifadə edirsinizsə, ən azı müvəqqəti olaraq onlardan imtina etməlisiniz, çünki onlar da kritik xətalara səbəb ola bilər.

Nəhayət, yuxarıda göstərilənlərdən heç biri kömək etmədisə, fərqli bir modelin və ya başqa bir istehsalçının oxşar cihazını birləşdirməyə çalışmalısınız. Təəssüf ki, bəzi periferik qurğular bu və ya digər səbəbdən kompüterinizə uyğun gəlməyə bilər.

Komponent nasazlıqları

Daimi təkrarlanan nasazlıqlar səhv, zədələnmiş və ya yanlış konfiqurasiya edilmiş komponentlər, məsələn, quraşdırılmış Hava Limanı və Bluetooth nəzarətçiləri və digər şəbəkə cihazları, sabit disklər Və bərk dövlət sürücüləri, və bəzən səhv və ya səhv işləyən prosessorlar.

Çox vaxt belə problemlər sadəcə müvafiq komponentləri yenidən birləşdirməklə həll edilə bilər. Əgər siz bu yaxınlarda Mac-inizi təkmilləşdirmisinizsə (xüsusilə bunu özünüz etmisinizsə), əmin olmalısınız ki, bütün PCI, PCI Express, AirPort və digər genişləndirmə kartları müvafiq birləşdiricilərə düzgün qoşulub.

Kesh xətaları

Sistem və istifadəçi proqramları tərəfindən yaradılan müvəqqəti fayllar OS X-in işində mühüm rol oynayır, buna görə də onlarda hansısa xəta yaranarsa, onlara sonradan giriş uğursuzluğa səbəb ola bilər. Problemi ətraflı şəkildə diaqnoz etməyə başlamazdan əvvəl, önbelleği təmizləməyə başlamağa dəyər, çünki bu, vaxtınıza və səyinizə qənaət edə bilər. Siz Onyx və ya Cocktail kimi xüsusi yardım proqramlarından istifadə edə və ya müvəqqəti faylları əl ilə silə bilərsiniz. Hansı variantı seçsəniz, əvvəlcə sisteminizin tam ehtiyat nüsxəsini çıxarmağınızı şiddətlə tövsiyə edirik!

1. Açıq Tapıcı və düymələr kombinasiyasını ⌘Command + ⇧Shift + G basın
2. Açılan pəncərədə /System/Library daxil edin
3. "Get" düyməsini basın
4. Açılan qovluqda “Extensions.kextcache” və “Extensions.mkext” adlı faylları tapın və silin.
5. Eyni qovluqda "Keşlər" qovluğunu tapın, bütün məzmununu seçin və silin.
6. Yenidən ⌘Command + ⇧Shift + G kombinasiyasını basın və açılan pəncərədə /Kitabxana/Keşlər/ daxil edin.
7. Yenidən seçin və qovluğun bütün məzmununu silin.
8. Nəhayət, yenidən ⌘Command + ⇧Shift + G birləşməsini basın və açılan pəncərədə ~/Library/Caches daxil edin.
9. Bu qovluğun məzmununu silin.
10. Sistemi yenidən başladın və kritik xətaların olub olmadığını yoxlayın.

Yanlış Mac OS X komponentləri və nüvə uzantıları

Mac OS X komponentləri və nüvə uzantıları çox geniş mövzudur, çünki onlar çoxlu sayda müxtəlif nasazlıqlara, o cümlədən məlumatların pozulması, aparat uyğunsuzluğu, səhv icazə parametrləri və bir çox başqaları, həm də onun nömrələrinə görə həssasdırlar. Məsələn, siz /System/Library/Extensions qovluğuna baxa bilərsiniz, hər bir fayl Mac OS X nüvəsinin funksionallığını genişləndirir və “kernel panikasına” səbəb ola bilər. Orta hesabla, sistemdə təxminən 250-300 nüvə uzantısı var (və bu, həddən çox uzaqdır), bu, bir səhv diaqnozunu ot tayasında iynə axtarmağa çevirə bilər.

Bu halda, problemin həqiqətən sistem fayllarında olduğuna əminsinizsə, sistemi bərpa bölməsindən mövcud olan üzərində yenidən quraşdırmaq daha asan və effektiv ola bilər (buna ⌘Command + R düymələrini basıb saxlamaqla daxil olmaq olar) kompüteri yandırarkən düymələr kombinasiyası), istifadəçi məlumatlarını toxunulmaz qoyacaq, lakin sistem fayllarını işlədiyi məlum olanlarla əvəz edəcək.

Bəzi hallarda, kritik səhvlər sistem yeniləməsindən və ya təkmilləşdirmədən sonra görünə bilər ki, bu da ən çox problemlərə aiddir sistem faylları. Ən çox sadə şəkildə bu kimi problemlərin həlli bərpası olacaq ehtiyat surəti yeniləmədən əvvəl, lakin bizim birində yazdığımız başqa üsullar da var.

Yanlış parametrlər

Sisteminizin səhv parametrləri və ya onların saxlandığı faylların özlərinə zərər də kritik uğursuzluqlara səbəb ola bilər. Çox vaxt sistem davranışı sizə hansı parametrlərin səhv konfiqurasiya olunduğunu söyləyə bilər. Məsələn, problem kompüter və ya disklər (hərəkətsizlik səbəbindən) yuxu rejiminə daxil olduqda və ya çıxdıqda baş verərsə, siz Sistem Tərcihləri → Enerjiyə qənaət menyusunda funksiyaları söndürə bilərsiniz.

Problemin mənbəyini müəyyən edə bilmirsinizsə, ümumi yanaşmalardan birini istifadə edib yeni hesab yarada bilərsiniz. Beləliklə, yenisi üçün sıfırladığınız şəkillər hesab bütün istifadəçi parametrləri və bunun problemi həll edib-etmədiyini yoxlaya bilərsiniz. Əgər problem yeni hesabda həll edilibsə, lakin səbəbini müəyyən edə bilməmisinizsə, sizə lazım olan bütün məlumatları yeni istifadəçiyə ötürmək və köhnəni silmək daha rahat ola bilər.

Bundan əlavə, sistemin işə salınması təhlükəsiz rejim. Bunu etmək üçün kompüteri söndürün və növbəti dəfə yandırdığınız zaman ⇧Shift düyməsini basıb saxlayın. Bu yolla siz nəinki qəzaya səbəb ola biləcək bütün üçüncü tərəf nüvə uzantılarını, sistem əlavələrini və parametrləri müvəqqəti olaraq söndürəcəksiniz, həm də problemə səbəb ola biləcək bəzi müvəqqəti faylları da təmizləyəcəksiniz.

Və nəhayət, əgər xarici medianız (flash disk və ya xarici disk) varsa, onda sistemin təmiz quraşdırılmasını həyata keçirə bilərsiniz, sonra kompüteri yenidən başladın və yandırarkən ⌥Alt/Option düyməsini basıb saxlayın. Nəticədə, ekranda sistemi yükləyə biləcəyiniz cihazların siyahısı göstərilir. Xarici diskinizi seçin və ⏎Enter düyməsini basın. Beləliklə, üçüncü tərəf proqramları və əlavə istifadəçi parametrləri olmadan təmiz sistemlə kompüterinizin işini yoxlaya bilərsiniz.

Yuxarıda təsvir olunan üsullar müsbət nəticə vermirsə, demək olar ki, tam əminliklə deyə bilərik ki, problem təbiətdəki hardwaredir. Bu vəziyyətdə cəhdlər müstəqil qərar problemlərin uğur şansı azdır. Əlaqə saxlamağı düşünməyə dəyər xidmət mərkəzi sonrakı diaqnostika və problemlərin aradan qaldırılması üçün ixtisaslı yardım almaq.

Köhnə bir noutbukla rastlaşdım MacBook Pro 2010 il, bu da xeyli yavaşladı. Diskdə şübhələr düşdü, bu modellərdə HDD quraşdırıldığı üçün onu artıq quraşdırılmış SSD ilə əvəz etmək qərara alındı. MacOS başqa maşından götürülüb.

Problem aradan qalxmadı və vizual yaxşılaşma olmadı. Bir neçə yoxlamadan sonra sıfırlayın NVRAM Və SMC, soyuducu 100% sürətlə döndüyü üçün problemin aparatda olduğuna demək olar ki, əmin olanda təsadüfən “ Sistem monitorinqi"və prosessorun orada 140-250% yükləndiyini gördüm.
Problem prosesdə idi Kernel_task Bu, CPU resurslarını yeyir və bütün OS-nin işləməsinə mane olurdu.

Apple-ın bu proses haqqında yazdıqları budur:
Kernel_task prosesi hesablama intensivliyi olan proqramlar üçün CPU resurslarının mövcudluğunu azaltmaqla CPU temperaturlarını idarə etməyə kömək edir. Başqa sözlə, kernel_task prosesi həddindən artıq istiləşmə riski olduqda işə salınır mərkəzi prosessor. Özü də belə hallara səbəb olmur. CPU temperaturu aşağı düşdükcə bu prosesin aktivliyi avtomatik olaraq azalır.

Problemin həlli tapıldı:

1) Əvvəlcə ekranı yandırın gizli qovluqlar:
- "Terminal" a gedin
- 2 əmr daxil edin:
default olaraq com.apple.finder AppleShowAllFiles TRUE yazır
killall tapıcı

2) Sonra kompüter modelini təyin edirik:
- "Bu Mac haqqında" üzərinə klikləyin
- Sonra, "Ətraflı" düyməsini basın
- "Sistem Hesabatı" üzərinə klikləyin
Avadanlıq haradadır, “Model ID”sini tapın və yadda saxlayın. Mənim vəziyyətimdə bu MacBookPro7,1-dir

3) Bu yolu izləyin:
/Sistem/Kitabxana/Genişləndirmələr
Fayl seçin IOPlatformPluginFamily.kext, sağ klikləyin və "Paket məzmununu göstər" seçin

4) gedin Məzmun/Pluginlər , sonra faylda ACPI_SMC_PlatformPlugin.kext həmçinin "Paket məzmununu göstər" seçin

5) Sonrakı Məzmun/Resurslar laptop modeli ilə faylı tapın. Yadınızdadırsa: mənim MacBookPro 7.1 var idi. Bu faylı silin! (Əgər yoxsa istədiyiniz fayl, ən yaxın modelləri silin, məsələn, 8.1 yoxdur, 7.1 və 9.1-i silin)

6) Kompüterinizi yenidən başladın. Bu prosedur yəqin ki, hər birindən sonra aparılmalı olacaq Mac yeniləmələriƏS

Qovluqların görüntüsünü əvvəlki kimi qaytarmaq üçün Terminalda əmri yerinə yetirin:
default olaraq com.apple.finder AppleShowAllFiles FALSE yazır
killall tapıcı

Model ID-ni silə bilmirsinizsə

Əgər sizdə MacOS El Capitan və ya daha yüksək versiya varsa, sistem identifikator faylını silməyə icazə verməyəcək, çünki əvvəlcə sistemin bütövlüyünün qorunmasını (Sistem Bütövlüyünün Qorunması və ya qısaca SIP) aradan qaldırmalısınız.

SIP yalnız bərpa rejimindən deaktiv edilə bilər. Yenidən yükləməlisiniz, giriş əldə etməlisiniz " Terminal" və bağlama əmrini daxil edin.

• Mac-ı söndürün və onu yandırarkən ⌘R (Command + R) düymələrini basıb saxlayın;
• Yüklədikdən sonra bərpa menyusuna daxil oluruq. Bölməni açın " Kommunal xidmətlər"və qaç" Terminal»;
• Komandanı daxil edin:
  csrutil deaktiv edin
• Mac-ı yenidən başladın.

Qorunmanı aktivləşdirmək üçün yenidən bərpa rejiminə daxil olmaq, terminalı açmaq və əmri daxil etmək lazımdır.

Əgər sizin MacOS (MacBook və ya iMac) ilə işləyən kompüteriniz varsa, onda siz tez-tez “Fəaliyyət Monitoru”nda “kernel_task” prosesini görmüsünüz. Bu nədir və niyə sistemi yükləyir məqaləmizdə müzakirə olunacaq.

verilmişdir sistem prosesi cihazın aparatını (xüsusilə prosessoru) əhəmiyyətli dərəcədə yükləyə bilər. Yük, soyutma sisteminin soyuducularının sürətinin artması ilə müşayiət olunur.

Nə prosesdir

Veb saytında alma Bildirilir ki, “kernel_task”ın əsas funksiyası performans tələb edən proqramları “basdırmaqla” temperaturun idarə edilməsidir.

Kompüter istiləşməyə başlayırsa, o zaman proses başlayır və temperaturun bu artmasına səbəb olan tətbiqin işini məhdudlaşdırır. “kernel_task” ın yük faizi mütənasib olaraq istilikdən asılıdır.

Necə söndürmək olar

Xüsusilə narahatedici bu problem cihazın özünün aşağı performansına görə köhnəlmiş Mac modellərinin (2012 və əvvəllər) sahibləri. Bu, bəzi komponentləri çıxarmaqla həll edilə bilər. Gəlin iki variantı nəzərdən keçirək.

Vacibdir! Bütün hərəkətləri öz təhlükəniz və riskinizlə edirsiniz. Ehtiyatlı olun.

MacOS Yosemite və əvvəllər üçün

El Capitan-dan daha gənc bir əməliyyat sistemi versiyanız varsa, bağlama prosesi belə görünəcək.

1. “Terminal”a keçin → növbə ilə iki əmr daxil edin:
   
2. Bu Mac haqqında açın.
3. “Ətraflı məlumat” → “Sistem hesabatı”.
4. “Model identifikatoru” bəndindəki məlumatları yadda saxla (məsələn, “MacBookPro5.5”).
   
5. “Get” → “Qovluğa gedin”.
   
6. /Sistem/Kitabxana/Genişləndirmələr.
   
7. “IOPlatformPluginFamily.kext” → “Paketin məzmununu göstər” faylına sağ klikləyin.
   
8. “Məzmun” → “Pluginlər” → “ACPI_SMC_PlatformPlugin.kext” → “Paket məzmununu göstər” üzərinə sağ klikləyin.
9. "Mündəricatlar" → "Resurslar" bölməsində Mac-ın adı olan faylı tapın (məsələn, "MacBookPro7.1") → onu silin.
   
10. Kompüterinizi yenidən başladın → “Terminal”ı açın → 2 əmr daxil edin:
    

Diqqət edin! Metod kömək etmirsə, növbəti üsula cəhd edin.

MacOS El Capitan və sonrakı versiyalar üçün

IN yeni versiyalar Apple sistemi daha yaxşı SIP kimi tanınan sistem bütövlüyünün qorunmasına malikdir. Buna görə də üsul əvvəlkindən fərqlənir.

Diqqət edin! Qorunmanı yenidən aktivləşdirmək üçün yuxarıdakı əvəzinə csrutil enable daxil etməlisiniz.

Bəzən Mac-in əvvəlki kimi sürətli işləmədiyini görürsən. Proqramlar daha yavaş işləyir, prosessor qızır və fan öz limitində işləyir. Bu gün sizə kompüterin bu şəkildə işləməsinin səbəblərindən birini izah edəcəyik.

« konfiqurasiya" Mac OS X sisteminin üstündə işləyən sistem konfiqurasiya daemonudur. Əksər istifadəçilər onu heç vaxt görməyəcək, çünki "configd" işləyir fon Mac. Həmçinin, bu iblis bəzən şıltaqlaşa bilər ki, bu da CPU performansında qeyri-adi artımlara səbəb olur və Mac fanınızın səsi külək tunelindəki kimi uğultu kimi olur. Bütün bunları Fəaliyyət Monitorunu işə salmaqla və sonra prosesləri "% CPU" ilə çeşidləməklə diaqnoz qoymaq olar. Düzgün işləməsə, “configd” prosessor resurslarının 20-95%-ni tutacaq. Bu davranış bir dəqiqə və ya daha çox davam edərsə, bu, çox düşünməyinizə ehtiyac olmayan normal bir hadisədir, sadəcə bunu ədalətli şəkildə həyata keçirin. Amma elə vaxtlar olur ki, "configd" heç bir problem olmadan CPU-nu bir neçə saat yükləyə bilir. görünən səbəb bu barədə.

Terminal vasitəsilə “configd” işlətmək probleminin həlli

"configd"-i davam etdirməyə məcbur etmək üçün əvvəlcə "killall" əmrindən istifadə edərək prosesi öldürəcəyik. Bu bir sistem prosesi olduğundan dərhal yenidən işə salınacaq. "configd" CPU resurslarını sərf edəcəyi hər bir halda, bu hiylə problemi həll edəcək.

Terminalı işə salın (/Applications/Utilities/-də yerləşir) və aşağıdakı əmri daxil edin:

sudo killall konfiqurasiyası

Super istifadəçi kimi əmri yerinə yetirmək üçün administrator parolunu daxil etməlisiniz. Sudo olmadan əmri işlətmək işləməyəcək.

Fəaliyyət Monitorunu açıq qoysanız və onu CPU-ya görə çeşidləsəniz, görəcəksiniz ki, “configd” yoxa çıxacaq və dərhal yenidən görünəcək, o, artıq siyahının başında deyil və CPU-nu yemir. İndi adi bir demon 0% ilə 1% CPU arasında olacaq.

Əgər "killall" əmrindən istifadə etdikdən sonra konfiqurasiya ilə bağlı problem yaşayırsınızsa, bu demonla bağlı problemlərin aradan qaldırılması haqqında ətraflı öyrənmək üçün bu məqalənin aşağısına keçin.

Terminal olmadan "configd" ilə işləmək

Əgər tanış deyilsinizsə komanda xətti, daha iki variant var:

1. Hər şeyi bağlayın çalışan proqramlar Mac
2. Kompüterinizi yenidən başladın

Mac-i yenidən yükləmək, terminalda konfiqurasiya prosesini öldürməklə eyni effektə malikdir. Demonun qeyri-adekvat işləməsi işləyən proqramlardan birinin düzgün işləməməsi səbəbindən yaranarsa, bu üsul kömək edə bilər.

Diaqnostika "configd və daemon köməyi"

Apple rəsmi olaraq konfiqurasiyanı aşağıdakı kimi təsvir edir:

« Configd demonu yerli sistem konfiqurasiyasının bir çox aspektlərinə cavabdehdir. "configd" sistemin cari vəziyyəti tərəfindən istifadə edilən məlumatları saxlayır, bu məlumatlar dəyişdikdə tətbiqlərə bildirişlər verir və digər agentlər üçün müxtəlif konfiqurasiyaları həyata keçirir.»

Əgər "configd" in səhv davranışının səbəbini diaqnoz etməyə cəhd etmək istəyirsinizsə, ilk növbədə aşağıdakı kataloqlarda yerləşən PLIST fayllarında olan uyğunsuzluqlara baxa bilərsiniz:

/Sistem/Kitabxana/Sistem Konfiqurasiyası/

/Kitabxana/Tercihlər/Sistem Konfiqurasiyası/

Başqa bir seçim "configd"-ni yenidən işə salmaqdır, lakin qabaqcıl rejimdə aşağıdakı əmrdən istifadə edərək:

sudo /usr/libexec/configd -v

Bu əmr ixrac edəcək ətraflı məlumat konsolda sistemdə baş verənlər haqqında. Bu məlumatı yuxarıda qeyd olunan sistem qovluqlarında olan məlumatlarla müqayisə etmək, demonun düzgün işləməməsinin dəqiq səbəbini tapmaqda çox faydalı ola bilər.

Ümumi təcrübə göstərir ki, bəzi proqramlar və proseslər digərlərindən daha çox "configd" demonunu çağırır. Bu, bəzi printerlərdə, Java ilə işləyən proqramlarda baş verir və təkrarlanır uğursuz cəhdlərşəbəkə əlaqələri. Buna görə bəzən sistemdəki bütün tətbiqləri sıfırlamaq bu problemin həllində çox təsirli ola bilər.

Google-un təhlükəsizlik bölməsi Project Zero, “yüksək təhlükəsizlik səviyyəsinə” malik olan macOS nüvəsində qüsur aşkar edib (vasitəsilə AppleInsider).

Kernel xətası

Əsas özəyidir əməliyyat sistemi. O, hər şey üzərində tam nəzarətə malikdir və proqram təminatından, yaddaşdan, kompüter aksesuarlarından və s. giriş/çıxış kimi şeyləri idarə edir. XNU bütün Apple əməliyyat sistemlərində istifadə olunan nüvə adıdır.

Qüsur, hakerə əməliyyat sistemini xəbərdar etmədən faylda dəyişiklik etməyə imkan verir. Bu, proseslərin öz aralarında məlumat yazmasına imkan verən copy-on-write (COW) adlı bir şeylə qarışır, lakin onu dəyişdirən başqa şeylərdən qorunmalıdır. Bu qüsur bunun baş verməsinə imkan verir.

Bu kopyalama-yazma davranışı yalnız anonim yaddaşla deyil, həm də fayl xəritələri ilə işləyir. Bu o deməkdir ki, hədəf proses köçürülmüş yaddaş bölgəsindən oxumağa başladıqdan sonra yaddaşın həcminin artması köçürülmüş yaddaşı ehtiva edən səhifələrin səhifə keşindən silinməsinə səbəb ola bilər. Daha sonra, çıxarılan səhifələrə yenidən ehtiyac yarandıqda, onlar ehtiyat fayl sistemindən yenidən yüklənə bilər.