背景：使用dd备份，dd if=/data/filename of=/dev/sdb1 /data挂在在sdb1下面，导致备份出现异常，（切记备份时候注意源路劲和目标路劲），出现异常之后，使用如下命令进行挂载。
挂载命令：mount /dev/sdb1 /data出现如下报错：
mount: wrong fs type, bad option, bad superblock on /dev/vdb1
现场：
1，看下现场，这个报错尝试先使用不同的文件系统挂载试下均不可
2、尝试通过文件系统的方式进行挂载，本次文件系统为ext4.结果挂载失败。
寻找解决办法：
e2fsck -f /dev/xvdb13.1 e2fsck是检查ext2、ext3、ext4等文件系统的正确性, -f 即使文件系统没有错误迹象，仍强制地检查正确性。 注意：后面加-y参数，要不然会需要持续的输入y。即：e2fsck -f /dev/xvdb1 -y。下图是应用原作者的截图，因为我实验室测试的时候忘记截图了。
dumpe2fs -f /dev/xvdb1 |grep -i superblock3.2 dumpe2fs 会显示 superblock 上的档案系统资讯和每个区块组 (block group) 的资讯，在一般拥有很多区块组档案系统，输出会非常多，因此加上grep过滤一下superblock
(-f 的参数，英文不好，就不翻译了，，，
force dumpe2fs to display a filesystem even though it may have
-
some filesystem feature flags which dumpe2fs may not understand -
(and which can cause some of dumpe2fs’s display to be suspect).)
mkfs.ext4 -n /dev/xvdb13.3 看下如果ext4格式化的话对应的相关信息（-n 不真正创建文件系统，只是显示创建的信息）
3.4 利用工具e2fsck，修复文件系统（指定superblock，可以对照dumpe2fs获取到得备份的superblock起始位置）后面记得加-y参数，要不然会需要持续的输入y，很麻烦。
e2fsck -f -b 32768 /dev/xvdb1
原文地址：记一次数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查 – 灰信网（软件开发博客聚合）
原文地址:https://blog.csdn.net/weixin_42132076/article/details/130360624
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_28386.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
