Linux 開機過程中 rootfs 找不到？四大排查技巧一次搞定

Linux 啟動流程速覽 (聚焦第 5 步)

1. POST 自檢：BIOS/UEFI 檢測 CPU、內存、顯卡、鍵盤及啟動介質。
2. 引導扇區載入：MBR (磁道 0/柱面 0/磁頭 0) 的 Loader (GRUB/LILO) 啟動。
3. 選單選擇：多系統/多內核時由用戶選擇啟動項。
4. 內核解壓與硬體探測：載入模組、掃描硬碟/網卡/控制器驅動。
5. 掛載根文件系統 (關鍵點)：內核嘗試掛載 root= 指定的設備。失敗 → Kernel Panic。
6. init 進程啟動 (PID 1)：讀取 /etc/inittab、執行 rc.sysinit、進入預設 Runlevel。
7. 用戶登入：啟動完成，呈現登入提示。

核心故障機制：/dev/sda 怎麼變成 /dev/sdb 了？

Linux 按驅動程序初始化順序、總線掃描順序動態分配 /dev/sd* 設備節點：

• 第一個偵測到的 SCSI/SATA/USB 存儲 → /dev/sda
• 第二個 → /dev/sdb，以此類推 (後續 sdaa、sdzz...)

典型場景：系統盤原本在 /dev/sda。新增一張 RAID 卡或 HBA 卡，其驅動比系統盤控制器驅動更早載入 → 新卡掛載的陣列搶佔 /dev/sda → 原系統盤被推至 /dev/sdb → 內核在 /dev/sda 找不到 rootfs → Panic。

四大排查與修復技巧

技巧 1：使用 UUID/LABEL 替代設備路徑 (最推薦)

文件系統格式化時會生成唯一 UUID，與設備順序無關。修改 /boot/grub/grub.conf (或 grub.cfg) 與 /etc/fstab：

# GRUB 內核參數
kernel /vmlinuz-... root=UUID=xxxx-xxxx-xxxx-xxxx ro quiet

# /etc/fstab
UUID=xxxx-xxxx-xxxx-xxxx  /  ext4  defaults  1  1

查看 UUID：blkid 或 ls -l /dev/disk/by-uuid/。

技巧 2：重建 initramfs/initrd 納入必要驅動

若新增控制器 (如 RAID、NVMe、USB3.0) 但其驅動未包含在 initramfs 中，內核無法識別設備。重建：

• RHEL/CentOS/Fedora：dracut -f 或 mkinitrd
• Debian/Ubuntu：update-initramfs -u -k all

確認驅動已包含：lsinitrd /boot/initramfs-$(uname -r).img | grep -i nvme。

技巧 3：調整內核啟動參數強制延遲掃描 / 指定 root 等待

在 GRUB 內核行追加：

• rootdelay=30：給慢速設備 (USB、iSCSI) 30 秒偵測時間。
• rootwait：無限期等待 root 設備出現 (適用於非同步探測)。
• scsi_mod.scan=sync：強制同步掃描 SCSI 總線，避免競態。

技巧 4：進入救援模式手動掛載修復 GRUB/fstab

1. 用 LiveCD/安裝光盤啟動進入救援模式 (Linux rescue)。
2. 手動掛載根分區：mount /dev/sdb2 /mnt/sysimage (視實際設備而定)。
3. 修正 /mnt/sysimage/etc/fstab 與 /mnt/sysimage/boot/grub/grub.conf 中的設備路徑為 UUID。
4. chroot /mnt/sysimage → 重新安裝 GRUB：grub2-install /dev/sda。

總結

rootfs 掛載失敗 90% 歸因於設備節點漂移或initramfs 缺驅動。養成「全鏈路使用 UUID、重大硬體變更必重建 initramfs」的習慣，能從根源杜絕此類故障。