数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查

这篇具有很好参考价值的文章主要介绍了数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

背景:使用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,看下现场,这个报错尝试先使用不同的文件系统挂载试下均不可 

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

 2、尝试通过文件系统的方式进行挂载,本次文件系统为ext4.结果挂载失败。

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

寻找解决办法:

1,尝试使用fsck修复,报错如故

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

3,找台正常的机器获取一下磁盘相关信息

e2fsck -f /dev/xvdb1

3.1 e2fsck是检查ext2、ext3、ext4等文件系统的正确性, -f 即使文件系统没有错误迹象,仍强制地检查正确性。 注意:后面加-y参数,要不然会需要持续的输入y。即:e2fsck -f /dev/xvdb1 -y。下图是应用原作者的截图,因为我实验室测试的时候忘记截图了。

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

dumpe2fs -f /dev/xvdb1 |grep -i superblock

3.2 dumpe2fs 会显示 superblock 上的档案系统资讯和每个区块组 (block group) 的资讯,在一般拥有很多区块组档案系统,输出会非常多,因此加上grep过滤一下superblock

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

(-f 的参数,英文不好,就不翻译了,,,
force dumpe2fs to display a filesystem even though it may have

  1. some filesystem feature flags which dumpe2fs may not understand

  2. (and which can cause some of dumpe2fs’s display to be suspect).)

mkfs.ext4 -n /dev/xvdb1

3.3 看下如果ext4格式化的话对应的相关信息(-n 不真正创建文件系统,只是显示创建的信息)

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

3.4 利用工具e2fsck,修复文件系统(指定superblock,可以对照dumpe2fs获取到得备份的superblock起始位置)后面记得加-y参数,要不然会需要持续的输入y,很麻烦。

e2fsck -f -b 32768 /dev/xvdb1

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

3.5 重新挂载即可恢复

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

恢复:
4,检查文件系统的正确性,失败

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

5,获取superblock失败

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

6, 尝试修复

数据盘挂载mount: wrong fs type, bad option, bad superblock on /dev/sdb1 的排查,linux,运维,centos

通过上面的方法,问题解决。

原文地址:记一次数据盘挂载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模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 使用mount临时挂载出现mount error(13): Permission denied

    mount error(13): Permission denied Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) //报错信息,提示账号密码错误,其实并不是   添加 sec=ntlmssp 参数即可;中途可能需要等一些时间 mount -t cifs -o username=lisi,password=123456,sec=ntlmssp //192.168.44.10/xxx  /xxx The default in mainline kernel versions prior

    2024年02月07日
    浏览(62)
  • Linux操作之挂载(mount)

     格式化的意思即当我们创建豪逻辑分区后,需要对其指定一个文件系统,才能使用该分区。 文件系统的存在是操作系统用于明确磁盘或分区上的文件的方法和数据结构; Linux中的文件系统类型有ext2,ext3,ext4,xfs等 挂载:每个系统都有独立的inode,block,super block等信息,这

    2024年02月14日
    浏览(51)
  • Linux中利用mount命令进行挂载

    mount 命令用于挂载Linux系统之外的文件。 挂载 是指将硬件设备的文件系统和Linux系统中的文件系统,通过指定目录(挂载点)进行关联。 参数 说明 -h 帮助文档 -V 显示版本 -a 挂载文件/etc/fstab中设置的所有设备 -v 显示命令执行过程 -f 只是模拟执行命令,不会使命令生效,通

    2024年02月08日
    浏览(54)
  • [linux]mount与nfs挂载简介

    mount用于挂载设备: 挂载分区: mount /dev/sdb1 /data ; 文件夹间: mount --bind /ori /data ;data文件将被ori中遮盖。 mount用于挂载Linux系统下的分区或文件: mount [-fv] [-t vfstype] [-o options] device {mounted-dir} f:并不执行实际挂上的动作,而是模拟整个挂上的过程(常用于排错);一般与

    2024年02月03日
    浏览(49)
  • Linux系统如何挂载(mount)设备到指定目录?

    了解Linux系统中常见的Ext3、Ext4与XFS文件系统的不同之处 理解Linux系统中硬盘设备的分区、格式化以及挂载等常用的硬盘管理操作 Linux系统中的一切文件都是从“根目录”(/)开始的,并按照文件系统层次标准(FHS)采用倒树状结构来存放文件。 在Linux系统中,常见的目录以

    2024年02月10日
    浏览(57)
  • s3fs挂载对象存储到本地

    S3FS是Google开发的一款支持将对象存储中的bucket以文件形式导出的文件系统接口,兼容POSIX语法 S3FS基于FUSE开发的文件系统,允许Linux和Mac OS 挂载S3的存储桶到本地文件系统,并保持对象原来格式。 只要支持S3存储协议的都支持挂载,比如minio、华为云OBS、阿里云OSS等 centos 安装

    2024年02月15日
    浏览(56)
  • Linux 挂载文件系统为可读写 mount -uw / 和 mount -o remount,rw /

    在挂载文件系统为可读写时,我发现一个问题,有时用 mount -uw / 就可以把文件系统挂载成可写的状态。但有时就会发生 “read-only file system” 的错误,这时我用 mount -o remount,rw / 就可以将文件系统重新挂载成可读写状态。 出现这样的情况是因为: mount -o remount,rw / 命令 更加具

    2024年02月03日
    浏览(46)
  • linux命令之mount(挂载)和umount(卸载)详解

    用于挂载Linux系统外的文件 mount命令 Linux mount命令是经常会使用到的命令,它用于挂载Linux系统外的文件。 语法 选项 实例 将 /dev/hda1 挂在 /mnt 之下。 将 /dev/hda1 用唯读模式挂在 /mnt 之下。 将 /tmp/image.iso 这个光碟的 image 档使用 loop 模式挂在 /mnt/cdrom 之下。用这种方法可以将一

    2024年02月08日
    浏览(58)
  • LINUX:mount命令挂载后只能读,怎么改成能写入呢

    当使用 mount 命令将分区挂载到 Linux 系统时,有时会出现文件系统只读的情况。这时有以下一些解决方案: 检查文件系统是否有错误:在挂载分区之前,可以先通过 fsck 命令检查文件系统是否有错误,并进行修复。 挂载时添加读写权限:在挂载分区时,可以添加读写权限,例

    2024年02月05日
    浏览(61)
  • gitlab显示500 Whoops, something went wrong on our end

    一、问题描述 我是基于docker搭建的gitlab,docker ps查看gitlab运行状态没有问题,也能够访问gitlab页面。但是查看仓库详情(代码)的时候报错: 500 Whoops,something went wrong on our end 二、问题定位 1、进入容器内部 2、查看gitlab的运行状态 发现有组件没有启动,状态是down 三、解决方

    2023年04月08日
    浏览(36)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包