高效應付Linux內核Panic的技巧

感謝本站網友 鳶一雨音 的投稿

寫這篇文章是有原因的。為了設定完全的靜默啟動，筆者對自己的工作電腦上執行的Linux執行了不當的mkinitcpio操作，原因是忽略了mkinitcpio.conf檔案中的一處邏輯錯誤。這使得mkinitcpio生產了新的核心文件，但這個核心文件無法正常運作。重啟的時候，核心啟動中止於Panic狀態。

#一般情況下，新核心無法正常運作時，可以透過使用initramfs核心檔案的fallback版本來臨時啟動系統，甚至可以直接將fallback版本覆蓋回去以回退更改，但這次要命的是，mkinitcpio同時修改了vmlinuz內核文件，而且vmlinuz沒有fallback版本。對於一般用戶，可以直接重裝系統解決；但是筆者的工作站環境配置相當複雜，這意味著除了可能損失我的工作文件之外，我還需要花費大量額外的時間來重配開發環境。

注意：本教程之“修復”，指“嘗試回退毀滅性的人為更改”，故不可用於恢復不知原因的內核崩潰。

一、從LiveCD啟動並檢視磁碟

憑著兼職Li​​nux伺服器運維那段時間累積的經驗，我立刻想到可以用LiveCD啟動來獲得一個臨時的、用於修復核心的Linux環境。

筆者使用的是Arch Linux 64位元版，所以我從從Arch Linux的LiveCD啟動。正確進入LiveCD內建的root用戶之後，我們需要查看自己的主硬碟的裝置名稱。執行fdisk -l，在筆者的情況下，我的主硬碟、掛載至根目錄的分割區對應的裝置檔案是/dev/sdb2。

二、chroot至硬碟上的系統根目錄

#要chroot到硬碟上的系統根目錄，並能正常呼叫硬碟上的系統元件對硬碟上的系統作出更改，我們首先要手動掛載硬碟上的根分割區。執行（我的裝置檔案是/dev/sdb2）：

mount /dev/sdb2 /mnt

#先不要急。這時候chroot到/mnt雖然能進入硬碟上主系統的bash，但你幾乎無法正確完成任何複雜的任務，因為還有一些重要的目錄沒有掛載。我們執行指令，分別掛載proc目錄、/sys目錄、/dev目錄和/run目錄。進入/mnt，分別執行：

mount -t proc proc proc/

mount --rbind /sys sys/

mount --rbind /dev dev/

mount --rbind /run run/

這些目錄的作用分別是：

proc目錄：虛擬的、Procfs格式的檔案系統，用於存放進程狀態檔案（在Linux下，這些檔案表面看起來都是文字文件，實際上是進程狀態的檔案映射）；

/sys目錄：對於Arch Linux，這是一個類似proc目錄的、Sysfs格式的虛擬檔案系統，用於儲存連接到系統的裝置檔案；對於傳統Unix和類別Unix，它是一個指向內核程式碼樹的軟連結；

/dev目錄：儲存設備文件，例如你的硬碟就是/dev/sdXY之類的；

/run目錄：儲存最近的啟動之後系統的部分資訊；

掛載了這些東西之後，我們可以chroot到我們的主硬碟的根目錄了：

chroot /mnt

#後悔藥 。對我來說，我只需要修改mkinitcpio.conf檔並重新執行mkinitcpio操作，就能重新產生正確的核心檔。一般的，如果是錯誤地修改了配置導致的核心Panic，這個環境可以解決大部分問題。

三、一些技巧

#1、許多設定檔在LiveCD裡的那個系統裡有正確的版本或範本，如果不記得正常的時候是什麼樣子的，可以參考它們；

2、對於Arch Linux，可以在不chroot到/mnt的情況下，直接使用pacstrap指令對/mnt這個掛載點進行軟體包管理；

3、可以在兩個tty下操作，這樣在chroot到/mnt下之後依然能從LiveCD的檔案系統裡向/mnt轉移檔案。

本教學應該對大部分Linux發行版都可用，希望能對部分Linux用戶產生幫助。

相關推薦：

Linux系統怎麼配置雙顯示卡?

以上是高效應付Linux內核Panic的技巧的詳細內容。更多資訊請關注PHP中文網其他相關文章！