作为一名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 引导进程。

Linux 引导的工作原理

以下步骤将概要介绍 Linux 引导进程的工作原理：

1.计算机在启动时首先执行的是初始测试 POST（开机自检，Power On Self Test），它将测试多个设备，包括处理器、内存、显卡和键盘。此外，还将测试引导介质（硬盘、软盘和 CD-ROM）。在 POST 之后，ROM 中的加载程序将载入引导扇区，该扇区随后将从活动分区中载入操作系统。您可以通过编辑服务器 BIOS 来更改引导介质顺序。

2.引导扇区总是在同一个位置 — 引导设备的磁道 0、柱面 0、磁头 0。此扇区包含名为 loader 的程序（对于 Linux，它通常是 LILO 或 GRUB）；实际上是此程序引导操作系统。加载程序不是安装在 MBR 中，就是安装在活动主分区的第一个扇区中。

3.如果服务器中安装了多个操作系统，您需要从引导加载程序菜单中选择需要引导的操作系统。如果安装了多个内核，您还可以在此菜单中选择要载入的内核。

4.然后，引导加载程序将解压缩并载入内核。内核将首先载入内核模块，然后检测硬件（软驱、硬盘、网络适配器等），检验硬件配置，然后扫描和载入设备驱动程序。

5.在此阶段，内核将装入根文件系统和系统文件。在重新编译期间，可以（或通过其他程序）配置系统文件的位置。如果载入失败，kernel panic 将出现，并且系统将冻结（freeze）。这是先前提到的载入失败类型。