ಆರ್ಚ್ ಲಿನಕ್ಸ್ ಬೂಟ್‌ನಲ್ಲಿ ಯಾದೃಚ್ "ಿಕ" ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ಸ್ "ಗೆ ಸಂಭಾವ್ಯ ಪರಿಹಾರ

ಸ್ಟಾರ್ಟ್ಅಪ್‌ಗಳ ದೋಷಗಳನ್ನು ಹೊಂದಿರುವ ಸಮಸ್ಯೆಯನ್ನು ಹೇಗೆ "ಸರಿಪಡಿಸುವುದು" ಎಂಬುದನ್ನು ತೋರಿಸುವುದು ಈ ಪೋಸ್ಟ್ ಆಗಿದೆ ಆರ್ಚ್ ಲಿನಕ್ಸ್. ಕೆಳಗಿನ ಚಿತ್ರದಂತೆ:

ನೋಡಬಹುದಾದಂತೆ, ಈ ಸಮಸ್ಯೆಯೊಂದಿಗೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ಯಾದೃಚ್ ly ಿಕವಾಗಿ ಗೋಚರಿಸುವ ದೋಷಗಳ ಅನೇಕ "ಸಂಯೋಜನೆಗಳಲ್ಲಿ" ಇದು ಒಂದು ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. ಆ ದೋಷದಲ್ಲಿ ಅದು ಹೇಳುವಂತೆ, "ಹಾರ್ಡ್‌ವೇರ್" ನಲ್ಲಿ ಸಮಸ್ಯೆ ಇರಬಹುದು ಎಂದು ಇದು ಸೂಚಿಸುತ್ತದೆ, ಆದಾಗ್ಯೂ, ಈ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿ ನಾವೆಲ್ಲರೂ ತಿಳಿದಿರುವಂತೆ, ಓಎಸ್‌ಗೆ ಸೇರದ ಕೆಟ್ಟ ತಂತ್ರಗಳನ್ನು ಸಹ ಪರಿಹರಿಸಬಹುದು.

ಆದ್ದರಿಂದ, ಈ ಸಮಸ್ಯೆಯ ನನ್ನ ಅನುಭವವನ್ನು ನಾನು ವಿವರಿಸುತ್ತೇನೆ. ನಾನು ಅನುಭವಿಸಲು ಸಾಧ್ಯವಾದದ್ದರಿಂದ, ಸಮಸ್ಯೆ ಮಾತ್ರ ಆರ್ಚ್ ಲಿನಕ್ಸ್ ಅಥವಾ ನಾನು ಬಾಹ್ಯವಾಗಿ ಪರೀಕ್ಷಿಸಿದ ಮತ್ತೊಂದು ಡಿಸ್ಟ್ರೋ, ಏಕೆಂದರೆ ನಾನು ಸ್ಥಾಪಿಸಿದ ಅಥವಾ ಪರೀಕ್ಷಿಸಿದ ಯಾವುದೇ ಉಬುಂಟುನೊಂದಿಗೆ, ಅದು ಸಮಸ್ಯೆಗಳಿಲ್ಲದೆ ಪ್ರಾರಂಭವಾಯಿತು. ಆದರೆ ನಾನು ಕೀಳಲು ಪ್ರಯತ್ನಿಸಿದರೆ ಆರ್ಚ್ ಲಿನಕ್ಸ್ ಹಾರ್ಡ್ ಡ್ರೈವ್‌ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಓಎಸ್ ಸಾಮಾನ್ಯವಾಗಿ ಬೂಟ್ ಆಗಲು ಮತ್ತು ಅದನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಅದು ಸುಮಾರು 50 ಬಾರಿ ರೀಬೂಟ್ ಮಾಡಬೇಕಾಗಿತ್ತು.

ಇದು ಈಗಾಗಲೇ ನನ್ನೊಂದಿಗೆ ಏನಾದರೂ ದೋಷವನ್ನು ಹೊಂದಿದೆ ಏಕೆಂದರೆ ಅದನ್ನು ಪರೀಕ್ಷಿಸಲು ನಾನು ಸ್ಥಾಪಿಸಿದ ಉಬುಂಟು ಅನ್ನು ಮಾತ್ರ ಬಳಸಬಹುದಿತ್ತು ಮತ್ತು ನಾನು ಮಾಡಬಹುದಾದ ಅರ್ಧದಷ್ಟು ಕೆಲಸಗಳನ್ನು ಸಹ ಮಾಡಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಆರ್ಚ್ ಲಿನಕ್ಸ್. ಹಾಗಾಗಿ ನಾನು ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ನಿರ್ಧರಿಸಿದೆ ಮತ್ತು ಅದೇ ಸಮಸ್ಯೆಯನ್ನು ಹೊಂದಿರುವ ಫೋರಮ್ ಎಳೆಗಳನ್ನು ಹುಡುಕುತ್ತಿದ್ದೇನೆ, ಅದು ಹಾರ್ಡ್‌ವೇರ್ ದೋಷ ಮತ್ತು ಅದು ನಿಖರವಾಗಿ ಸಿಪಿಯು ಎಂದು ಅವರು ಉಲ್ಲೇಖಿಸಿದ್ದಾರೆ, ಆದ್ದರಿಂದ ಇದು ನನ್ನನ್ನು ಚಿಂತೆ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿತು, ಹಾಗಾಗಿ ನಾನು ಪಿಸಿ ತೆರೆಯಿರಿ ಮತ್ತು ಏನಾಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ, ಆದಾಗ್ಯೂ, ಅದು ಸಹಾಯ ಮಾಡಲಿಲ್ಲ.

ಆದರೆ ನನಗೆ ತೋರಿಸಿದ ಸಂಗತಿಯೆಂದರೆ, ನಾನು ಅದನ್ನು ಬಿಟ್ಟುಕೊಡಬಾರದು ಉಬುಂಟು ನಾನು ಏಕೆಂದರೆ ಆರ್ಚ್ ಲಿನಕ್ಸ್ ಇಲ್ಲ (ಬಹುಶಃ ಉಬುಂಟು ಗಿಂತ ಉತ್ತಮವಾಗಿದೆ ಆರ್ಚ್…?). ಹಾಗಾಗಿ ನಾನು ಕರ್ನಲ್ಗೆ ಬೂಟ್ ನಿಯತಾಂಕಗಳನ್ನು ಬರೆಯಲು ಪ್ರಾರಂಭಿಸಿದೆ ಆರ್ಚ್ ಲಿನಕ್ಸ್, ನಂತಹ ವಿಷಯಗಳು: 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.nocpi = apd = apd = apd = apd = apd pci = nocrs, rhgb, acpi = force, pnpacpi = 1ff ಮತ್ತು ಇತರರು ಹೆಚ್ಚು ... ನಾನು ಓದಿದ ವೇದಿಕೆಗಳಲ್ಲಿ ಈ ಎಲ್ಲವನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ.

ನಾನು ಕರ್ನಲ್ ನಿಯತಾಂಕಗಳ ದಸ್ತಾವೇಜನ್ನು ನಮೂದಿಸುವವರೆಗೆ, ಅದನ್ನು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇನೆ: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

ಮತ್ತು ನಾನು ಸಾಕಷ್ಟು ಆಸಕ್ತಿದಾಯಕ ನಿಯತಾಂಕವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೇನೆ, ಆ ಕ್ಷಣಕ್ಕೆ ನಾನು ಬೂಟ್ ಮಾಡಲು ಸಾಧ್ಯವಾಯಿತು ಆರ್ಚ್ ಲಿನಕ್ಸ್ ಯಾವ ತೊಂದರೆಯಿಲ್ಲ:

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

ಅಲ್ಲಿ ಸೂಚಿಸಿದಂತೆ, ಈ ನಿಯತಾಂಕವು ಪ್ರಕ್ರಿಯೆಯ ಸಮ್ಮಿತೀಯ ಕ್ರಮವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸದೆ ಬಳಕೆಯನ್ನು ಸಿಪುವಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ. ನಾನು ಆಜ್ಞೆಯನ್ನು ಬಳಸುವವರೆಗೂ ಮೊದಲಿಗೆ ಅದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಪ್ಯಾಕ್ಮನ್ -ಸಿಯು; ನನ್ನನ್ನು ಎಸೆದರು ಕೋರ್ ಡಂಪ್ ಮಾಡಲಾಗಿದೆ o ವಿಭಜನೆ ದೋಷ.

ಹಾಗಾಗಿ ಏನಾದರೂ ವಿಚಿತ್ರವಾಗಿ ನಡೆಯುತ್ತಿದೆ ಎಂದು ನಾನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಗಮನಿಸಿದ್ದೇನೆ, ಹಾಗಾಗಿ ಸಿಸ್ಟಮ್ ಸಂಪೂರ್ಣವಾಗಿ ಸ್ಥಗಿತಗೊಳ್ಳುವವರೆಗೂ ನಾನು ಇತರ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಚಲಾಯಿಸಲು ಪ್ರಾರಂಭಿಸಿದೆ ಮತ್ತು ನಾನು ಅದನ್ನು ರೀಬೂಟ್ ಮಾಡುವವರೆಗೆ ಇನ್ನು ಮುಂದೆ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಹಾಗಾಗಿ ನಾನು ಅದೇ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮಾಡಿದ್ದೇನೆ, ಆದರೆ ಈ ಸಮಯದಲ್ಲಿ ನಾನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಯಶಸ್ವಿಯಾಗಿದ್ದೇನೆ htop ಮತ್ತು ಅದು ನನಗೆ ಈ ಕೆಳಗಿನವುಗಳನ್ನು ತೋರಿಸಿದೆ:

ನಿರೀಕ್ಷೆಯಂತೆ, ಇದು ಕೇವಲ ಒಂದು ಸಿಪಿಯು ಅನ್ನು ಮಾತ್ರ ತೋರಿಸಿದೆ, ಏಕೆಂದರೆ ಇನ್ನೊಬ್ಬರು ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ್ದಾರೆ, ಆದಾಗ್ಯೂ, ಕಾರ್ಯಕ್ರಮಗಳು ಏಕೆ ಎಸೆದವು ಎಂಬುದು ನನಗೆ ಬಹಳ ವಿಚಿತ್ರವೆನಿಸಿತು ಸೆಗ್‌ಫಾಲ್ಟ್, ಮತ್ತು ಚಿತ್ರಾತ್ಮಕ ಪರಿಸರವನ್ನು ಸಹ ಪ್ರಾರಂಭಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ; ಹಾಗಾಗಿ ಇದು ಕರ್ನಲ್ ನಿಯತಾಂಕಗಳನ್ನು ಒಂದು ರೀತಿಯಲ್ಲಿ ಹೊಂದಿಸಿದರೆ ಅದು ನನ್ನ ಬೂಟ್ ಆಗುತ್ತದೆ ಎಂಬ ಕನಿಷ್ಠ ಭರವಸೆಯನ್ನು ನನಗೆ ನೀಡಿತು ಆರ್ಚ್ ಲಿನಕ್ಸ್ ಅದೇ ತರ.

ಹಾಗಾಗಿ ನಾನು ಈ ಪಟ್ಟಿಯನ್ನು ಬರೆದ ತನಕ ನಾನು ಪಟ್ಟಿಯಲ್ಲಿ ಬರೆದ ಇತರ ನಿಯತಾಂಕಗಳನ್ನು ಪ್ರಯತ್ನಿಸುತ್ತಲೇ ಇದ್ದೆ, ಅದು ಈ ಸಮಯದಲ್ಲಿ ಉತ್ತಮ ಪರಿಹಾರವಾಗಿದೆ:

 linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce ಐಸೊಲ್ಕ್ಪಸ್ = 1

ಈ ನಿಯತಾಂಕವು ಸಮ್ಮಿತೀಯ ಸಂಸ್ಕರಣೆಯಲ್ಲಿ ಸಿಪಿಯುನ ಎರಡನೇ ಕೋರ್ ಅನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ (ನಿಷ್ಕ್ರಿಯಗೊಳಿಸದ) ಸರಳವಾದದ್ದನ್ನು ಮಾಡುತ್ತದೆ, ಅಂದರೆ, ಸಂಸ್ಕರಣಾ ಹೊರೆ ಒಂದೇ ಕೋರ್ಗೆ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಇತರವು ಕೇವಲ ಪೂರಕವಾಗಿರುತ್ತದೆ. ಇದು ವಿರೋಧಾಭಾಸವೆಂದು ತೋರುತ್ತದೆಯಾದರೂ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಹೆಚ್ಚು ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಈ ಮಹಾನ್ ಓಎಸ್ ಈ ರೀತಿಯಾಗಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಚಲಾಯಿಸಲು ಸಾಧ್ಯವಾಯಿತು:

ಆದ್ದರಿಂದ ಇದರೊಂದಿಗೆ, ಬೂಟ್ ಸಮಯದಲ್ಲಿ ಸಂಭವಿಸುವ ಏಕೈಕ ಸಮಸ್ಯೆ, ಒಂದು ಅಥವಾ ಎರಡು ಕರ್ನಲ್ ಪ್ಯಾನಿಕ್ ಅಥವಾ ಓಹ್; ಆದರೆ ನಾನು ಈ ಹಿಂದೆ ರೀಬೂಟ್ ಮಾಡಬೇಕಾದ 50 ಬಾರಿ ಹೋಲಿಸಿದರೆ, ನಾನು ಅದನ್ನು "ಪರಿಹಾರೋಪಾಯ" ಎಂದು ಪರಿಗಣಿಸಬಹುದು. ಉಳಿದವರಿಗೆ, ಇಲ್ಲಿಯವರೆಗೆ ಓಎಸ್ ಅನ್ನು ಬಳಸಲು ಮತ್ತು ನೀವು ಇದೀಗ ಓದುತ್ತಿರುವ ಈ ಪೋಸ್ಟ್ ಅನ್ನು ಬರೆಯಲು ಇದು ನನಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಟ್ಟಿದೆ :-).

ಅವರು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತಾರೆಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಮತ್ತು ಹೊರಬರಬೇಡ ಗ್ನೂ / ಲಿನಕ್ಸ್, ಇದು ಅವರು ಕಂಡುಹಿಡಿದ ಅತ್ಯುತ್ತಮ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಆಗಿದೆ. ನಾನು ಅದನ್ನು ಖಚಿತವಾಗಿ ಹೇಳುತ್ತೇನೆ.