Arch Linux启动时随机出现“内核恐慌”的可能解决方案

这篇文章是为了展示如何“修复”几乎有错误的启动问题 Arch Linux。 如下图所示：

可以看出，这是启动带有此问题的操作系统时随机出现的许多错误“组合”之一。 就像在该错误中所指出的那样，它表明“硬件”中可能存在问题，但是，众所周知，在该操作系统中，即使不属于操作系统的错误技巧也可以解决。

因此，我将描述我对这个问题的经验。 根据我的经验，问题仅在于 Arch Linux 或我在外部测试过的另一个发行版，因为有了我安装或测试过的任何ubuntu，它开始时都没有问题。 但是如果我试图撕裂 Arch Linux 安装在硬盘驱动器上时，它存在一个问题，必须重新引导大约50次才能使OS正常启动并可以使用它。

这已经让我有些问题，因为我只能使用安装的ubuntu进行测试，而我什至无法完成一半的工作 Arch Linux。 因此，我决定解决此问题并开始调查，寻找存在相同问题的论坛线程，他们还提到这是硬件错误，而恰恰是CPU，所以它开始让我担心，所以我不得不打开PC并验证正在发生的事情，但是它没有帮助。

但是向我展示的是，我不应该放弃的是 Ubuntu 我可以因为 Arch Linux 不（也许 Ubuntu 胜过 拱……？）。 所以我开始将引导参数写入内核 Arch Linux， 像： 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，apmt = ds apm =已复制，acdtpi = 0，apm =已复制pci = nocrs，rhgb，acpi =强制，pnpacpi = XNUMXff 和其他更多…在我所阅读的论坛中，所有这些都是推荐的。

在我不得不去查阅内核参数的文档之前，我建议这样做： https://www.kernel.org/doc/Documentation/kernel-parameters.txt

我找到了一个非常有趣的参数，目前我设法启动了 Arch Linux 没问题：

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

如此处所示，此参数的作用是在不激活对称处理模式的情况下将使用限制为cpu。 最初，它工作得很好，直到我使用命令为止 吃豆子-Syyu; 把我扔了 核心倾销 o 分段故障。

因此，我自动注意到发生了奇怪的事情，因此我开始运行其他进程，直到系统突然完全冻结并且不再起作用，直到重新启动它为止。 所以我做了同样的操作，但是这次我设法执行了 HTOP 它显示了以下内容：

不出所料，它只显示一个CPU，因为另一个已禁用它，但是，对于我来说，为什么程序抛出异常似乎很奇怪 段故障， 甚至无法启动图形环境； 因此，这至少给了我更多希望，如果我以一种方式设置内核参数，它将引导我 Arch Linux 照常。

因此，我一直尝试尝试在列表中编写的其他参数，直到遇到此参数为止，这是目前最好的解决方案：

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

此参数的作用很简单，例如在对称处理中隔离（不停用）CPU的第二个核心，也就是说，将处理负载分配给单个核心，而另一个仅是互补的。 尽管看起来很矛盾，但这并不会对性能造成太大影响，因为这个出色的OS能够以这种方式运行应用程序：

因此，在启动时，我观察到的唯一问题是一个或两个内核恐慌或oops。 但与之前必须重新启动的50次相比，我可以将其视为“解决方法”。 对于其余的内容，到目前为止，它已经允许我使用操作系统并撰写您现在正在阅读的这篇文章：-)。

希望他们能对您有所帮助，并且不要离开 GNU / Linux的，这是他们发明的最佳操作系统。 我肯定地说。