其他分享
首页 > 其他分享> > 【Dell服务器】R430服务器启动异常进入initramfs问题解决记录

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

作者:互联网

文章目录

1.问题

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

具体如下图:
在这里插入图片描述

2.问题分析回顾

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

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

  1. 怀疑因上述命令而导致dev出现问题;
  2. 怀疑因异常断电而导致该问题。

2.1 怀疑因上述命令而导致dev出现问题

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

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

2.2 怀疑因异常断电而导致该问题(磁盘问题)

那么,前面的问题排除,就剩此处了,通过一些列的方法(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也可,不过一般这个好像都没有吧,哈哈

3.总结

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

4.相关文章,以供参考

关于这些文章,这里我并没有得到太多帮助,只是在资料查阅的时候废了比较多的时间,大家觉得有帮助可自取,也可省一些时间。
1.Target filesystem doesn’t have requested /sbin/init
2.linux操作系统故障处理-ext4文件系统超级块损坏修复
3.Linux 系统硬盘不能识别挂载 bad magic number in super-block问题的修复
4.磁盘扩容出错:e2fsck: Bad magic number in super-block while trying to open /dev/vdb1
5.Linux文件系统无法mount 由superblock损坏导致

标签:R430,Dell,dev,fsck,问题,sda,Ubuntu,服务器,磁盘
来源: https://blog.csdn.net/qq_23327993/article/details/123129450