引導過程常見故障排除詳解

本篇博客將從理論到實驗操做詳細描述Liunx系統的完整引導過程，並解決三種影響正常開機的故障。

---

目錄引導：

• 開機引導過程
• 修復MBR扇區故障引發的故障
• 修復GRUB菜單故障引發的故障
• 重置Centos7系統管理員（root）密碼

1、完整的開機引導流程

開機自檢：
也稱加電自檢(POST，Power On Self Test)。 指計算機系統，接通電源，（BIOS程序）的行爲，包括對CPU、系統主板、基本內存、擴展內存、系統ROM BIOS等器件的測試。如發現錯誤，給操做者提示或警告。簡化或加快該過程，可以使系統可以快速啓動。
MBR引導：
其引導代碼儲存在第一塊磁盤的第一個扇區中，容量爲512字節。它負責磁盤操做系統(DOS)對磁盤進行讀寫時分區合法性的判別、分區引導信息的定位，它由磁盤操做系統(DOS)在對硬盤進行初始化時產生的。
GRUB菜單引導：
容許用戶同時擁有多個操做系統，並在啓動時選擇但願加載的操做系統。也可用於選擇操做系統分區上的不一樣內核，也可用於向這些內核傳遞啓動參數。
init進程：
該進程爲加載系統的必要組件，也是加載環境變量的必要部分。由Liunx內核加載運行/sbin/init程序執行，爲系統的中的第一個進程，其PID（進程標記號）號始終爲1.
以上就是Liunx系統完整的啓動流程，而在啓動的過程當中，頗有可能會遇到各類狀況致使沒法進入系統，接下來這裏就將挑出幾個常見的問題進行解析：

2、修復MBR扇區故障引發的故障

MBR引導位於整個啓動程序的第二步，也是除了硬件問題外第一個容易出現問題的地方。
出現故障的常見緣由：
（1）病毒、***等形成的破壞
（2）不正確的分區操做、磁盤讀寫誤操做都會致使MBR扇區損壞
出現故障的表現：
（1）找不到引導程序，啓動中斷
（2）沒法加載系統，黑屏
修復思路：
使用備份文件，經過光盤鏡像的急救模式從備份中進行恢復。
修復步驟：
（1）事先備份一份mbr引導扇區到其它磁盤中（也能夠拷貝相同操做系統另外一臺服務器的mbr引導扇區）
（2）使用安裝鏡像進入鏡像急救模式進行mbr修復
圖解：
（實驗環境總體在虛擬機中實施）
確保該服務器已經存在兩塊磁盤並掛載完畢，在sdb1的掛載點內輸入

[root@localhost data]# dd if=/dev/sda of=/data/sdr.mbr.bak bs=512 count=1

將原系統內的mbr引導扇區進行復制

接下來就準備模擬mbr扇區損壞的狀況，輸入

[root@localhost data]# dd if=/dev/zero of=/dev/sda bs=512 count=1

將垃圾文件導入原來的MBR扇區中，破壞扇區成功！

重啓後，就會徹底沒法進入系統。

這時候插入Centos7的安裝光盤（這裏由於是虛擬機，因此只須要添加鏡像文件便可），而後重啓服務器，在出現讀條時按下「ESC」鍵（不放心的能夠從開始重啓就一直按），進入「BOOT MENU」界面，選擇第三個使用CD進入




執行完以上的步驟，須要耐心等待一分鐘。待其進入以下界面，在下方輸入「1」進入光盤鏡像自帶的簡易鏡像系統，正式開始修復。

在鏡像系統中，輸入

sh-4.2#mount /dev/sdb1 /mnt

將擁有備份的磁盤進行臨時掛載（沒有掛載的磁盤只是個物理設備，但沒法讀取），後面的工做就比較明瞭了，只須要進行恢復備份便可，輸入

sh-4.2#dd if=/mnt/sdr.mbr.bak of=/dev/sda

事實上，此時扇區已經修復完畢，因此最後只要reboot重啓便可完成修復。

3、修復GRUB菜單故障引發的故障

除了MBR引導之外，另外一個容易出現問題的步驟就是因爲GRUB菜單出現問題致使沒法進入系統。
出現GRUB故障的緣由：
（1）MBR扇區中的GRUB引導程序遭到意外損壞
（2）grub.conf文件丟失或是引導配置有誤
出現該種故障的表現：
系統引導停滯不前，一直卡在「grub＞」符號處
修復思路：
（1）使用引導光盤，進入急救模式，重寫（通常人沒那技術）或從備份恢復grub.conf
（2）向MBR扇區中重建grub程序
具體修復步驟：
（1）引導急救模式，加載系統鏡像（chroot /mnt/sysimage/）
（2）從新創建加載sda分區（grub2-install /dev/sda）
（3）從新構建grub菜單配置文件（grub2-mkconfig -o /boot/grub2/grub.cfg）
（4）退出bash環境（exit）
（5）重啓
圖解修復步驟：
（實驗環境總體在虛擬機中實施）
爲了模擬grub菜單損壞致使的錯誤。首先輸入

[root@localhost ~]# cd /boot/
[root@localhost boot]# ls

跳轉到/boot目錄下並用ls目錄進行查看，能夠看到/boot目錄下存在兩個grub目錄

接着跳轉進入grub2目錄中，

[root@localhost boot]# cd grub2

將目錄中的grub.cfg刪除

[root@localhost grub2]# rm -rf grub.cfg

而後直接reboot重啓

重啓後就會發現，果不其然，開機沒法進行，會卡在「grub＞」符號處沒法繼續（固然這裏不是徹底卡死的，只是由於缺乏關鍵的cfg文件纔沒法繼續。大神能夠在這裏手動輸入文件。）

OK，既然問題已經出現了，那麼咱們就來解決它。重啓虛擬機，跟上章節修復MBR扇區同樣（要經過光盤自帶的簡易鏡像進行修復），直到進入鏡像系統前的步驟都徹底同樣，這裏就不耽誤時間了。
進入鏡像系統，開始正式修復。輸入

sh-4.2#chroot /mnt/sysimage/

進入光盤鏡像自帶的bash環境，接着啓用

bash-4.2#grub2-install /dev/sda

從新創建加載sda分區

而實際上由於咱們是模擬狀況，因此除了grub的配置文件丟失以外，其它部分應該都是無缺的。
修復grub菜單的最後一步就是從新構建grub菜單配置文件，輸入

bash-4.2#grub2-mkconfig -o /boot/grub2/grub.cfg

完成後，重啓（exit+reboot）便可結束脩復。

4、重置Centos7系統管理員（root）密碼

事實上，第三篇嚴格意義上不能算致使沒法進入系統的錯誤，可是不知道管理員密碼其實和進不了系統沒什麼區別（相信看這篇博客的人都懂爲何），因此我在這裏也明確的解決一下吧~~
故障緣由：
不管何種緣由遺忘root用戶密碼
出現故障表現：
沒法進行全部須要root權限的操做
若沒有其它帳戶，將沒法登錄系統
修復思路：
忘了密碼，重設唄（哪有那麼多可說的）
修復步驟：
（1）加載光盤系統模擬鏡像（chroot /mnt/sysimage/）
（2）修改密碼
圖解修復步驟：
（實驗環境總體在虛擬機中實施）
假設這時候，忽然忘了root用戶密碼，結果被卡在登錄界面

OK，問題出現了。讓我來開始解決：
添加光盤鏡像，同時把系統重啓，並在出現讀條時按下「ESC」。。。。。。（直到進入鏡像系統，前面步驟與修復grub菜單等雷同，再也不說明）
進入光盤鏡像系統後，和修復grub菜單時同樣輸入

sh-4.2#chroot /mnt/sysimage/

進入光盤鏡像自帶的bash環境，接着————跟在Liunx中同樣使用passwd命令便可

bash-4.2#passwd root

接着輸入兩遍新密碼，重啓便可。

-

以上，就是系統啓動的理論部分以及三個容易致使沒法進入系統的問題的修復方法。