【Dell服务器】R430服务器启动异常进入initramfs问题解决记录

2023-09-26 11:41:22

1.问题

Ubuntu18.04.5 LTS 服务版在重启后无法正常启动进入文件系统，且无法通过其他系统挂载该本原来的文件系统。

具体如下图：

该问题的出现是由于在服务器上制作Ubuntu18.04.5的rootfs时因使用了sudo mount -o bind /dev $rootfsdir/dev命令后导致服务器sudo xxx 相关命令无法执行(包括sudo reboot)从而强制断电重启服务器而出现。

随后分析查阅相关资料得到如下怀疑处理方向：

若是因为该命令导致问题，那么很好验证，我在自己的虚拟机上执行了对应的操作步骤，且从网上查阅资料得mount -o bind命令的真实意义（mount --bind 的妙用，可以理解为软覆盖），最终得出结论：和此关系无关！

ps：对于该命令出现的问题如sudo: no tty present and no askpass program specified，不过网上的解决方案都没有解决该问题，目前我是重启系统处理该问题。

那么，前面的问题排除，就剩此处了，通过一些列的方法（fsck,dump2fs,blkid,fdisk等磁盘信息相关命令及磁盘superblock相关信息），如下：

1.直接在initramfs中执行fsck尝试修复sda磁盘，结果为：失败，失败原因：无法找到fsck命令，包括busybox fsck也没有。

2.通过服务器原先另外一个系统的磁盘启动，尝试挂载该磁盘sda或者修复该磁盘sda。结果为：失败，失败原因：超级块无效，随后通过dump2fs查找超级块分区表备份信息，全部试了编，失败。皆无效！。

这下头大了，fsck要不就是无法使用，要不就是使用不成功。最后只能采取Ubuntu live的办法了。
3.采取Ubuntu live（试用版本，该试用版本好像只有在Ubuntu desktop才有）的办法尝试修复磁盘sda。

最终通过dell r430的boot manager找到one-shot 启动设备，找到带有Ubuntu desktop ios 的U盘启动，最终通过，live版本的Ubuntu自带的fsck工具进行sda的修复，最终可成功mount sda磁盘，最终通过sda成功启动原系统。

至此，问题解决！

ps:关于Ubuntu live U盘的制作，可以使用rufs工具，它可以一键制作Ubuntu启动盘，相当好用，后面有需要我可以写篇相关文章。另外，Ubuntu live也不是必须的，若你有Ubuntu的CD也可，不过一般这个好像都没有吧，哈哈

网上还有一些处理方法，如新建超级块分区表，找到备份信息之类的，重建引导，这些可能会损坏数据，需要进行数据备份，这里操作比较复杂，就没有使用了，以上执行的操作皆一般不会对数据有损坏，这里进行实操也操作通过，没有丢失相关数据。