Linux 無法啟動常見的幾種原因及解決辦法

頭號碼甲 2022-05-12

展開全文

導致 Linux 無法啟動的原因有很多，下面良許小編就將常見的幾種原因及解決辦法進行詳述，希望對大家有所幫助。

Linux學習

文件系統(tǒng)配置不當，如 /etc/inittab文件、/etc/fstab 文件等配置錯誤或丟失，導致系統(tǒng)出現(xiàn)故障，以至于無法啟動。
非法關機，導致 root 文件系統(tǒng)破壞，也就是 Linux 根分區(qū)破壞，系統(tǒng)無法正常啟動。
硬件故障，如主板、電源、硬盤等出現(xiàn)問題，導致 Linux 無法啟動。系統(tǒng)引導程序出現(xiàn)問題，如 grub 丟失或者損壞，導致系統(tǒng)無法引導啟動。

從這些常見的故障中可以看出，導致系統(tǒng)無法啟動的原因主要有兩個，即硬件和操作系統(tǒng)。對于硬件出現(xiàn)的問題，只需通過更換硬件設備，即可解決，而對于操作系統(tǒng)出現(xiàn)的問題，雖然出現(xiàn)的問題可能千差萬別，不過在多數(shù)情況下都可以用相對簡單統(tǒng)一的方法來恢復系統(tǒng)。

下面我們就針對上面提出的幾個問題，給出一些常用的、普遍的解決問題的方法。

1、/etc/fstab文件丟失，導致系統(tǒng)無法啟動

/etc/fstab 文件存儲了系統(tǒng)中文件系統(tǒng)的相關信息。如果正確的配置了該文件，那么在 Linux 啟動時，系統(tǒng)會讀取此文件，自動掛載 Linux 的各個分區(qū)；如果此文件配置錯誤或者丟失，就會導致系統(tǒng)無法啟動，具體的故障現(xiàn)象會在檢測 mount partition 時出現(xiàn) starting system/logger，此后系統(tǒng)啟動就停止了。

針對這個問題，第一思路就是想辦法恢復 /etc/fstab 這個文件的信息。如果恢復了此文件，系統(tǒng)就能自動掛載每個分區(qū)，正常啟動。可能很多讀者首先想到的是將系統(tǒng)切換到單用戶模式下，然后手動掛載分區(qū)，最后結合系統(tǒng)信息，重建 /etc/fstab 文件。

但是，這種方法是行不通的，因為 fatab 文件丟失導致 Linux 無法掛載任何一個分區(qū)，即使 Linux 還能切換到單用戶下，此時的系統(tǒng)也只是一個 read-only 的文件系統(tǒng)，無法向磁盤寫入任何信息。

注意，系統(tǒng)正常時，要將 /etc/fstab 文件中的內(nèi)容做成文檔，當然一些重要的系統(tǒng)中的配置信息也要記錄在文檔之中，這樣在系統(tǒng)出問題時就可以方便地知道系統(tǒng)正常時的正確配置了。

2、root文件系統(tǒng)破壞，導致系統(tǒng)無法啟動

Linux 下普遍采用的是 ext 3 文件系統(tǒng)。ext 3 是一個具有日志記錄功能的日志文件系統(tǒng)，可以進行簡單的容錯和恢復，但是在一個高負荷讀寫的 ext 3 文件系統(tǒng)下，如果突然發(fā)生掉電，就很有可能發(fā)生文件系統(tǒng)內(nèi)部結構不一致，導致文件系統(tǒng)破壞。

Linux 在啟動時，會自動去分析和檢查系統(tǒng)分區(qū)。如果發(fā)現(xiàn)文件系統(tǒng)有簡單的錯誤，會自動修復；如果文件系統(tǒng)破壞比較嚴重，系統(tǒng)無法完成修復時，就會自動進入單用戶模式或者出現(xiàn)一個交互界面，提示用戶手動修復，提示的代碼如下：

checking root filesystem
/dev/sdb5 contains a file system with errors, check forced
/dev/sdb5:
Unattached inode 68338812
/dev/sdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
(i.e., without -a or -p options)
FAILED
/contains a file system with errors check forced
an eror occurred during the file system check
****dropping you to a Shell;the system will reboot
****when you leave the Shell
Press enter for maintenance
(or type Control-D to continue):
give root password for maintenance

從這個錯誤可以看出，系統(tǒng)根分區(qū)文件系統(tǒng)出現(xiàn)了問題，系統(tǒng)在啟動時無法自動修復，然后進入到了一個交互界面，提示用戶進行系統(tǒng)修復。

這個問題發(fā)生的概率很高，引起這個問題的主要原因就是系統(tǒng)突然掉電，引起文件系統(tǒng)結構不一致。一般情況下，解決此問題的辦法是采用fsck命令，進行強制修復。

根據(jù)上面的錯誤提示，當按下 Control+D 快捷鍵后系統(tǒng)自動重啟，當輸入 root 密碼后進入系統(tǒng)修復模式，在修復模式下，可以執(zhí)行 fsck 命令，具體操作過程的命令如下：

[root@localhost /]#umount /dev/sdb5
[root@localhost /]#fsck .ext 3 -y /dev/sdb5
e2fsck 1.39 (29-May-2006)
/ contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Inode 6833812 ref count is 2, should be 1. Fix? yes
Unattached inode 6833812
Connect to /lost+found? yes
Inode 6833812 ref count is 2, should be 1. Fix? yes
Pass 5: Checking group summary information
Block bitmap differences: -(519--529) -9273
Fix? yes

3、開機以及文件系統(tǒng)故障排查

如果 Linux 不能正常開機，排除故障的操作步驟有以下3點：

檢查是不是開機管理程序的問題，在 RHEL4 或者以上的版本（也包括 Oracle Linux）中是使用 GRUB 作為默認的開機管理程序。
如果開機管理程序沒有問題，就檢查是否載入了正確的內(nèi)核（Kernel）。
如果開機時出現(xiàn) panic 的錯誤，則是根目錄沒有掛載成功。這時要檢查 /sbin/init 及 /etc/inittab 兩個系統(tǒng)文件中的配置有沒有錯誤，并且還要檢查根目錄有沒有損壞。

上述的步驟雖然看起來十分簡單，但是理想和現(xiàn)實往往具有差別，真正做起來并不是那么簡單。不過 Linux 是一個十分穩(wěn)健的操作系統(tǒng)，在平時的工作狀態(tài)中很少出事。偶爾出事，也是在情理之中的，此時就體現(xiàn)出了作為系統(tǒng)管理員的重要之處。

文件系統(tǒng)的故障通常是由于系統(tǒng)當機（如突然斷電）或者非正常關機造成的文件損壞而引起的。當一個文件系統(tǒng)出現(xiàn)故障時，進行文件系統(tǒng)修復的步驟如下：
- 使用 umount 命令卸載有問題的文件系統(tǒng)。
- 使用 fsck -y 命令測試和修復文件系統(tǒng)。
- 當這個文件系統(tǒng)修復成功之后，使用 mount 命令重新掛載該文件系統(tǒng)。
下面我們就通過實例進行演示以上修復文件系統(tǒng)故障的操作，在圖 1 中，df 命令列出目前系統(tǒng)上所掛載的文件系統(tǒng)。

【例 1】查看掛載命令。命令如下：

[root@liangxu ~ ]# df -h

【例 2】umount/oradata 命令的使用。命令如下：

[root@liangxu ~ ]# umount /oradata