Tento příspěvek má ukázat, jak „napravit“ téměř problém startupů s chybami Arch Linux. Něco jako následující obrázek:
Jak je vidět, vidíme, že se jedná o jednu z mnoha „kombinací“ chyb, které se náhodně objeví při spuštění operačního systému s tímto problémem. Jak se uvádí v této chybě, znamená to, že v „Hardware“ může být problém, jak však všichni v tomto operačním systému víme, lze vyřešit i špatné triky toho, co do OS nepatří.
Popíšu tedy svoji zkušenost s tímto problémem. Z toho, co jsem mohl zažít, byl problém pouze s Arch Linux nebo jiné distro, které jsem testoval externě, protože u jakéhokoli ubuntu, které jsem nainstaloval nebo testoval, to začalo bez problémů. Ale kdybych se pokusil roztrhnout Arch Linux nainstalován na pevném disku, měl problém, že se musel asi 50krát restartovat, aby se OS mohl normálně spustit a mohl jej používat.
To už se mnou něco bylo v nepořádku, protože k testování jsem mohl použít pouze ubuntu, který jsem nainstaloval, a nemohl jsem dělat ani polovinu věcí, s nimiž jsem mohl dělat Arch Linux. Takže jsem se rozhodl tento problém vyřešit a začal vyšetřovat, hledal vlákna fóra, která měla stejný problém, zmínili také, že se jednalo o hardwarovou chybu a že to byl přesně CPU, takže mě to začalo znepokojovat, takže jsem se dostal k otevřete PC a ověřte, co se děje, ale nepomohlo to.
Ale něco, co mi ukázalo, že bych se neměl vzdát, bylo to, kdyby ubuntu Mohl bych proto Arch Linux ne (možná ubuntu je lepší než Oblouk…?). Takže jsem začal psát bootovací parametry do jádra Arch Linux, věci jako: 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 = deaktivovat, i8042.noacpi = 1, apm = copyds, acd apm = copyds, acdtpi = 0, apm = copyds pci = nocrs, rhgb, acpi = síla, pnpacpi = XNUMXff a další další ... To vše bylo doporučeno na fórech, která jsem četl.
Dokud jsem nemusel zadávat dokumentaci parametrů jádra, kterou mimochodem doporučuji: https://www.kernel.org/doc/Documentation/kernel-parameters.txt
A našel jsem docela zajímavý parametr, který jsem pro tuto chvíli dokázal zavést Arch Linux Žádný problém:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce maxcpus = 0
Jak je zde uvedeno, tento parametr dělá omezení použití na CPU bez aktivace symetrického režimu zpracování. Zpočátku to fungovalo docela dobře, dokud jsem nepoužil příkaz pacman-Syyu; hodil mi a jádro dumpingové o Porucha Segmentace.
Automaticky jsem si tedy všiml, že se děje něco zvláštního, a tak jsem začal spouštět další procesy, až najednou systém úplně zamrzl a už nepracoval, dokud jsem ho nerestartoval. Udělal jsem tedy stejnou operaci, ale tentokrát se mi podařilo provést htop a ukázalo mi to následující:
Jak se dalo očekávat, ukázalo se to pouze na jeden procesor, protože druhý jej deaktivoval, ale zdálo se mi velmi zvláštní, proč programy házely segfault, a nemohl ani spustit grafické prostředí; takže to bylo něco, co mi alespoň dalo větší naději, že kdybych nastavil parametry jádra jedním způsobem, spustilo by to mé Arch Linux jako obvykle.
Takže jsem zkoušel další parametry, které jsem do seznamu zapsal, dokud jsem nenarazil na tento, což je v tuto chvíli nejlepší řešení:
linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce isolcpus = 1
Tento parametr dělá něco tak jednoduchého, jako je izolace (ne deaktivace) druhého jádra CPU v symetrickém zpracování, to znamená, že zátěž zpracování je dána jednomu jádru, zatímco druhé je pouze doplňkové. To, i když se to zdá být rozporuplné, to moc neovlivní výkon, protože tento skvělý operační systém dokázal spouštět aplikace tímto způsobem:
Jediným problémem, který jsem si všiml, že nastává při bootování, je tedy jedna nebo dvě paniky jádra nebo oops; ale ve srovnání s 50krát, co jsem musel restartovat dříve, to mohu považovat za „řešení“. Zbytek mi zatím umožnil používat OS a napsat tento příspěvek, který právě čtete :-).
Doufám, že vám pomohou a nedostanou se ven GNU / Linux, což je nejlepší operační systém, jaký kdy vymysleli. Říkám to jistě.