文章目录

• 1.问题
• 2.问题分析回顾
• • 2.1 怀疑因上述命令而导致dev出现问题
  • 2.2 怀疑因异常断电而导致该问题（磁盘问题）
• 3.总结
• 4.相关文章，以供参考

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