雖然我們很不想，但是不可避免的還是會遇到一些系統無法啟動的情況！
原因總是來自各方面的，既包括了硬體問題，也包括了軟體問題，
硬體方面（主板，記憶體，硬碟等）的話及時更換硬體就好，
而軟體的問題就要進行修復了，常見的軟體問題導致無法開機包括：
1.檔案系統問題，如/etc/inittab、/etc/fstab檔案配置錯誤、損壞丟失等，
2.非法關機，導致root檔案損壞，
3.Linux內核崩潰
4.系統引導程式出錯，如GURB檔案丟失或損壞
，，， ，，，
下面利用Centos-7系統為樣機，做出一些解決方案
目錄
- 1./etc/fstab檔案丟失導致無法啟動
- 2.GRUB檔案丟失修復
1./etc/fstab檔案丟失導致無法啟動
- 模擬/etc/fstab檔案損壞，登錄系統干掉它
rm -rf /etc/fstab
- 而此時你會發現系統無法作業了
- 可能是受6版本的影響，潛意識就覺得很麻煩，又是單用戶呀，救援模式呀什么的，后來發現沒有了這個檔案其實并沒有影響到無法啟動什么的，
- 只是變成了只讀模式，我發現了無法創建什么，服務什么的也不見了，接下來我們嘗試修復它，
- 輸入以下命令，讓檔案系統變為可讀寫模式
mount -o remount,rw /
- 這個時候，你會發現你有寫的權限了，然后查看一下磁區的UUID
ls -l /dev/disk/by-uuid
- 然后重新創建
/etc/fstab檔案就好了，7的系統里面掛載的東西很少，不像6那么復雜， - 如果你不記得檔案內容了，從另一臺相同系統照著創建就好了（刪之前我看了眼，發現相同系統內容是一樣的，uuid寫自己的就好）
vi /etc/fstab
- 然后重啟一下系統
reboot
- 重啟一下網路，就可以使用xshell連接了
systemctl restart network
- 這時候發現有寫的權限了，服務也正常了
- (我是沒發現別的問題，也不知道這個方法對不對，如果有什么問題，評論區告訴我)
2.GRUB檔案丟失修復
- 模擬grub檔案丟失
rm -rf /boot/grub2
-
重啟系統，會提示檔案沒找到
-
這個時候已經進不去系統了，就要進入救援模式
-
重啟系統，在進入系統的時候按
ESC鍵，出現以下界面，選擇第三項（模擬BIOS），
-
選擇第三項進入救援模式
-
選擇第二項進入修復模式
-
選擇序號1，進入可讀寫模式
-
點擊回車可以看到這個界面
-
以下開始進行恢復作業，首先切換到原來的管理目錄下
chroot /mnt/sysimage/
- 創建grub2的目錄
mkdir /boot/grub2
- 因為7版本系統有比較成熟的命令，可以直接使用命令創建
grub2-mkconfig -o /boot/grub2/grub.cfg
- 然后執行以下命令（系統所在磁盤）
grub2-install /dev/sda
- 檢查一下有沒有檔案生成，如果有的話就可以重啟了
- 可以登錄系統了
- 對了需要注意的一點，因為我的selinux是關閉的，所以可以直接啟動
- 如果有selinux開啟的話，需要重新啟動，修改GRUB配置，在linux 16開頭那行的centos/swap后面輸入selinux = 0；然后ctrl+x繼續，就會啟動成功，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/264774.html
標籤：其他