Möjlig lösning för slumpmässiga "Kernel Panics" på Arch Linux-start

Detta inlägg är för att visa hur man "fixar" nästan problemet med buggy-startups Arch Linux. Något som följande bild:

Som kan ses ser vi att detta är en av de många "kombinationer" av fel som dyker upp slumpmässigt när man startar ett operativsystem med detta problem. Som det står i det felet indikerar det att det kan finnas ett problem i "Hårdvaran", men som vi alla vet i detta operativsystem kan även de dåliga knepen med det som inte hör till OS lösas.

Så jag kommer att beskriva min upplevelse av detta problem. Från vad jag kunde uppleva var problemet bara med Arch Linux eller en annan distro som jag testade externt, eftersom det med alla ubuntu som jag hade installerat eller testat startade utan problem. Men om jag försökte riva Arch Linux installerad på hårddisken hade jag ett problem att jag var tvungen att starta om cirka 50 gånger för att operativsystemet skulle kunna starta normalt och använda det.

Detta hade redan något fel med mig eftersom jag bara kunde använda ubuntu som jag hade installerat för att testa det och jag kunde inte ens göra hälften av de saker jag kunde göra med Arch Linux. Så jag bestämde mig för att lösa detta problem och började undersöka, letade efter forumtrådar som hade samma problem, de nämnde också att det var ett hårdvarufel och att det var just CPU, så det började oroa mig, så jag fick öppna datorn och verifiera vad som hände, men det hjälpte inte.

Men något som visade mig att jag inte skulle ge upp var att om ubuntu Jag kunde för Arch Linux nej (kanske ubuntu är bättre än Arch...?). Så jag började skriva startparametrar till kärnan av Arch Linux, saker som: 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 = copyd apm = copyds, acdtpi = 0, apm = copyds pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff och andra mer ... Allt detta rekommenderades i de forum jag läste.

Tills jag var tvungen att gå till dokumentationen för kärnparametrarna, som jag förresten rekommenderar: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

Och jag hittade en ganska intressant parameter som för tillfället lyckades jag starta Arch Linux Inga problem:

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

Som anges där, vad denna parameter gör är att begränsa användningen till en CPU utan att aktivera det symmetriska bearbetningssättet. Först fungerade det ganska bra tills när jag använde kommandot pacman-Syyu; kastade mig en kärna dumpad o segmenteringsfel.

Så jag märkte automatiskt att något konstigt hände, så jag började köra andra processer tills plötsligt systemet frös helt och inte fungerade längre tills jag startade om det. Så jag gjorde samma operation, men den här gången lyckades jag utföra htop och det visade mig följande:

Som förväntat visade den bara en processor, eftersom den andra hade inaktiverat den, men det verkade väldigt konstigt för mig varför programmen kastade segfault, och kunde inte ens starta den grafiska miljön; så det var något som åtminstone gav mig mer hopp om att om jag ställde in kärnparametrarna på ett sätt skulle det starta mitt Arch Linux som vanligt.

Så jag fortsatte att prova de andra parametrarna jag skrev i listan tills jag stötte på den här, vilket är den bästa lösningen just nu:

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

Denna parameter gör något så enkelt som att isolera (inte avaktivera) den andra kärnan i CPU: n vid symmetrisk bearbetning, det vill säga att processbelastningen ges till en enda kärna medan den andra bara är komplementär. Detta, även om det verkar motstridigt, påverkar inte prestandan så mycket, eftersom det här fantastiska operativsystemet kunde köra applikationer på detta sätt:

Så med detta, det enda problemet jag har observerat att det ger vid uppstart är en eller två kärnpanik eller oj; men jämfört med de 50 gånger jag var tvungen att starta om tidigare kan jag betrakta det som en "tillfällig" lösning. För övrigt har det fram till nu tillåtit mig att använda OS och skriva det här inlägget som du läser just nu :-).

Jag hoppas att de hjälper dig och inte kommer ut ur GNU / Linux, vilket är det bästa operativsystemet de någonsin har uppfunnit. Jag säger det säkert.