Možna rešitev za naključne "Kernel Panics" pri zagonu Arch Linuxa

Ta objava prikazuje, kako z napakami "popraviti" skoraj težavo zagonskih podjetij Arch Linux. Nekaj ​​podobnega tej sliki:

Kot je razvidno, vidimo, da je to ena izmed številnih "kombinacij" napak, ki se pojavijo naključno pri zagonu operacijskega sistema s to težavo. Kot piše v tej napaki, pomeni, da je morda prišlo do težave v "Strojni opremi", toda, kot vsi vemo v tem operacijskem sistemu, je mogoče rešiti tudi slabe trike, kaj ne spada v OS.

Torej, opisal bom svoje izkušnje s to težavo. Glede na to, kar sem lahko izkusil, je bil problem le v Arch Linux ali drug distro, ki sem ga preizkusil zunaj, saj se je s katerim koli ubuntujem, ki sem ga namestil ali preizkusil, začel brez težav. Če pa bi poskusil raztrgati Arch Linux nameščen na trdem disku, sem imel težavo, da sem se moral približno 50-krat znova zagnati, da se je OS normalno zagnal in ga uporabil.

To je že imelo nekaj narobe z mano, ker sem lahko za preizkus uporabil samo nameščeni ubuntu in nisem mogel narediti niti polovice stvari, s katerimi sem lahko Arch Linux. Zato sem se odločil rešiti to težavo in začel raziskovati, da bi poiskal niti na forumu, ki so imele enako težavo, omenili so tudi, da gre za napako strojne opreme in da gre ravno za CPU, zato me je začelo skrbeti, zato Moral sem odpreti računalnik in preveriti, kaj se dogaja, vendar mi ni pomagalo.

Toda nekaj, kar mi je pokazalo, da se ne smem odpovedati, je, da če Ubuntu Lahko bi, ker Arch Linux ne (morda Ubuntu je boljši od Arch…?). Tako sem začel zapisovati zagonske parametre v jedro Arch Linux, stvari, kot so: lapic, nomce, intel_idle.max_cstate = 0, disable_cpu_apic, acpi_skip_timer_override, acpi = stric, clk, apm, noapic, acpi = oldboot, acpi-cpufreq, intel_pstate = disable, i8042.noacpi = 1, apm = copyds, acdm = copyds, acdm = copyds, acdm = copyds, acdt = pci = nocrs, rhgb, acpi = sila, pnpacpi = 0ff in drugi še ... Vse to so priporočali na forumih, ki sem jih prebral.

Dokler nisem moral vnesti dokumentacije parametrov jedra, kar mimogrede priporočam: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

In našel sem precej zanimiv parameter, ki sem ga zaenkrat uspel zagnati Arch Linux Ni problema:

linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce maxcpus = 0

Kot je navedeno tam, ta parameter omejuje uporabo na procesor brez aktiviranja simetričnega načina obdelave. Sprva je delovalo precej dobro, dokler nisem uporabil ukaza pacman-Syyu; me vrgel jedro odloženo o napaka segmentacije.

Tako sem samodejno opazil, da se dogaja nekaj čudnega, zato sem začel izvajati druge procese, dokler sistem nenadoma popolnoma ni zamrznil in ni več deloval, dokler ga nisem ponovno zagnal. Tako sem naredil isto operacijo, vendar mi je tokrat uspelo izvesti htop in pokazalo mi je naslednje:

Po pričakovanju je prikazal samo en CPU, saj ga je drugi onemogočil, vendar se mi je zdelo zelo nenavadno, zakaj so programi vrgli segfault, in niti grafičnega okolja ni mogel zagnati; tako da je bilo nekaj, kar mi je vsaj vlilo več upanja, da če nastavim parametre jedra v eno smer, se bo zagonsko Arch Linux kot vedno.

Zato sem še naprej preizkušal druge parametre, ki sem jih zapisal na seznam, dokler nisem naletel na tega, kar je trenutno najboljša rešitev:

 linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce izolcpus = 1

Ta parameter naredi nekaj tako preprostega, kot je izoliranje (ne deaktiviranje) drugega jedra CPE pri simetrični obdelavi, to pomeni, da je obremenitev obdelave dana enemu jedru, drugo pa samo dopolnjuje. Čeprav se zdi protislovno, to ne vpliva toliko na zmogljivost, saj je ta izvrstni operacijski sistem lahko zaganjal aplikacije na ta način:

Torej pri tem je edina težava, ki sem jo opazil in se pojavi med zagonom, ena ali dve paniki jedra ali oops; toda v primerjavi s 50-krat, ki sem jih moral pred tem znova zagnati, lahko to štejem za "rešitev". V preostalem mi je doslej dovolil, da uporabljam OS in napišem to objavo, ki jo trenutno berete :-).

Upam, da vam pomagajo in ne uidejo GNU / Linux, kar je najboljši operacijski sistem, ki so ga kdajkoli izumili. Zagotovo rečem.