bad superblock

最新推荐文章于 2024-09-08 05:02:54 发布

weixin_34290000

最新推荐文章于 2024-09-08 05:02:54 发布

阅读量222

点赞数

CC 4.0 BY-SA版权

原文链接：http://blog.51cto.com/fuwenchao/1439766

http://homepage.smc.edu/morgan_david/cs40/analyze-ext2.htm

http://blog.youkuaiyun.com/lingfengchina/article/details/6740233

转载于:https://blog.51cto.com/fuwenchao/1439766

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_34290000

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

mount时发生错误:wrong fs type, bad option, bad superblock on

夫君子之行,静以修身,俭以养德,非淡泊无以明志,非宁静无以致远.

10-17

1万+

mount -t xfs /dev/sdb1 /data --重新加-t参数，重新尝试挂载。（1）先确认下/dev/sdb1是否格式化了；如果已经格式化，是什么格式的分区。parted -l 可以查看未挂载的文件系统类型，以及哪些分区尚未格式化。xfs_repair -n /dev/sdb1 --分区越大，时间越长。（3）若是无法修复，只能是强制格式化，再挂载（强制格式化清除原有数据）–查看/dev/sdb1的格式，查询结果为：xfs。（2）如果还是未能挂载上，则尝试修复。

迁移ubuntu到新的ssd，修复xfs文件系统。mount: wrong fs type, bad option, bad superblock

Hello Word!

04-24

3712

1，新ssd分区使用usb安装u盘, try ubuntu，打开gparted。Device - 创建分区表。创建新分区： 1M grub分区。格式选 unformatted -点对勾 - 保存。然后右键它，manage flags选为 bios_grub。 1G boot 80G ／ 300G /home 参考：https://segmentfault.com/a/11900...

参与评论您还未登录，请先登录后发表或查看评论

nfs挂载错误wrong fs type, bad option, bad superblock

黄啊码

03-11

3万+

在linux中利用nfs挂载硬盘时发现提示wrong fs type, bad option, bad superblock错误了，在网上搜索了一下说是没有安装 mount.nfs了，我们只要安装mount.nfs就不会有wrong fs type, bad option, bad superblock错误提示了哦。今天碰到一个nfs挂载错误的问题，错误提示如下： mount: wrong ...

记一次 superblock 损坏导致服务器无法启动的故障修复

weixin_30273175的博客

03-09

2110

前言前几天接到朋友联系，说他的服务器坏了，启动不起来了。这是一个RHEL 4的服务器，而且是那种盗版RHEL 4，也就是说没有售后服务的，联系我问问能不能帮帮忙。我也很久没有弄过Linux系统上的东西了。只好尝试一下，庆幸的是，修好了，并帮朋友维护了一段时间，在此记录一些修复和维护中碰到的问题。修复 superblock 本身并不复杂，我觉得值得记录的是修复过程中的思考过程，和修复所需要注意的...

关于linux 救援模式出现xfs 文件系统挂载报 bad supperblock

l434的博客

01-17

1951

由于使用的是低版本ISO启动的救援模式，考虑使用与当前系统一致的ISO，发现可以正常挂载了。挂载ISO文件进入救援模式，无法挂载XFS文件系统，xfs_repart也是报未知的超级块。关于linux 救援模式出现xfs 文件系统挂载报 bad supperblock。使用 xfs_info 可以取到 xfs文件系统分区信息。查资料发现，红帽有说明， XFS也有版本特性要求。也能取到超级块的信息。但就是无法正常挂载。

bad superblock on /dev/sda2

崔伟灿的博客

07-03

1515

问题： pi@raspberrypi:~ $ sudo mount /dev/sda2 /home/pi/disk/disk2 mount: /home/pi/disk/disk2: wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error. 解决 i@raspberrypi:~ $ sudo e2fsck /dev/sda2 e2fsck

bad superblock on /dev/mapper/*

babymouse1212的博客

05-02

1451

参考： http://www.cnblogs.com/dancefire/archive/2011/03/09/fix-bad-superblock-in-linux.html [oracle@sccdw1 backupset]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Tue Mar 10 16:02:1

Ubuntu18.04挂载新的硬盘到文件管理系统中 wrong fs type, bad option, bad superblock on /dev/sdb

01-09

然而，如果在尝试挂载新硬盘时遇到"wrong fs type, bad option, bad superblock on /dev/sdb"这样的错误，可能意味着硬盘的文件系统类型不正确、挂载选项有误或超级块损坏。以下是一份详细的步骤指南，帮助你解决这...

错误消息 “wrong fs type, bad option, bad superblock on xxxx:/xxx/xxx“

wlzx059的博客

07-23

2276

错误消息 "wrong fs type, bad option, bad superblock on xxxmissing codepage or helper program … 表明在尝试挂载远程NFS共享时出现了问题。这种错误通常是由于缺少必要的辅助程序或文件系统类型不匹配引起的。

linux挂载nfs报错,Linux NFS挂载报错wrong fs type, bad option, bad superblock

weixin_35959366的博客

05-15

1306

1.故障现象我的测试环境有一个NAS，之前配置都是按照测试需求在/etc/fstab里添加配置挂载选项： vi /etc/fstab192.168.1.2:/mnt/HD/HD_a2/Public /public nfs rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,actimeo=0,vers=3,timeo=600创建/public目录后...

【linux】nfs挂载错误wrong fs type, bad option, bad superblock

m0_67085438的博客

12-13

2330

前言在linux中利用nfs挂载硬盘时发现提示wrong fs type, bad option, bad superblock错误了，在网上搜索了一下说是没有安装 mount.nfs了，我们只要安装mount.nfs就不会有wrong fs type, bad option, bad superblock错误提示了哦。今天碰到一个nfs挂载错误的问题，错误提示如下：一、报错内容：根据错误提示，查看/sbin/mount.文件，果然发现没有/sbin/mount.nfs的文件，安装

mount: /: wrong fs type, bad option, bad superblock on /dev/sda5, mis

大鱼的博客

07-19

1740

在挂载硬盘的时候出错，实际上是因为超级块的问题，我们可以修复一下磁盘即可 e2fsck -y /dev/sda5 然后等待修复完成，重新挂载就没问题了

UBUNTU挂载新的硬盘到文件管理系统中 WRONG FS TYPE, BAD OPTION, BAD SUPERBLOCK ON /DEV/SDB

weixin_42272869的博客

03-12

4326

1、若Linux服务器安装了双硬盘一个硬盘作为系统盘，那另外一个盘就可作为存储盘，需要进行挂载 2、首先查看是否挂载 lsblk 或者： sudo fdisk -f 其他不相关的分区就不截图了，如果你看到很多loop的话，请忽略它，不需要在意，那个是给系统管理挂载用的。可以看到现在我设备上除了原来的500GB的固态硬盘，sda1之外，已经能够读到sdb这个硬盘了，是一个4TB 的机械硬盘，主要是用来备份数据集。 3 挂载硬盘分区需要先创建一个目录，然后再把这个新分区挂载到目录上。 sudo m

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

weixin_42132076的博客

04-25

1万+

使用dd备份，dd if=/data/filename of=/dev/sdb1 /data挂在在sdb1下面，导致备份出现异常，（切记备份时候注意源路劲和目标路劲），出现异常之后，使用如下命令进行挂载。3.4 利用工具e2fsck，修复文件系统（指定superblock，可以对照dumpe2fs获取到得备份的superblock起始位置）后面记得加-y参数，要不然会需要持续的输入y，很麻烦。1，看下现场，这个报错尝试先使用不同的文件系统挂载试下均不可。(-f 的参数，英文不好，就不翻译了，，，

报错fs type, bad option, bad superblock on /dev/loop*

weixin_52056811的博客

08-13

594

笨的很

mount 挂载磁盘报错 mount: wrong fs type, bad option, bad superblock on

最新发布

03-26

<think>好的，我需要帮助用户解决文件系统错误，错误提示是“wrong fs type, bad option, bad superblock”。首先，我得回忆一下相关的知识，可能涉及文件系统类型不匹配、挂载选项错误或超级块损坏的情况。根据用户提供的引用内容，特别是引用[1]提到当出现这些错误时，可能需要重新格式化分区，但用户想先排查而不是直接格式化。所以，我应该先引导用户进行排查步骤，而不是直接跳到格式化。首先，检查文件系统类型是否正确。用户需要使用正确的工具来确认分区的文件系统类型。比如使用`blkid`或者`lsblk -f`命令。如果类型不匹配，挂载时指定正确的类型可能会有帮助。比如，如果是ext4分区但挂载时用了xfs，就会出错。接下来，检查挂载选项是否正确。用户可能在挂载时使用了错误的选项，比如只读挂载却尝试写入，或者选项与文件系统不兼容。查看`/etc/fstab`中的配置是否正确，尤其是选项部分是否有拼写错误或不支持的参数。然后，超级块损坏的问题。超级块是文件系统的元数据，损坏会导致系统无法识别文件系统。这时候可以使用文件系统自带的修复工具，比如ext2/3/4的`fsck`命令，或者xfs的`xfs_repair`。用户提到引用[2]中的`mke2fs`命令可能是创建文件系统的，但修复应该用`fsck`。可能需要先卸载分区，然后运行修复工具。如果超级块损坏严重，可能需要使用备份超级块。例如，ext文件系统在创建时会生成备份超级块，用户可以通过`mkfs.ext4 -n`查看备份位置，然后使用`fsck -b`指定备份块来修复。此外，用户可能需要检查分区的完整性，确认是否有硬件问题，比如坏道导致的数据损坏。使用`dmesg`或`journalctl`查看系统日志，寻找更多线索，比如引用[1]中提到的syslog信息。如果所有修复方法都无效，最后的手段才是重新格式化分区，如引用[1]和[2]中的`mkfs`命令。但格式化会导致数据丢失，所以必须提醒用户提前备份数据。用户提供的引用中有提到使用xfs文件系统的例子（引用[3]），所以如果用户的分区是xfs，可能需要使用`xfs_repair`而不是`fsck`。同时，挂载助手程序的问题也需要考虑，比如引用[1]提到可能需要安装`/sbin/mount.<type>`的帮助程序，这可能需要安装相应的软件包。总结步骤应该是：检查文件系统类型→检查挂载选项→修复超级块→尝试恢复备份超级块→检查硬件问题→最后考虑重新格式化。同时，每一步都需要具体的命令和注意事项，比如卸载分区才能修复，备份数据的重要性等。</think>### 排查文件系统类型、选项或超级块错误的步骤 #### 1. **确认文件系统类型** - 使用 `lsblk -f` 或 `blkid` 命令查看分区的文件系统类型： ```bash lsblk -f /dev/sdX1 ``` 确认输出中的 `FSTYPE` 是否与挂载命令或 `/etc/fstab` 中的类型一致。 *示例：若分区实际为 `ext4`，但挂载时指定了 `xfs`，需修正挂载类型*[^1]。 #### 2. **检查挂载选项** - 查看 `/etc/fstab` 中对应分区的配置： ```bash cat /etc/fstab | grep /dev/sdX1 ``` 检查选项字段（第4列）是否包含错误参数（如 `ro` 只读但需写入，或无效选项）。 *若不确定，可暂时使用默认选项 `defaults` 测试*。 #### 3. **修复超级块损坏** - **对于 ext2/3/4 文件系统**： 1. 卸载分区： ```bash umount /dev/sdX1 ``` 2. 运行 `fsck` 修复： ```bash fsck -y /dev/sdX1 ``` - **对于 XFS 文件系统**： 1. 卸载后使用 `xfs_repair`： ```bash xfs_repair /dev/sdX1 ``` 若修复失败，可尝试强制修复（谨慎操作）： ```bash xfs_repair -L /dev/sdX1 # 会清空日志，可能导致数据丢失 ``` #### 4. **尝试备份超级块（仅限 ext 系列）** - 查找备份超级块位置： ```bash mke2fs -n /dev/sdX1 # 仅显示信息，不实际操作 ``` - 使用备份超级块修复： ```bash fsck -b 32768 /dev/sdX1 # 将 32768 替换为实际备份块号 ``` #### 5. **检查硬件与日志** - 查看系统日志定位底层错误： ```bash dmesg | grep sdX1 # 或 journalctl -k -b | grep sdX1 ``` 关注是否有 `I/O error` 或 `bad sector`，可能指示硬盘物理损坏[^2]。 #### 6. **终极方案：重新格式化（数据会丢失！）** - 若上述步骤无效，且数据已备份，重新创建文件系统： ```bash mkfs -t ext4 /dev/sdX1 # 或替换为 xfs、btrfs 等 ``` *格式化前务必确认设备路径正确，避免误删数据*[^1][^3]。 --- ### 关键注意事项 - **数据备份优先**：修复操作可能导致数据丢失，建议先通过 Live CD/USB 尝试挂载并备份数据。 - **谨慎操作 `fsck`/`xfs_repair`**：修复工具可能中断正在运行的进程，需确保分区已卸载。 ---