Google atrod nopietnu MacOS kodola kļūdu. Atrisiniet problēmu, kas saistīta ar “configd” palaišanu caur termināli

Dažreiz pamanāt, ka jūsu Mac dators nedarbojas tik ātri, kā tas bija agrāk. Programmas darbojas lēnāk, procesors uzkarst, un ventilators darbojas līdz galam. Šodien mēs jums pastāstīsim par vienu no iemesliem, kāpēc dators darbojas šādi.

« konfigurācija" ir sistēmas konfigurācijas dēmons, kas darbojas operētājsistēmas Mac OS X virspusē. Lielākā daļa lietotāju to nekad neredzēs, jo tiek palaists "configd". fons Mac. Turklāt šis dēmons dažreiz var kļūt kaprīzs, kas izraisa neparastu CPU veiktspējas pieaugumu, un jūsu Mac ventilatora skaņa kļūst kā dūkoņa kā vēja tunelī. To visu var diagnosticēt, palaižot Activity Monitor un pēc tam sakārtojot procesus pēc "% CPU". Ja tas nedarbojas pareizi, “configd” aizņems 20–95% procesora resursu. Ja šī uzvedība turpinās kādu minūti, tad tā ir normāla parādība, par kuru jums nav pārāk daudz jādomā, vienkārši ļaujiet tai darboties godīgi. Bet ir gadījumi, kad "configd" var bez problēmām ielādēt centrālo procesoru vairākas stundas. acīmredzams iemesls par šo.

Atrisiniet problēmu, kas saistīta ar “configd” palaišanu caur termināli

Lai piespiestu "configd" atsākt, mēs vispirms iznīcināsim procesu, izmantojot komandu "killall". Kopš šī sistēmas process, tas tiks nekavējoties restartēts. Visos gadījumos, kad "configd" tērēs CPU resursus, šis triks atrisinās problēmu.

Palaidiet termināli (atrodas mapē /Applications/Utilities/) un ievadiet šādu komandu:

sudo killall configd

Lai izpildītu komandu kā superlietotājam, jums būs jāievada administratora parole. Komandas palaišana bez sudo nedarbosies.

Atstājot Activity Monitor atvērtu un kārtojot to pēc CPU, pamanīsit, ka “configd” pazudīs un uzreiz atkal parādīsies, kamēr tas vairs nav saraksta augšgalā un vairs neapēd centrālo procesoru. Tagad parastais dēmons būs kaut kur no 0% līdz 1% CPU.

Ja pēc komandas "killall" izmantošanas rodas problēmas ar configd, ritiniet līdz šī raksta apakšdaļai, lai uzzinātu vairāk par šī dēmona problēmu novēršanu.

Darbs ar "configd" bez termināļa

Ja neesat pazīstams ar komandrinda, ir vēl divas iespējas:

1. Aizveriet visu darbojas lietojumprogrammas Mac
2. Restartējiet datoru

Mac datora pārstartēšanai ir tāds pats efekts kā konfigurācijas procesa nogalināšanai terminālī. Šī metode var palīdzēt, ja dēmona neadekvāto darbību izraisa nepareiza vienas no darbojošās programmas darbība.

Diagnostikas "configd un dēmonu palīdzība"

Oficiāli Apple apraksta konfigurāciju šādi:

« Configd" dēmons ir atbildīgs par daudziem konfigurācijas aspektiem vietējā sistēma. "configd" saglabā datus, ko izmanto pašreizējā sistēmas stāvoklī, sniedz paziņojumus lietojumprogrammām, kad šie dati mainās, un veic dažādas konfigurācijas citiem aģentiem.»

Ja vēlaties mēģināt diagnosticēt "configd" nepareizas darbības iemeslu, vispirms varat apskatīt neatbilstības PLIST failos, kas atrodas šādos direktorijos:

/Sistēma/Bibliotēka/Sistēmas konfigurācija/

/Bibliotēka/Preferences/SystemConfiguration/

Vēl viena iespēja ir palaist "configd" vēlreiz, bet uzlabotajā režīmā, izmantojot šādu komandu:

sudo /usr/libexec/configd -v

Šī komanda eksportēs detalizēta informācija par to, kas notiek sistēmā konsolē. Šīs informācijas salīdzināšana ar informāciju, kas atrodama iepriekš minētajos sistēmas direktorijos, var būt ļoti noderīga, lai atrastu precīzu iemeslu, kāpēc dēmons nedarbojas pareizi.

Vispārējā pieredze liecina, ka dažas lietojumprogrammas un procesi izsauc "configd" dēmonu biežāk nekā citi. Tas notiek ar dažiem printeriem, lietojumprogrammām, kurās darbojas Java, kā arī ar atkārtotiem neveiksmīgiem mēģinājumiem izveidot savienojumu ar tīklu. Tāpēc dažkārt visu sistēmas lietojumprogrammu atiestatīšana var būt ļoti efektīva šīs problēmas risināšanā.

Jaunu portatīvo datoru īpašnieki MacBook Pro un galddatori i Mac Pro Mēs saskārāmies ar pēkšņu “kodola panikas” kļūdas parādīšanos (analogs BSOD no Windows operētājsistēmai MacOS).

Par kļūdas parādīšanos liecina daudzas sūdzības no foruma tehniskais atbalsts Apple un trešo pušu resursi. Kļūdas logs un sekojoša sistēmas atsāknēšana notiek 1-2 reizes dienā, biežāk pēc ierīces atbloķēšanas.

Problēmas cēloņi

Pamatojoties uz šodien pieejamajiem datiem, problēmu rada iebūvētā Bridge OS un speciālā T2 mikroshēma, kas ir atbildīgas par datora funkcijām, kas nav patērējušas enerģiju - dzesētāju rotācijas ātruma kontroli, skaņas apstrādi utt. Problēma rodas tikai datoros ar T2 mikroshēmu. Tomēr līdz šim nav tiešu pierādījumu par tiešu T2 cēloni un nav datu par problēmas izplatību.

Lietotāju mēģinājumi novērst problēmu, notīrot disku un pārinstalējot OS, atjaunojot OS kopiju, izmantojot Time Machine, atspējojot perifērijas iekārtas un pat mainot datoru, nebija pilnībā efektīvi. Pamatojoties uz to, var pieņemt, ka problēma ir paslēpta dziļi sistēmā.

Daudzi lasītāji ir saskārušies vai vismaz dzirdējuši par tādu parādību kā “ zils ekrāns nāve" (BSOD), kas parādās operētājsistēmās Windows saime kad rodas kritiskas sistēmas kļūdas, bez kurām tā nevar tikt galā pilnīga atsāknēšana. OS X ir kaut kas līdzīgs. Kritiskās kļūdas Mac OS X kodola līmenī tiek sauktas par "kodola paniku". Kodols ir sistēmas sirds, kas ir atbildīgs par komponentu un perifērijas ierīču, kā arī datora programmatūras mijiedarbību. Tāpēc, ja kodolā rodas kritiska kļūda, atkopšanai no tās bieži ir nepieciešams kodola un līdz ar to arī sistēmas restartēšana.

Visbiežāk šīs kritiskas kļūdas parādās kā pelēks ekrāns, pret kuru atrodas dažādās valodās jums tiek lūgts piespiedu kārtā izslēgt datoru kļūdas dēļ.

Tomēr tas ne vienmēr notiek. Dažreiz kodola kļūdas izraisa pilnīgi sasalst sistēmas vai spontānas datora atsāknēšanas un izslēgšanas. Šajā gadījumā galvenā “kodola panikas” pazīme būs atbilstoša ieraksta parādīšanās sistēmas žurnālos ar tādu nosaukumu kā “Kernel_ GGGG-MM-DD-HHMMSS _Datora nosaukums.panikas" kur GGGG-MM-DD-HHMMSS ir secīgi norādīts kļūdas rašanās gads, mēnesis, datums un laiks ar precizitāti sekundēs, un Datora nosaukums- datora nosaukums.

Daudzi iekārtu darbības traucējumi, gan iekšēji (piemēram, RAM), un perifērijā (piemēram, ārējie diskdziņi), kā arī programmatūras darbības traucējumi. Diemžēl, diagnosticējot kritiskas sistēmas kļūdas, “aizdomās turamo loks” ir ļoti liels, jo kodols mijiedarbojas ar katru sistēmas procesu un pakalpojumu, nemaz nerunājot par katru ārējo un iekšējo ierīci. Tāpat kā ar daudzām lietām operētājsistēmā Mac OS X, ja rodas kritiskas kļūdas, ir daudz vieglāk izmēģināt dažas vispārīgas pieejas problēmas risināšanai, nevis mēģināt noskaidrot vainīgo, izmantojot pārskatus un žurnālus.

Iespējamie cēloņi un risinājumi.

Brīvpiekļuves atmiņas (RAM) darbības traucējumi vai kļūme

Problēmas ar RAM ir viens no biežākajiem kritisko avāriju cēloņiem. Ja nevarat izsekot “kodola panikas” rašanās atkarībai no jebkura konkrētas ierīces vai palaist noteiktus procesus, ir vērts pārbaudīt RAM.

Lai to izdarītu, varat izmantot Apple Hardware Test (AHT) vai, ja jūsu Mac tika izlaists pēc 2013. gada, Apple Diagnostics. Ja datora komplektācijā ietilpst disks ar programmatūra sistēmā, ievietojiet to optiskais diskdzinis, izslēdziet datoru un nospiediet D nākamajā reizē, kad to ieslēdzat.

Ierīces, kas piegādātas ar OS X 10.7 un jaunākām versijām, atbalsta arī testu tiešsaistes versiju. Lai to izdarītu, pārliecinieties, vai jūsu Mac ir izveidots savienojums ar internetu, un startēšanas laikā turiet nospiestu taustiņu kombināciju ⌥Alt + D.

Lai pārbaudītu RAM, varat izmantot arī trešo pušu utilītas, piemēram, Rember vai Memtest.

Ir arī vērts atzīmēt, ka dažas sistēmas vai programmaparatūras versijas var būt vairāk (vai mazāk) saderīgas ar viena vai cita veida aprīkojumu, un tāpēc to atjauninājumi var izraisīt konfliktus ar aprīkojumu un kritiskas kļūmes. Tas notiek reti un biežāk notiek otrādi, bet joprojām pastāv iespēja.

NVRAM un SMC kļūmes

Nelielā datora atmiņas daļā, ko sauc par nepastāvīgo RAM jeb NVRAM, tiek glabāti noteikti iestatījumi, kuriem OS X var ātri piekļūt. Kļūdas var iekļūt NVRAM saglabātajos iestatījumos, kas noteiktos gadījumos var izraisīt kodola paniku. Lai novērstu iespējamās kļūdas NVRAM atmiņa ir jāatiestata. Lai to izdarītu, izslēdziet datoru un nākamreiz to ieslēdzot, turiet nospiestu taustiņus ⌘Command + ⌥Alt/Option + P + R, līdz dators tiek restartēts un otrreiz dzirdat sāknēšanas signālu.

Uz vecākiem Mac datorišāda informācija tika saglabāta parametriskajā operatīvajā atmiņā (PRAM). NVRAM atiestatīšana uz Intel balstītajiem Mac datoriem izmanto to pašu taustiņu kombināciju un ir līdzīga PRAM atiestatīšanai.

Ja jūs lietojat bezvadu tastatūra, pastāv neliela iespēja, ka dators nereaģēs uz tā taustiņu nospiešanu. Šajā gadījumā ir vērts pievienot USB tastatūru (nav svarīgi, vai tā ir Apple tastatūra vai Windows) un mēģiniet vēlreiz ar to.

Turklāt Mac datoros ar Intel procesors ir uzstādīts sistēmas vadības kontrolieris (SMC), kas atbild par daudzām zema līmeņa funkcijām, piemēram, akumulatora resursu pārvaldību, temperatūras kontroli, reakciju uz vāka aizvēršanu portatīvie datori un daudzi citi aspekti, kas saistīti ar jūsu Mac darbināšanu. Ja rodas problēmas ar datora darbību, ir jāatiestata arī SMC parametri.

Klēpjdatoros ar nenoņemamu akumulatoru:

1. Izslēdziet datoru.
2. Pievienojiet MagSafe vai USB-C strāvas adapteri strāvas avotam un datoram.
3. Iebūvētajā tastatūrā vienlaikus nospiediet ⇧Shift + Control + ⌥Alt/Option (pa kreisi) un barošanas pogu.
4. Vienlaicīgi atlaidiet taustiņus un barošanas pogu.

Mac klēpjdatoros ar noņemamu akumulatoru:

1. Izslēdziet datoru.
2. Atvienojiet MagSafe strāvas adapteri no datora, ja tas ir pievienots.
3. Izņemiet akumulatoru.
4. Nospiediet un piecas sekundes turiet barošanas pogu.
5. Atlaidiet barošanas pogu.
6. Atkārtoti pievienojiet akumulatoru un MagSafe strāvas adapteri.
7. Nospiediet barošanas pogu, lai ieslēgtu datoru.

Operētājsistēmā Mac Pro, iMac, Mac mini un Xserve:

1. Izslēdziet datoru.
2. Atvienojiet datora strāvas vadu.
3. Pagaidiet 15 sekundes.
4. Pievienojiet strāvas vadu.
5. Uzgaidiet 5 sekundes un pēc tam nospiediet barošanas pogu, lai ieslēgtu datoru.

Ārējo ierīču (perifēro ierīču) darbības traucējumi

Firewire, Thunderbolt un USB ierīces, visticamāk, ir arī kritisku kļūmju vaininieki. Iemesli var būt dažādi, taču galvenais ir tas, ka šīs ierīces ļoti bieži piekļūst jūsu datora kontrollerim, apmainoties ar to datu paketēm, un, ja kontrolieris saņem nepareizu paketi, tas var izraisīt avāriju.

Šādā gadījumā “kodola panika” var rasties uzreiz, kad ierīce ir pievienota, sistēma startē, ja ierīce jau ir pievienota Mac datoram un dators pamostas no miega režīma.

Pēdējā gadījumā viens no risinājumiem var būt datora miega režīma atspējošana izvēlnē Sistēmas iestatījumi → Enerģijas taupīšana.

Biežāka pieeja šai problēmai parasti ir visu atspējošana ārējās ierīces un savienojot tos virknē. Tādējādi, pārmeklējot opcijas, varat noteikt, kura ierīce izraisa kļūmi, lai gan dažos gadījumos tas var būt diezgan sarežģīti, jo dažreiz problēma var parādīties ne uzreiz, bet pēc dažām minūtēm vai pat stundām.

Kad esat noskaidrojis, kura ierīce rada problēmu, ir vērts pārbaudīt šīs ierīces programmaparatūras un draiveru atjauninājumus, kā arī pašas sistēmas atjauninājumus. Pastāv iespēja, ka problēma ir vairāk saistīta ar programmatūru, un atjauninājumi to novērsīs.

Ja izmantojat centrmezglus vai sadalītājus, kas ļauj vienlaikus savienot vairākas ierīces vienam datora fiziskajam portam, vismaz uz laiku no tiem jāatsakās, jo tie var izraisīt arī kritiskas kļūdas.

Visbeidzot, ja nekas no iepriekš minētā nepalīdzēja, mēģiniet pievienot cita modeļa vai cita ražotāja līdzīgu ierīci. Diemžēl gadās, ka dažas perifērijas ierīces viena vai otra iemesla dēļ var nebūt saderīgas ar jūsu datoru.

Komponentu darbības traucējumi

Regulāri atkārtotas kļūmes var izraisīt kļūdaini, bojāti vai nepareizi konfigurēti komponenti, piemēram, iebūvēti lidostas un Bluetooth kontrolieri un citi tīkla ierīces, cietie diski un cietvielu diskdziņi, un dažreiz bojāti vai nepareizi funkcionējoši procesori.

Bieži vien šādas problēmas var atrisināt, vienkārši savienojot atbilstošās sastāvdaļas. Ja nesen esat jauninājis savu Mac datoru (it īpaši, ja to izdarījāt pats), jums jāpārliecinās, vai visas PCI, PCI Express, AirPort un citas paplašināšanas kartes ir pareizi pievienotas atbilstošajiem savienotājiem.

Kešatmiņas kļūdas

Sistēmas un lietotāju lietojumprogrammu izveidotajiem pagaidu failiem ir liela nozīme OS X darbībā, tāpēc, ja tajos parādās kāda kļūda, turpmāka piekļuve tiem var izraisīt neveiksmi. Pirms sākat detalizēti diagnosticēt problēmu, ir vērts sākt ar kešatmiņas notīrīšanu, jo tas var ietaupīt laiku un pūles. Varat izmantot specializētas utilītas, piemēram, Onyx vai Cocktail, vai dzēst pagaidu failus manuāli. Neatkarīgi no tā, kuru opciju izvēlaties, mēs ļoti iesakām vispirms izveidot pilnu sistēmas dublējumu!

1. Atvērt Meklētājs un nospiediet taustiņu kombināciju ⌘Command+⇧Shift+G
2. Atvērtajā logā ievadiet /System/Library
3. Noklikšķiniet uz pogas "Aiziet".
4. Atvērtajā mapē atrodiet failus ar nosaukumu Extensions.kextcache un Extensions.mkext un izdzēsiet tos.
5. Tajā pašā direktorijā atrodiet mapi "Kešatmiņas", atlasiet visu tās saturu un izdzēsiet to.
6. Vēlreiz nospiediet kombināciju ⌘Command + ⇧Shift + G un atvērtajā logā ievadiet /Library/Caches/
7. Atlasiet vēlreiz un izdzēsiet visu mapes saturu.
8. Visbeidzot vēlreiz nospiediet kombināciju ⌘Command + ⇧Shift + G un atvērtajā logā ievadiet ~/Library/Caches.
9. Izdzēsiet šīs mapes saturu.
10. Restartējiet sistēmu un pārbaudiet, vai nav radušās kritiskas kļūdas.

Nepareizi Mac OS X komponenti un kodola paplašinājumi

Mac OS X komponenti un kodola paplašinājumi ir ļoti plaša tēma ne tikai tāpēc, ka tie ir neaizsargāti pret ļoti daudziem dažādiem darbības traucējumiem, tostarp datu bojājumiem, aparatūras nesaderību, nepareiziem atļauju iestatījumiem un daudziem citiem, bet arī to skaita dēļ. Piemēram, varat apskatīt mapi /System/Library/Extensions, kurā katrs fails paplašina Mac OS X kodola funkcionalitāti un var izraisīt "kodola paniku". Vidēji sistēmai ir aptuveni 250–300 kodola paplašinājumu (un tas ir tālu no robežas), kas var pārvērst kļūdas diagnostiku par adatas meklēšanu siena kaudzē.

IN šajā gadījumā, ja esat pārliecināts, ka problēma patiešām ir sistēmas failos, iespējams, ir vienkāršāk un efektīvāk pārinstalēt sistēmu uz esošo no atkopšanas nodalījuma (kam var piekļūt, turot nospiestu taustiņu kombināciju ⌘Command + R, kad ieslēdzot datoru), kas atstās lietotāja datus neskartus, bet aizstās sistēmas failus ar tiem, kas, kā zināms, darbojas.

Dažos gadījumos pēc sistēmas atjaunināšanas vai jaunināšanas var parādīties kritiskas kļūdas, kas arī visbiežāk attiecas uz problēmām ar sistēmas faili. Visvairāk vienkāršā veidāšādu problēmu risinājums būtu atjaunošana rezerves kopija Tomēr laikā pirms atjaunināšanas bija arī citas metodes, kuras mēs rakstījām vienā no mūsu metodēm.

Nepareizi iestatījumi

Nepareizi sistēmas iestatījumi vai pašu failu bojājumi, kuros tie tiek glabāti, var izraisīt arī būtiskas kļūmes. Bieži vien sistēmas darbība var norādīt, kuri parametri ir konfigurēti nepareizi. Piemēram, ja problēma rodas, kad dators vai diski (neaktivitātes dēļ) nonāk miega režīmā vai iziet no tā, iespējams, varat atspējot funkcijas izvēlnē System Preferences → Energy Saver.

Ja nevarat noteikt problēmas avotu, varat izmantot kādu no vispārīgajām pieejām un izveidot jaunu kontu. Tātad attēli, kurus atiestatāt jaunam kontu visus lietotāja iestatījumus un varat pārbaudīt, vai tas atrisina problēmu. Ja jaunajā kontā problēma ir novērsta, bet cēloni nevarējāt noteikt, iespējams, ir ērtāk visus nepieciešamos datus pārsūtīt jaunajam lietotājam un dzēst veco.

Turklāt sistēmas palaišana drošais režīms. Lai to izdarītu, nākamajā reizē, kad to ieslēdzat, izslēdziet datoru un turiet nospiestu taustiņu ⇧Shift. Tādā veidā jūs ne tikai īslaicīgi visu atspējosit trešo pušu paplašinājumi kodoli, sistēmas papildinājumi un iestatījumi, kas var izraisīt avārijas, bet arī iztīrīt dažus pagaidu failus, kas arī var izraisīt problēmu.

Un visbeidzot, ja jums ir ārējie mediji(zibatmiņas disks vai ārējais disks), varat tērēt tīra instalēšana sistēmu, pēc tam restartējiet datoru un turiet nospiestu taustiņu ⌥Alt/Option, kad to ieslēdzat. Rezultātā ekrānā tiks parādīts to ierīču saraksts, no kurām var palaist sistēmu. Atlasiet ārējo disku un nospiediet taustiņu ⏎Enter. Tādā veidā jūs varat pārbaudīt sava datora darbību ar tīra sistēma bez trešās puses programmatūras un papildu lietotāja iestatījumiem.

Ja iepriekš aprakstītās metodes nedeva pozitīvs rezultāts, mēs varam gandrīz pilnīgi droši teikt, ka problēma ir aparatūras raksturs. Šajā gadījumā mēģinājumiem patstāvīgi atrisināt problēmu ir maz iespēju gūt panākumus. Ir vērts apsvērt iespēju sazināties servisa centrs saņemt kvalificētu palīdzību turpmākai diagnostikai un traucējummeklēšanai.

Ja jums ir dators zem darbojas MacOS(MacBook vai iMac), tad jūs vairāk nekā vienu reizi esat pamanījis “Aktivitātes pārrauga” procesu “kernel_task”. Kas tas ir un kāpēc tas ielādē sistēmu, tiks apspriests mūsu rakstā.

Šis sistēmas process var ievērojami noslogot ierīces aparatūru (īpaši procesoru). Slodzi pavada dzesēšanas sistēmas dzesētāju ātruma palielināšanās.

Kāds ir process

Apple vietnē ir norādīts, ka "kernel_task" galvenā funkcija ir kontrolēt temperatūru, "nomācot" programmas, kas prasa daudz veiktspējas.

Ja dators sāk uzkarst, process sākas un ierobežo tās lietojumprogrammas darbību, kas izraisīja šo temperatūras paaugstināšanos. “kernel_task” slodzes procents ir proporcionāli atkarīgs no apkures.

Kā atspējot

Šī problēma īpaši satrauc novecojušo Mac modeļu (2012. gadā un agrāk) īpašniekus pašas ierīces zemās veiktspējas dēļ. To var atrisināt, noņemot dažus komponentus. Apsvērsim divus variantus.

Svarīgi! Jūs veicat visas darbības, riskējot un riskējot. Esi uzmanīgs.

Operētājsistēmai MacOS Yosemite un vecākām versijām

Ja jums ir versija operētājsistēma jaunāks par El Capitan, tad izslēgšanas process izskatīsies šādi.

1. Dodieties uz "Termināls" → pēc kārtas ievadiet divas komandas:
   
2. Atveriet par šo Mac.
3. “Sīkāka informācija” → “Sistēmas pārskats”.
4. Atcerieties informāciju no vienuma “modeļa identifikators” (piemēram, “MacBookPro5.5”).
   
5. “Iet” → “Doties uz mapi”.
   
6. /Sistēma/Bibliotēka/Paplašinājumi.
   
7. Ar peles labo pogu noklikšķiniet uz faila “IOplatformPluginFamily.kext” → “Rādīt pakotnes saturu”.
   
8. “Saturs” → “PlugIns” → ar peles labo pogu noklikšķiniet uz “ACPI_SMC_PlatformPlugin.kext” → “Rādīt pakotnes saturu”.
9. Sadaļā "Saturs" → "Resursi" atrodiet failu ar sava Mac datora nosaukumu (piemēram, "MacBookPro7.1") → izdzēsiet to.
   
10. Restartējiet datoru → atveriet “Termināls” → ievadiet 2 komandas:
    

Pievērsiet uzmanību! Ja metode nepalīdz, izmēģiniet nākamo.

Operētājsistēmai MacOS El Capitan un jaunākām versijām

IN jaunas versijas Apple sistēmai ir sistēmas integritātes aizsardzība, kas ir labāk pazīstama kā SIP. Šī iemesla dēļ metode atšķiras no iepriekšējās.

Pievērsiet uzmanību! Lai atkārtoti iespējotu aizsardzību, iepriekš minētā vietā jāievada csrutil enable.