作为一名 Linux? 管理员，您可能会在增加外部存储卷之后或者甚至在安装新 Linux 操作系统之后，尝试重新启动服务器时遇到诸如 cannot mount rootfs 和 kernel panic 之类的 rootfs 错误。本文将概要介绍 x86 平台上的 Linux 引导进程，显示出现此问题的原因，并提供避免或修正此问题的四个技巧。
问题概述
根文件系统（在样例错误消息中名为 rootfs）是 Linux 的最基本的组件。根文件系统包含支持完整的 Linux 系统所需的所有内容。它包含所有应用程序、配置、设备、数据等。没有根文件系统，您的 Linux 系统将无法运行。
在重新启动系统后，您可能会遇到 cannot mount rootfs 错误（在 Linux 主机得到 kernel panic 之后）。这种问题经常会在从外部存储中增加一些存储卷之后出现，也可能会在完成文件复制并需要重新启动来完成安装时出现。
如果出现此问题，您的系统将不会重新启动。诊断和修正此问题都需要花时间。本文介绍的 4 个技巧应当可以帮助您解决问题并节省时间。
另一个问题是 Linux 内核需要装入根文件系统，但是它找不到目标设备。换言之，根文件系统没有出现在它应该在的位置。例如，您把 Linux 根文件系统安装在 /dev/sda 磁盘中，但是您的系统在重新启动时无法装入它。出现这个问题有两个可能的原因：
1.磁盘 /dev/sda 在系统重新启动时没有显示。
出现这种情况的可能的原因是您的 Linux 主机没有装入根文件系统的关键驱动器。情况未必如此。Linux 安装程序将把需要的所有驱动器构建到 initrd 映像中，以便 Linux 系统可以在启动时轻松地载入设备驱动器。但是，如果您是手动安装了磁盘，则可能会出现此错误。
2.显示了磁盘 /dev/sda，但是它不是根文件系统。在重新启动后，您的根文件系统已经改为 /dev/sdb。
这是最可能出现的情况。
那么，系统重新启动后 /dev/sda 是如何被重命名为 /dev/sdb 的？在 Linux 中，/dev/sd* 表示 SCSI 设备。Linux 将把这些设备的名称从 sda 改为 sdz（以及从 sdaa 改为 sdzz，以此类推）。它将把第一个 SCSI 设备命名为 /dev/sda，把第二个 SCSI 设备命名为 /dev/sdb，以此类推。
如果使用在根文件系统设备适配器驱动器之前装入的驱动器（最初位于 /dev/sda）在适配器中安装设备，则根文件系统将移到命令链的下一个字母（/dev/sdb），并且根文件系统不是遇到的第一个设备。因此，如果它在行首找不到 rootfs，它就无法装入。
这是所发生情况的简单说明，但是为了给这个场景补充更多上下文，让我们概要说明一下 Linux 引导进程（如果您了解 “根本” 原因，请直接跳到 修正问题的四个技巧）。