开机进入 initramfs（Initial RAM Filesystem）的 BusyBox shell 界面，通常意味着系统在启动过程中遇到了关键错误，无法成功挂载根文件系统。这是一个常见但可以修复的问题。

不要慌张，按照以下步骤进行诊断和修复。

问题核心原因

简单来说，系统启动到 initramfs 这个临时的根文件系统后，它的任务是加载必要的驱动和工具，然后找到并挂载你硬盘上真正的根文件系统（/）。现在它卡住了，原因通常是：

  1. 根文件系统设备无法识别（例如：UUID 错误、驱动缺失）。
  2. 根文件系统损坏（文件系统错误）。
  3. 根文件系统所在的磁盘硬件故障。
  4. /etc/fstab 文件配置错误（尤其是在修改过挂载选项或添加了新硬盘后）。

修复步骤指南

整个诊断和修复流程可以总结为以下步骤，你可以参照进行：

1
2
3
4
5
6
7
8
9
flowchart TD
    A[开机进入 initramfs 界面] --> B[检查系统提示<br>（关键错误信息）]
    B --> C{使用 blkid 命令<br>核对根分区UUID}
    C --> D{使用 fsck 命令<br>修复文件系统}
    D --> E[尝试手动挂载根分区]
    E --> F{手动挂载是否成功?}
    F -- 是 --> G[检查 /etc/fstab 配置]
    F -- 否 --> H[考虑硬件故障<br>或数据恢复]
    G --> I[重启系统]

现在，我们来详细说明每一步的具体操作。

第 1 步：仔细阅读错误信息

在 initramfs 界面出现之前，屏幕上通常会有一些红色的 (FAILED) 提示或具体的错误信息。这是最重要的线索！

  • 常见提示1： ALERT! /dev/sda2 does not exist 或 ALERT! UUID=xxxx-xxxx-xxxx does not exist
    • 原因： 系统找不到指定的根分区设备。可能是 GRUB 配置或 initramfs 中的设备标识（如 UUID）错了。
  • 常见提示2： Give root password for maintenance (or type Control-D to continue)
    • 原因： 这比 initramfs 更进一步，说明根文件系统可能已经挂载为只读，但遇到了其他问题（如 fstab 错误）。此时输入 root 密码即可进入修复 shell。
  • 常见提示3： 没有明显错误，直接掉进 initramfs shell。
    • 原因： 需要手动排查。

第 2 步：检查并确认根分区

在 initramfs 提示符下，执行以下命令：

1
2
3
4
# 列出所有识别到的块设备和分区
lsblk
# 或者使用
blkid

你要做的是：

  1. 通过 lsblk 或 blkid 查看你的根分区（通常是 ext4, xfs, btrfs 格式）是哪个设备（例如 /dev/sda2, /dev/nvme0n1p3）以及它的 UUID。
  2. 与你系统原本的配置进行核对。如果你不记得，可以尝试根据分区大小和文件系统类型来判断。

第 3 步：尝试修复文件系统

如果根分区设备能找到（例如 /dev/sda2），但无法挂载，很可能是文件系统损坏。使用 fsck 进行修复。

非常重要： 如果你的根分区是 LVM 或加密的，这一步会更复杂，需要先激活 LVM（lvm vgchange -ay）或解锁加密分区，这里先讲最简单的情况。

1
2
3
4
5
6
# 注意：将 /dev/sda2 替换为你实际的根分区设备
# -y 选项表示自动修复所有问题
fsck -y /dev/sda2  或 fsck -t ext4 /dev/sda2

# 如果是 XFS 文件系统，使用 xfs_repair
xfs_repair /dev/sda2
  • 修复过程可能会持续几分钟，期间会输出很多信息，这是正常的。
  • 修复完成后，务必重启系统 (reboot)，看是否能够正常启动。

第 4 步：尝试手动挂载根分区（高级诊断）

如果 fsck 修复后问题依旧，或者你想进一步诊断，可以尝试手动继续启动过程。

  1. 手动挂载根分区：

    1
    2
    3
    4
    # 创建一个挂载点
    mkdir /rootfs
    # 挂载根分区
    mount /dev/sda2 /rootfs
    • 如果挂载成功：说明驱动和基础文件系统现在是好的，问题可能出在后续的启动流程（如 /etc/fstab）。
    • 如果挂载失败：会给出错误信息（如 wrong fs type, bad option, bad superblock），根据错误信息继续排查。

  2. 检查 /etc/fstab (如果上一步挂载成功)：

    1
    2
    # 查看已挂载的根分区下的 fstab 文件
    cat /rootfs/etc/fstab
    • 检查是否有错误的 UUID 或者挂载点。特别是检查是否有定义根文件系统 / 的行，但它的 UUID 和你用 blkid 看到的不一致。
    • 也检查其他非根分区（如 /home, /boot）的配置是否正确。有时一个错误的分区配置会导致整个启动失败。

  3. 检查引导程序配置 (如果上一步挂载成功)：

    1
    2
    # 查看 GRUB 配置文件
    cat /rootfs/boot/grub/grub.cfg | grep linux
    • 查看输出的那一行，确认 root 参数指定的设备或 UUID 是否正确。例如 root=UUID=1234-5678 或 root=/dev/sda2。

第 5 步：修正配置并重建 initramfs (如果手动挂载成功)

如果你在步骤 4 中发现是 UUID 错误或驱动问题，可以尝试修正。

  1. Chroot 到你的系统 (需要步骤4中挂载成功)：

    1
    2
    3
    4
    5
    6
    7
    8
    # 挂载必要的虚拟文件系统
    mount -t proc proc /rootfs/proc
    mount -t sysfs sys /rootfs/sys
    mount -o bind /dev /rootfs/dev
    mount -o bind /dev/pts /rootfs/dev/pts

    # 切换根目录
    chroot /rootfs /bin/bash

  2. 更新 GRUB 和 initramfs：

    1
    2
    3
    4
    5
    6
    7
    # 更新 GRUB 配置
    update-grub
    # 或者对于某些发行版
    grub-mkconfig -o /boot/grub/grub.cfg

    # 重新生成 initramfs
    update-initramfs -u -k all

  3. 退出并重启：

    1
    2
    3
    4
    5
    6
    7
    exit
    umount /rootfs/dev/pts
    umount /rootfs/dev
    umount /rootfs/sys
    umount /rootfs/proc
    umount /rootfs
    reboot

常见场景及快速解决方案

  • 场景A：之前修改过 /etc/fstab，添加了错误的挂载项。

    • 解决：在 initramfs 中手动挂载根分区后，编辑 /rootfs/etc/fstab，注释掉（在行首加 #）你新增或怀疑有问题的行，然后重启。

  • 场景B：系统更新或断电后启动失败。

    • 解决：这很可能是文件系统损坏。首要尝试在 initramfs 下运行 fsck -y /dev/your_root_partition。

  • 场景C：更换了硬盘或主板后启动失败。

    • 解决：这可能是磁盘控制器驱动变化导致的。需要在 initramfs 中检查根分区设备名是否正确，很可能需要按照步骤5，chroot 后重新生成 initramfs 来包含新硬件的驱动。

  • 场景D：一切都是对的，但就是报 UUID does not exist。

    • 解决：有时是 initramfs 映像本身损坏了。你需要从一个 Live USB（U盘启动盘）启动，然后 chroot 到你的系统，再执行步骤5中的 update-initramfs 命令。

最后的办法

如果以上所有方法都失败，并且数据非常重要，可以考虑：

  1. 使用 Live USB 启动电脑。
  2. 挂载你的根分区，备份重要数据到外部存储设备。
  3. 然后尝试更深入的修复，或者直接重新安装系统。