Mogelijke oplossing voor willekeurige "Kernel Panics" bij het opstarten van Arch Linux

Dit bericht laat zien hoe je het probleem van startups met fouten kunt "oplossen" Arch Linux. Iets als de volgende afbeelding:

Zoals te zien is, zien we dat dit een van de vele "combinaties" van fouten is die willekeurig verschijnen bij het starten van een besturingssysteem met dit probleem. Zoals het in deze fout zegt, geeft het aan dat er mogelijk een probleem is in de "Hardware", maar zoals we allemaal weten in dit besturingssysteem, kunnen zelfs de slechte trucs van wat niet tot het besturingssysteem behoort, worden opgelost.

Dus ik zal mijn ervaring met dit probleem beschrijven. Van wat ik heb kunnen ervaren, zat het probleem alleen bij Arch Linux of een andere distro die ik extern heb getest, want met elke ubuntu die ik had geïnstalleerd of getest, startte het zonder problemen. Maar als ik probeerde het te scheuren Arch Linux geïnstalleerd op de harde schijf, had het een probleem dat het ongeveer 50 keer moest herstarten om het besturingssysteem normaal te laten opstarten en het te kunnen gebruiken.

Dit had al iets mis met me omdat ik alleen de ubuntu kon gebruiken die ik had geïnstalleerd om het te testen en ik kon niet eens de helft van de dingen doen die ik ermee kon doen Arch Linux. Dus ik besloot dit probleem op te lossen en begon het te onderzoeken, op zoek naar forumthreads met hetzelfde probleem, ze zeiden ook dat het een hardwarefout was en dat het precies de CPU was, dus ik begon me zorgen te maken, dus ik moest open de pc en controleer wat er aan de hand was, maar het hielp niet.

Maar iets dat me liet zien, dat ik niet moest opgeven, was dat als Ubuntu Ik zou kunnen omdat Arch Linux nee (misschien Ubuntu is beter dan boog…?). Dus begon ik opstartparameters naar de kernel van Arch Linux, dingen zoals: 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 = uitschakelen, i8042.noactpi = 1, apm = copyds apm = copyds, acdtpi = 0, apm = copyds pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff en anderen meer… Dit alles werd aanbevolen in de forums die ik las.

Totdat ik de documentatie van de kernelparameters moest invoeren, wat ik trouwens aanbeveel: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

En ik vond een behoorlijk interessante parameter die ik op dit moment kon opstarten Arch Linux Geen probleem:

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

Zoals daar aangegeven, beperkt deze parameter het gebruik tot een cpu zonder de symmetrische verwerkingsmodus te activeren. In het begin werkte het redelijk goed tot ik het commando gebruikte pacman-Syyu; gooide me een kern gedumpt o segmentatie fout.

Dus ik merkte automatisch dat er iets vreemds aan de hand was, dus begon ik andere processen uit te voeren totdat het systeem plotseling volledig vastliep en niet meer werkte, totdat ik het opnieuw opstartte. Dus ik deed dezelfde operatie, maar deze keer lukte het me uit te voeren htop en het liet me het volgende zien:

Zoals verwacht toonde het slechts één CPU, aangezien de andere het had uitgeschakeld, leek het me echter heel vreemd waarom de programma's segmentfout, en kon zelfs de grafische omgeving niet starten; dus het was iets dat me in ieder geval meer hoop gaf dat als ik de kernelparameters op één manier instelde, het mijn Arch Linux zoals gewoonlijk.

Dus ik bleef de andere parameters die ik in de lijst schreef proberen totdat ik deze tegenkwam, wat op dit moment de beste oplossing is:

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

Deze parameter doet zoiets eenvoudigs als het isoleren (niet deactiveren) van de tweede kern van de CPU bij symmetrische verwerking, dat wil zeggen dat de verwerkingsbelasting wordt gegeven aan een enkele kern terwijl de andere alleen complementair is. Dit, hoewel het tegenstrijdig lijkt, heeft niet zozeer invloed op de prestaties, aangezien dit geweldige besturingssysteem applicaties op deze manier kon uitvoeren:

Dus met dit, het enige probleem dat ik heb waargenomen dat optreedt tijdens het opstarten, is een of twee kernel panics of oeps; maar vergeleken met de 50 keer dat ik eerder opnieuw moest opstarten, kan ik het als een "tijdelijke oplossing" beschouwen. Voor de rest heb ik tot dusver het besturingssysteem kunnen gebruiken en dit bericht kunnen schrijven dat je nu leest :-).

Ik hoop dat ze je helpen en er niet uitkomen GNU / Linux, het beste besturingssysteem dat ze ooit hebben uitgevonden. Ik zeg het zeker.