Solução possível para "Kernel Panics" aleatório na inicialização do Arch Linux

Esta postagem é para mostrar como "consertar" quase o problema de inicializações com bugs Arch Linux. Algo parecido com a seguinte imagem:

Como pode ser visto, vemos que esta é uma das muitas "combinações" de erros que aparecem aleatoriamente ao iniciar um sistema operacional com este problema. Como diz neste erro, indica que pode haver um problema no "Hardware", porém, como todos sabemos neste sistema operacional, até os truques do que não pertence ao SO podem ser resolvidos.

Portanto, vou descrever minha experiência desse problema. Pelo que pude experimentar, o problema era apenas com Arch Linux ou outra distro que testei externamente, pois com qualquer ubuntu que eu instalei ou testei, começou sem problemas. Mas se ele tentasse rasgar o Arch Linux instalado no disco rígido, teve um problema que teve que reiniciar cerca de 50 vezes para que o sistema operacional inicializasse normalmente e pudesse usá-lo.

Isso já tinha algo errado comigo porque eu só pude usar o ubuntu que instalei para testá-lo e não pude fazer nem a metade das coisas que poderia fazer com Arch Linux. Então resolvi resolver esse problema e comecei a investigar, procurando por tópicos de fórum que tivessem o mesmo problema, eles também mencionaram que era um erro de hardware e que era justamente a CPU, então isso começou a me preocupar, então comecei abra o PC e verifique o que estava acontecendo, porém não adiantou.

Mas algo que me mostrou que eu não deveria desistir foi que se Ubuntu Eu poderia porque Arch Linux não (talvez Ubuntu é melhor que arco…?). Então comecei a escrever parâmetros de inicialização para o kernel do Arch Linux, coisas como: 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, acdpids = 0, acdpids = XNUMX, apm = copyds, acdtpi = XNUMX, apm = copyds pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff e outros mais… Tudo isso foi recomendado nos fóruns que li.

Até que tive que entrar na documentação dos parâmetros do kernel, que recomendo por sinal: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

E eu encontrei um parâmetro bastante interessante que no momento eu consegui inicializar Arch Linux Sem problemas:

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

Conforme indicado lá, o que este parâmetro faz é limitar o uso a uma cpu sem ativar o modo simétrico de processamento. No início funcionou muito bem até quando usei o comando pacman-Syyu; me jogou um núcleo despejado o falha de segmentação.

Então eu automaticamente percebi que algo estranho estava acontecendo, então comecei a rodar outros processos até que de repente o sistema travou completamente e não funcionou mais, até que eu reiniciei. Então fiz a mesma operação, mas desta vez consegui executar htop e me mostrou o seguinte:

Como era de se esperar, mostrou apenas um processador, já que o outro o havia desabilitado, porém, me pareceu muito estranho porque os programas jogavam Segfault, e não conseguia nem iniciar o ambiente gráfico; então foi algo que pelo menos me deu mais esperança de que se eu definir os parâmetros do kernel de uma forma, ele inicializará meu Arch Linux como sempre.

Continuei tentando os outros parâmetros que escrevi na lista até encontrar este, que é a melhor solução no momento:

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

Este parâmetro faz algo tão simples como isolar (não desativar) o segundo núcleo da CPU em processamento simétrico, ou seja, a carga de processamento é dada a um único núcleo enquanto o outro é apenas complementar. Isso, embora pareça contraditório, não afeta tanto o desempenho, já que esse ótimo SO era capaz de rodar aplicativos desta forma:

Então, com isso, o único problema que observei que ocorre na hora da inicialização, é um ou dois kernel panics ou opa; mas em comparação com as 50 vezes que tive que reiniciar anteriormente, posso considerar isso uma "solução alternativa". Quanto ao resto, até agora me permitiu usar o SO e escrever este post que você está lendo agora :-).

Espero que te ajudem, e não saia de GNU / Linux, que é o melhor sistema operacional que eles já inventaram. Eu digo isso com certeza.