背景:使用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.结果挂载失败。
寻找解决办法:
1,尝试使用fsck修复,报错如故
3,找台正常的机器获取一下磁盘相关信息
e2fsck -f /dev/xvdb1
3.1 e2fsck是检查ext2、ext3、ext4等文件系统的正确性, -f 即使文件系统没有错误迹象,仍强制地检查正确性。 注意:后面加-y参数,要不然会需要持续的输入y。即:e2fsck -f /dev/xvdb1 -y。下图是应用原作者的截图,因为我实验室测试的时候忘记截图了。
dumpe2fs -f /dev/xvdb1 |grep -i superblock
3.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/xvdb1
3.3 看下如果ext4格式化的话对应的相关信息(-n 不真正创建文件系统,只是显示创建的信息)
3.4 利用工具e2fsck,修复文件系统(指定superblock,可以对照dumpe2fs获取到得备份的superblock起始位置)后面记得加-y参数,要不然会需要持续的输入y,很麻烦。
e2fsck -f -b 32768 /dev/xvdb1
3.5 重新挂载即可恢复
恢复:
4,检查文件系统的正确性,失败
5,获取superblock失败
6, 尝试修复
通过上面的方法,问题解决。文章来源:https://www.toymoban.com/news/detail-530128.html
原文地址:记一次数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/vdb1的排查 - 灰信网(软件开发博客聚合)文章来源地址https://www.toymoban.com/news/detail-530128.html
到了这里,关于数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!