Linux系统诊断小技巧：启停问题之如何修复initrd损坏

简介： initrd丢失、损坏或者没有正常工作，是导致系统启动失败比较常见的原因。 如何解决这类问题呢？重新做initrd即可。那么，具体怎么操作呢？我们讨论下。这里我们主要是围绕阿里云的实例问题展开。

我们先讲什么是initrd和需要的工具。

initrd在Linux内核社区有两种意义。一是内核的一种启动机制。二是指实现这种机制的一种方法。作为方法的initrd，已经逐步被initramfs取代。

关于工具的重要性我们就不絮叨了。解决启停问题，一定要有三大利器的辅助：快照、VNC和录屏工具。

关于这些工具，请参考Linux系统诊断小技巧（13）：启停问题之如何修复grub损坏对应小节。

修复启停时经常需要做chroot操作，即我们要在一个新的根文件系统内操作。但是，只执行chroot是不够的。我们还需要挂载/dev、/proc和/sys目录。这样才能使用在chroot后继续使用系统数据。

关于bind挂载，同样请参考Linux系统诊断小技巧（13）：启停问题之如何修复grub损坏对应小节。

initrd丢失、损坏或者没有正常工作，是导致系统启动失败比较常见的原因。

如何解决这类问题呢？重新做initrd即可。那么，具体怎么操作呢？我们讨论下。这里我们主要是围绕阿里云的实例问题展开。

initrd丢失相对容易模拟。重启、及时VNC登录，在grub提供可用内核清单界面，按字母e就能修改启动项配置。我们修改initrd文件名称即可。

修改文件名称

按照终端提示，启动系统，得到结果如下(但是这个界面很快会被内核堆栈信息覆盖，灵活使用录屏工具是需要的)

我们可以分别测试缺少主板驱动、磁盘驱动、显卡驱动等多种情形。简单计，这里我们只测试initrd只包括主板驱动的情形。

创建这样的initramfs，可以使用下面的命令：

如果不是chroot环境，可以直接使用下面的命令

命令执行示例如下：

验证下我们作出了initrd文件：

复现现场，现在：

常见的Linux系统都有救援模式，而且（大多）都是有多个内核可用。所以，一个内核的initrd出现问题，并不妨碍我们启动系统，拿到shell。但是，的确存在需要在其他系统上重新做initrd的情形。比如，我们运气不好，碰到的实例，其上的系统只有一个内核。这样现有系统是启动不起来了。系统启动不起来，则拿不到shell，拿不到shell，则读写不了系统盘。

所以，在运气不好的情况下，我们的问题就变成了两个：

解决第一个问题的方法比较多，这里我们提供一个使用快照的方式。

请参考Linux系统诊断小技巧（13）：启停问题之如何修复grub损坏有关章节。

在正常实例上重新制作initrd需要

有关上面步骤的执行示例，请参考Linux系统诊断小技巧（13）：启停问题之如何修复grub损坏有关章节。

各个主流发行版都提供了制作initrd文件的易用工具，我们不赘述。这里我们以CentOS 7系统为例。重要的是要把需要启动系统所需的驱动不要忘记了。

对于阿里云当前的实例，主要是主板驱动(virtio_pci)和系统盘驱动(virtio_blk)：

执行示例如下

这样我们就重新制作了initrd文件。