วิธีแก้ปัญหาที่เป็นไปได้สำหรับ "Kernel Panics" แบบสุ่มในการบูต Arch Linux

โพสต์นี้จะแสดงวิธีการ "แก้ไข" ปัญหาเกือบทั้งหมดของการเริ่มต้นระบบบั๊กกี้ Arch ลินุกซ์. บางอย่างเช่นภาพต่อไปนี้:

ดังจะเห็นได้ว่านี่เป็นหนึ่งใน "ชุดค่าผสม" ของข้อผิดพลาดที่เกิดขึ้นแบบสุ่มเมื่อเริ่มระบบปฏิบัติการด้วยปัญหานี้ ตามที่ระบุในข้อผิดพลาดนั้นบ่งชี้ว่าอาจมีปัญหาใน "ฮาร์ดแวร์" อย่างไรก็ตามอย่างที่เราทราบกันดีในระบบปฏิบัติการนี้แม้แต่กลอุบายที่ไม่ดีของสิ่งที่ไม่ได้เป็นของ OS ก็สามารถแก้ไขได้

ดังนั้นฉันจะอธิบายประสบการณ์ของฉันเกี่ยวกับปัญหานี้ จากสิ่งที่ฉันสัมผัสได้ปัญหาก็เกิดขึ้นเท่านั้น Arch ลินุกซ์ หรือ distro อื่นที่ฉันทดสอบจากภายนอกเนื่องจากด้วย ubuntu ใด ๆ ที่ฉันติดตั้งหรือทดสอบมันเริ่มต้นโดยไม่มีปัญหา แต่ถ้าฉันพยายามที่จะฉีกไฟล์ Arch ลินุกซ์ ติดตั้งบนฮาร์ดไดรฟ์ก็มีปัญหาต้องรีบูตประมาณ 50 ครั้งเพื่อให้ OS บูตได้ตามปกติและสามารถใช้งานได้

สิ่งนี้มีบางอย่างผิดปกติกับฉันเพราะฉันสามารถใช้ ubuntu ที่ฉันติดตั้งไว้เพื่อทดสอบเท่านั้นและฉันไม่สามารถทำสิ่งที่ทำได้ถึงครึ่งหนึ่ง Arch ลินุกซ์. ดังนั้นฉันจึงตัดสินใจที่จะแก้ปัญหานี้และเริ่มตรวจสอบโดยมองหาเธรดฟอรัมที่มีปัญหาเดียวกันพวกเขายังบอกด้วยว่ามันเป็นข้อผิดพลาดของฮาร์ดแวร์และมันเป็น CPU ที่แม่นยำดังนั้นฉันจึงเริ่มกังวลฉันจึงไปที่ เปิดพีซีและตรวจสอบว่าเกิดอะไรขึ้น แต่ก็ไม่ได้ช่วยอะไร

แต่สิ่งที่แสดงให้ฉันเห็นว่าฉันไม่ควรยอมแพ้ก็คือถ้า อูบุนตู ฉันทำได้เพราะ Arch ลินุกซ์ ไม่ (บางที อูบุนตู ดีกว่า โค้ง…?). ดังนั้นฉันจึงเริ่มเขียนพารามิเตอร์การบูตไปยังเคอร์เนลของ Arch ลินุกซ์สิ่งที่ต้องการ: 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, apm = copyds, apm = copyds, acdtpi = 0, apm = copyds pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff และอื่น ๆ อีกมากมาย ... ทั้งหมดนี้แนะนำในฟอรัมที่ฉันอ่าน

จนกระทั่งฉันต้องป้อนเอกสารของพารามิเตอร์เคอร์เนลซึ่งฉันแนะนำโดยวิธี: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

และฉันพบพารามิเตอร์ที่น่าสนใจมากในขณะที่ฉันสามารถบูตได้ Arch ลินุกซ์ ไม่มีปัญหา:

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

ตามที่ระบุไว้ที่นั่นสิ่งที่พารามิเตอร์นี้ทำคือ จำกัด การใช้งานให้กับซีพียูโดยไม่ต้องเปิดใช้งานโหมดการประมวลผลแบบสมมาตร ตอนแรกมันใช้งานได้ค่อนข้างดีจนกระทั่งเมื่อฉันใช้คำสั่ง แพ็กแมน - ไซยู; โยนฉัน แกนกลางทิ้ง o ความผิดในการแบ่งส่วน

ดังนั้นฉันจึงสังเกตเห็นโดยอัตโนมัติว่ามีบางอย่างแปลก ๆ เกิดขึ้นฉันจึงเริ่มเรียกใช้กระบวนการอื่น ๆ จนกระทั่งระบบหยุดทำงานอย่างสมบูรณ์และไม่ทำงานอีกต่อไปจนกว่าฉันจะรีบูต ดังนั้นฉันจึงดำเนินการแบบเดียวกัน แต่คราวนี้ฉันสามารถดำเนินการได้ htop และมันแสดงให้ฉันเห็นสิ่งต่อไปนี้:

ตามที่คาดไว้มันแสดง CPU เพียงตัวเดียวเนื่องจากอีกตัวปิดการใช้งานอย่างไรก็ตามมันดูแปลกมากสำหรับฉันว่าทำไมโปรแกรมถึงโยน Segfault, และไม่สามารถเริ่มสภาพแวดล้อมแบบกราฟิกได้ ดังนั้นมันจึงเป็นสิ่งที่อย่างน้อยก็ทำให้ฉันมีความหวังมากขึ้นว่าถ้าฉันตั้งค่าพารามิเตอร์เคอร์เนลวิธีหนึ่งมันจะบูตไฟล์ Arch ลินุกซ์ เหมือนอย่างเคย.

ดังนั้นฉันจึงลองใช้พารามิเตอร์อื่น ๆ ที่ฉันเขียนในรายการต่อไปจนกระทั่งฉันเจอพารามิเตอร์นี้ซึ่งเป็นทางออกที่ดีที่สุดในขณะนี้:

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

พารามิเตอร์นี้ทำอะไรง่ายๆเหมือนกับการแยก (ไม่ใช่การปิดใช้งาน) คอร์ที่สองออกจากซีพียูในการประมวลผลแบบสมมาตรนั่นคือโหลดการประมวลผลจะถูกกำหนดให้กับคอร์เดียวในขณะที่อีกคอร์เป็นเพียงส่วนเสริมเท่านั้น แม้ว่าจะดูขัดแย้งกัน แต่ก็ไม่ได้ส่งผลกระทบต่อประสิทธิภาพมากนักเนื่องจากระบบปฏิบัติการที่ยอดเยี่ยมนี้สามารถเรียกใช้แอปพลิเคชันด้วยวิธีนี้:

ด้วยเหตุนี้ปัญหาเดียวที่ฉันสังเกตเห็นว่าเกิดขึ้นในเวลาบูตคือหนึ่งหรือสองเคอร์เนลตื่นตระหนกหรือโอ๊ะโอ; แต่เมื่อเทียบกับ 50 ครั้งที่ฉันต้องรีบูตก่อนหน้านี้ฉันถือว่าเป็น "วิธีแก้ปัญหา" สำหรับส่วนที่เหลือจนถึงตอนนี้อนุญาตให้ฉันใช้ระบบปฏิบัติการและเขียนโพสต์นี้ที่คุณกำลังอ่านอยู่ตอนนี้ :-)

ฉันหวังว่าพวกเขาจะช่วยคุณและอย่าออกไป GNU / Linuxซึ่งเป็นระบบปฏิบัติการที่ดีที่สุดเท่าที่พวกเขาเคยคิดค้นมา ฉันพูดมันแน่นอน