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能夠以這種方式運行應用程序：

因此，我觀察到的唯一問題是在啟動時發生，是一個或兩個內核崩潰或哎呀。 但與之前必須重新啟動50次相比，我可以認為這是“解決方法”。 對於其餘的內容，到目前為止，它已經允許我使用操作系統並撰寫您現在正在閱讀的這篇文章：-)。

希望他們能對您有所幫助，並且不要離開 GNU / Linux的，這是他們發明的最好的操作系統。 我肯定地說。