Solution possible pour les «paniques du noyau» aléatoires au démarrage d'Arch Linux

Ce post est de montrer comment "résoudre" presque le problème des startups avec des erreurs Arch Linux. Quelque chose comme l'image suivante:

Comme on peut le voir, nous voyons que c'est l'une des nombreuses «combinaisons» d'erreurs qui apparaissent aléatoirement lors du démarrage d'un système d'exploitation avec ce problème. Comme il est dit dans cette erreur, cela indique qu'il peut y avoir un problème dans le "matériel", cependant, comme nous le savons tous dans ce système d'exploitation, même les mauvaises astuces de ce qui n'appartient pas au système d'exploitation peuvent être résolues.

Donc, je vais décrire mon expérience de ce problème. D'après ce que j'ai pu vivre, le problème était uniquement Arch Linux ou une autre distribution que j'ai testée en externe, car avec n'importe quel ubuntu que j'avais installé ou testé, cela a commencé sans problème. Mais s'il essayait de déchirer le Arch Linux installé sur le disque dur, le problème était qu'il devait redémarrer environ 50 fois pour que le système d'exploitation démarre normalement et puisse l'utiliser.

Cela avait déjà un problème avec moi car je ne pouvais utiliser que l'ubuntu que j'avais installé pour le tester et je ne pouvais même pas faire la moitié des choses avec lesquelles je pouvais faire Arch Linux. J'ai donc décidé de résoudre ce problème et j'ai commencé à enquêter, à la recherche de fils de discussion qui avaient le même problème, ils ont également mentionné qu'il s'agissait d'une erreur matérielle et que c'était précisément le processeur, donc cela a commencé à m'inquiéter, alors je suis arrivé à ouvrez le PC et vérifiez ce qui se passait, cependant, cela n'a pas aidé.

Mais quelque chose qui m'a montré, que je ne devrais pas abandonner, c'est que si Ubuntu Je pourrais parce que Arch Linux non (peut-être Ubuntu c'est mieux que voûte…?). J'ai donc commencé à écrire des paramètres de démarrage dans le noyau de Arch Linux, des choses comme: 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 = désactiver, i8042.no coptydpi = 1, apm apm = copyds, acdtpi = 0, apm = copyds pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff et d'autres encore… Tout cela a été recommandé dans les forums que j'ai lus.

Jusqu'à ce que je devais entrer la documentation des paramètres du noyau, ce que je recommande d'ailleurs: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

Et j'ai trouvé un paramètre assez intéressant que pour le moment j'ai réussi à démarrer Arch Linux sans problème:

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

Comme indiqué ici, ce paramètre limite l'utilisation à un processeur sans activer le mode de traitement symétrique. Au début, cela fonctionnait plutôt bien jusqu'à ce que j'utilise la commande pacman-Syyu; m'a jeté un core vidé o défaut de segmentation.

J'ai donc automatiquement remarqué qu'il se passait quelque chose d'étrange, alors j'ai commencé à exécuter d'autres processus jusqu'à ce que soudainement le système se fige complètement et ne fonctionne plus, jusqu'à ce que je le redémarre. J'ai donc fait la même opération, mais cette fois j'ai réussi à exécuter htop et cela m'a montré ce qui suit:

Comme prévu, il n'a montré qu'un seul processeur, puisque l'autre l'avait désactivé, cependant, il m'a semblé très étrange pourquoi les programmes ont lancé faute de segmentation, et ne pouvait même pas démarrer l'environnement graphique; donc c'était quelque chose qui au moins me donnait plus d'espoir que si je définissais les paramètres du noyau dans un sens, il démarrerait mon Arch Linux comme toujours.

J'ai donc continué à essayer les autres paramètres que j'ai écrits dans la liste jusqu'à ce que je tombe sur celui-ci, qui est la meilleure solution pour le moment:

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

Ce paramètre fait quelque chose d'aussi simple que d'isoler (et non de désactiver) le deuxième cœur du processeur en traitement symétrique, c'est-à-dire que la charge de traitement est donnée à un seul cœur tandis que l'autre n'est que complémentaire. Ceci, bien que cela semble contradictoire, n'affecte pas autant les performances, car ce grand système d'exploitation était capable d'exécuter des applications de cette manière:

Donc, avec cela, le seul problème que j'ai observé qui se produit au moment du démarrage, est une ou deux paniques ou oops du noyau; mais comparé aux 50 fois que j'ai dû redémarrer précédemment, je peux le considérer comme une "solution de contournement". Pour le reste, jusqu'à présent cela m'a permis d'utiliser l'OS et d'écrire ce post que vous lisez en ce moment :-).

J'espère qu'ils t'aideront et ne sortiront pas de GNU / Linux, qui est le meilleur système d'exploitation qu'ils aient jamais inventé. Je le dis à coup sûr.