Linux 無法啟動？三大預防策略與現場急救指南

沒有作業系統能 100% 可靠。遲早 Linux 也會無法啟動——顯示驅動衝突、核心更新失敗、init 腳本配置錯誤……筆者親歷無數次（多數因 X 組態出錯），總結出三大預防策略與現場急救流程，助你從容應對。

策略一：鎖定運行級別為 3（多用戶文字模式），繞過 X 陷阱

新裝系統預設運行級別 5（X11 圖形登入）。一旦 X 配置出錯，系統卡在黑屏/閃爍，新手束手無策。解法：預設改為級別 3，啟動進入文字介面，X 壞了照樣能登入修復。

編輯 /etc/inittab：

# 原配置
id:5:initdefault:

# 修改為
id:3:initdefault:

運行級別速查： 0=停機 | 1=單用戶 | 2=多用戶無 NFS | 3=完整多用戶(文字) | 4=保留 | 5=X11 | 6=重啟

策略二：保留至少一顆「已知良好」核心，核心更新零風險

核心更新偶爾引入回歸導致無法啟動。始終保留一顆穩定核心，新核心出問題，GRUB 選單選舊核心即可啟動修復。

實作步驟（YUM 系統）：

1. /etc/yum.conf 加入 plugins=1
2. 部署 n-installonly.py 至 /usr/lib/yum-plugins/，設定 tookeep=2（保留 2 顆核心）
3. 更新前自動保留舊核心，GRUB 選單自動新增條目

新核心有 Bug？重啟選舊核心 → 登入系統 → 移除/重編/升級新核心 → 從容解決。

策略三：建立可開機救援介質（USB/光碟），關鍵時刻的「諾亞方舟」

• 系統安裝光碟自帶 linux rescue 模式
• 或製作專用救援 USB（如 SystemRescueCd、Finnix）
• 隨身攜帶，離線修復 fstab、grub.conf、重裝核心、備份資料

現場急救流程：無法啟動時的標準動作

1. 觀察錯誤訊息：GRUB 錯誤？Kernel panic？Init 失敗？卡在哪個階段？
2. 嘗試舊核心啟動：GRUB 選單選擇上一版核心
3. 進入單用戶/救援模式：GRUB 編輯 kernel 行尾加 1 或 single，或光碟 linux rescue
4. 定位並修復：
   • 配置檔錯誤 → 編輯修正（fstab、inittab、grub.conf、X 組態）
   • 檔案系統損壞 → fsck -y /dev/sdX（先卸載）
   • GRUB 損壞 → grub-install /dev/sda
   • 核心模組缺失 → 重裝 kernel RPM 或重編核心
5. 驗證重啟

避坑錦囊

• ✅ 修改關鍵配置前必備份（cp /etc/fstab /etc/fstab.bak）
• ✅ 核心更新後先測試重啟，確認無誤再清理舊核心
• ✅ 遠端伺服器配置 Serial Console / IPMI / KVM over IP，無需跑機房
• ✅ 記錄每次變更與故障處理，建立團隊知識庫

預防重於治療，預案重於臨場。落實三大策略，手握急救流程，Linux 無法啟動將不再是噩夢，而是受控的常規演練。