無論是身處學校還是步入社會，大家都嘗試過寫作吧，借助寫作也可以提高我們的語言組織能力。大家想知道怎么樣才能寫一篇比較優質的范文嗎？下面是小編為大家收集的優秀范文，供大家參考借鑒，希望可以幫助到有需要的朋友。

修復linux系統篇一

linux系統中運行了不當的mkinitcpio操作導致內核文件不能正常工作，重啟的時候，內核啟動中止于panic狀態，該怎么解決這個問題呢?以下是小編為大家搜索整理的快速修復一個panic的linux內核的技巧，希望能給大家帶來幫助!更多精彩內容請及時關注我們應屆畢業生考試網!

為了配置完全的靜默啟動，筆者對自己的工作計算機上運行的linux執行了不當的mkinitcpio操作，文件中的一處邏輯錯誤。這使得mkinitcpio生產了新的內核文件，但這個內核文件不能正常工作。重啟的時候，內核啟動中止于panic狀態。

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

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

憑著兼職linux服務器運維那段時間積累的經驗，我立即想到可以用livecd啟動來獲得一個臨時的、用于修復內核的linux環境。

筆者使用的是arch linux 64位版，所以我從從arch linux的livecd啟動。正確進入livecd內建的root用戶之后，我們需要查看自己的主硬盤的設備名。執行fdisk -l，在筆者的情況下，我的主硬盤、掛載至根目錄的分區對應的設備文件是/dev/sdb2。

要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操作，就能重新生成正確的內核文件。一般的，如果是錯誤地修改了配置導致的內核panic，這個環境可以解決大部分問題。

1、許多配置文件在livecd里的那個系統里有正確的版本或范本，如果不記得正常的時候是什么樣子的，可以參照一下它們;

2、對于arch linux，可以在不chroot到/mnt的情況下，直接使用pacstrap指令對/mnt這個掛載點進行軟件包管理;

3、可以在兩個tty下操作，這樣在chroot到/mnt下之后依然能從livecd的文件系統里向/mnt轉移文件。

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

【快速修復一個panic的linux內核的技巧】相關文章：

linux系統刪除舊內核的方法

08-18

09-04

08-15

08-22

08-30

08-30

09-23

08-15

08-31

08-31