Mögliche Lösung für zufällige "Kernel Panics" beim Start von Arch Linux

Dieser Beitrag soll zeigen, wie man fast das Problem von Startups mit Fehlern "behebt" Arch Linux. So etwas wie das folgende Bild:

Wie zu sehen ist, ist dies eine der vielen "Kombinationen" von Fehlern, die zufällig auftreten, wenn ein Betriebssystem mit diesem Problem gestartet wird. Wie in diesem Fehler angegeben, weist dies darauf hin, dass möglicherweise ein Problem mit der "Hardware" vorliegt. Wie wir alle in diesem Betriebssystem wissen, können jedoch auch die schlechten Tricks dessen, was nicht zum Betriebssystem gehört, gelöst werden.

Also werde ich meine Erfahrung mit diesem Problem beschreiben. Nach allem, was ich erleben konnte, war das Problem nur mit Arch Linux oder eine andere Distribution, die ich extern getestet habe, da sie mit jedem Ubuntu, das ich installiert oder getestet hatte, ohne Probleme gestartet wurde. Aber wenn ich versucht hätte, das zu zerreißen Arch Linux Auf der Festplatte installiert, hatte es das Problem, dass es ungefähr 50 Mal neu gestartet werden musste, damit das Betriebssystem normal startet und es verwenden kann.

Das hatte schon etwas mit mir falsch gemacht, weil ich nur das Ubuntu verwenden konnte, das ich installiert hatte, um es zu testen, und ich konnte nicht einmal die Hälfte der Dinge tun, die ich damit machen konnte Arch Linux. Also entschied ich mich, dieses Problem zu lösen und begann zu untersuchen, auf der Suche nach Forum-Threads, die das gleiche Problem hatten. Sie erwähnten auch, dass es sich um einen Hardwarefehler handelte und dass es sich genau um die CPU handelte, also machte es mir Sorgen, also musste ich Öffnen Sie den PC und überprüfen Sie, was passiert ist. Es hat jedoch nicht geholfen.

Aber etwas, das mir zeigte, dass ich nicht aufgeben sollte, war das wenn Ubuntu Ich könnte weil Arch Linux nein (vielleicht Ubuntu ist besser als Bogen…?). Also fing ich an, Boot-Parameter in den Kernel von zu schreiben Arch Linux, Dinge wie: 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.noacp = 1, ap = 0, pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff und andere mehr ... All dies wurde in den Foren empfohlen, die ich gelesen habe.

Bis ich die Dokumentation der Kernel-Parameter eingeben musste, die ich übrigens empfehle: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

Und ich fand einen ziemlich interessanten Parameter, den ich im Moment booten konnte Arch Linux Kein Problem:

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

Wie dort angegeben, beschränkt dieser Parameter die Verwendung auf eine CPU, ohne den symmetrischen Verarbeitungsmodus zu aktivieren. Anfangs hat es ganz gut funktioniert, bis ich den Befehl benutzt habe Pacman-Syyu;; warf mir ein Kern abgeladen o Segmentierungsfehler.

Also bemerkte ich automatisch, dass etwas Seltsames passierte, und begann, andere Prozesse auszuführen, bis das System plötzlich vollständig einfrierte und nicht mehr funktionierte, bis ich es neu startete. Also habe ich die gleiche Operation gemacht, aber diesmal konnte ich sie ausführen htop und es zeigte mir folgendes:

Wie erwartet zeigte es nur eine CPU, da die andere es deaktiviert hatte, aber es schien mir sehr seltsam, warum die Programme geworfen haben Segfault, und konnte nicht einmal die grafische Umgebung starten; Es war also etwas, das mir zumindest mehr Hoffnung gab, dass wenn ich die Kernel-Parameter auf eine Weise einstelle, es meine booten würde Arch Linux wie gewöhnlich.

Also habe ich die anderen Parameter, die ich in die Liste geschrieben habe, weiter ausprobiert, bis ich auf diesen gestoßen bin, der im Moment die beste Lösung ist:

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

Dieser Parameter ist so einfach wie das Isolieren (nicht Deaktivieren) des zweiten Kerns der CPU bei der symmetrischen Verarbeitung, dh die Verarbeitungslast wird einem einzelnen Kern zugewiesen, während der andere nur komplementär ist. Dies scheint zwar widersprüchlich zu sein, wirkt sich jedoch nicht so stark auf die Leistung aus, da dieses großartige Betriebssystem Anwendungen auf folgende Weise ausführen konnte:

Das einzige Problem, das ich beim Booten beobachtet habe, sind ein oder zwei Kernel-Panics oder oops. Aber im Vergleich zu den 50 Malen, die ich zuvor neu starten musste, kann ich es als "Problemumgehung" betrachten. Im Übrigen konnte ich bisher das Betriebssystem verwenden und diesen Beitrag schreiben, den Sie gerade lesen :-).

Ich hoffe, sie helfen dir und kommen nicht raus GNU / LinuxDies ist das beste Betriebssystem, das sie jemals erfunden haben. Ich sage es sicher.