帮助中心 Help Center
VPS.Sh Help Center
LInux硬盘挂载失败，提示mount: wrong fs type, bad option, bad superblock on /dev/的解决办法
今天得香港的一个客户的VPS出了问题。因为母机之前更换过硬盘，按理应该不会影响小鸡的。但客户重装系统后始终挂载硬盘。
我也试了几次提示mount: wrong fs type, bad option, bad superblock on /dev/xvdb1
应该不是分区格式问题，因为系统模板是我们做的，没有换过。客户也没有改变过硬盘分格式，我试着修复下/dev/xvdb1，运行
e2fsck&&/dev/xvdb1
然后一路"yes",几分钟后修复完成，再挂载，OK，成功了，再写入开机自动挂载脚本中：
echo "/dev/xvdb1 /home ext3 defaults 1 2" && /etc/fstab
重启系统检查，OK，没问题了。
邮件地址 (选填)
个人主页 (选填)
Business & Portfolio
VpsSh Themelinux下错误测试硬盘读写导致superblock损坏，怎么修复？ - 知乎有问题，上知乎。知乎作为中文互联网最大的知识分享平台，以「知识连接一切」为愿景，致力于构建一个人人都可以便捷接入的知识分享网络，让人们便捷地与世界分享知识、经验和见解，发现更大的世界。10被浏览<strong class="NumberBoard-itemValue" title="分享邀请回答赞同 添加评论分享收藏感谢收起写回答浅谈Linux磁盘修复e2fsck命令
转载 &更新时间：日 09:04:09 & 投稿：jingxian
下面小编就为大家带来一篇浅谈Linux磁盘修复e2fsck命令。小编觉得挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
周末竟然去加班，原因是客户那里有一台服务器不能提供服务，经过排查是突然断电后可能产生了磁盘坏道导致，所以使用e2fsck命令进行了磁盘修复。
linux下磁盘检查修复命令e2fsck
-a: 检查 partition，如发现问题会自动修复。
-b: 设定 superblock 位置。
-B size: 指定 size 作为区块大小。
-c: 检查 partition 是否有坏轨。
-C file: 将检查结果储存到 file。
-d: 输出 e2fsck debug 结果。
-f: e2fsck 预设只会对错误的档案系统检查，加上 -f 是强制检查。
-F: 在检查前将硬盘的 buffer cache 清空，避免发生错误。
-l list: 记录了坏轨区块加入 list 中。
-d : 打印 e2fsck 的 debug 结果。
-f : 强制检查。
-n: 以 (read-only) 开启档案系统
-p: 关闭互动模式，如有问题自动修复，等同 -a。
-v: 显示详细报告。
-y: 启用使用者互动模式。
检查 /dev/mapper/VolGroup00-LogVol02 是否有问题，如发现问题便自动修复:
e2fsck -a& /dev/mapper/VolGroup00-LogVol02
执行 e2fsck 或 fsck 前请先 umount partition，否则有机会令档案系统毁损。
分区忙的情况，需要将所有涉及该分区的进程杀掉，有个快速的方法是执行 fuser -k /home 。
如果需要对根目录 (/) 进行检查及修复，便需要进入 singal user mode 执行。
最后别忘了将分区mount上。
以上这篇浅谈Linux磁盘修复e2fsck命令就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具linux故障篇：文件系统超级块损坏
系统中的超级块存在于已经完成格式化的分区中的前2M大小的位置，用于记录分区的文件类型、大小、使用情况等信息。超级块如果被破坏将导致无法正常挂载分区，从而无法对分区进行读写数据的操作。
本文使用dd工具模拟sdb1分区超级块损坏的故障，现实中可能由于非正常关机，设备数据读写异常等操作导致此故障产生。
一、未使用etc/fstab实现自动挂载的分区，如果超级快损坏将无法挂载。
故障如图所示：&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
显示 you must****& 必须确定分区类型。
解决方法： 使用 fsck -y -t ext3
/dev/sdb1&& -t
选项用于指定修复的文件系统类型。
修复后即可完成挂载并正常使用。
二、使用etc/fstab 实现自动挂载的分区的并设置了第六个字段fsck的值为非0（表示开机启动需要检查）
&1、首先通过修改配置文件fstab实现开机自动挂载sdb1分区，并修改fsck值为1
&2、通过dd工具模拟超级块故障
&此时如果文件系统的超级块损坏，系统开机后无法实现自动挂载，检测出问题并显示提示信息如图：
提示文件系统检测出现错误，dev/sdb1的superblock无法被读取，输入root密码，进入临时shell环境进行修复
&& 使用 fsck -y -t ext3
/dev/sdb1命令进行修复， 完成后输入 exit退出
3、重启系统，问题得到解决。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。记一次由于Superblock崩溃导致的Linux无法开机修复过程
系统：Kylin(Ubuntu 17.10)
报错提示：/dev/sda3 superblock损坏
经过查询，得知Linux下的superblock都是有备份的，而调用备份的方法就是仔细读错误提示。
果然，系统报错信息中提示了我两个位置（两个号码）和一条操作指令：
e2fsck -b 号码 位置
系统给了我两个号码，其中一个也坏了，万幸，另一个是好的，具体的我忘记了，以xxxxxx代替吧
在报错页面输入提示符下输入：
e2fsck -b xxxxxx
系统检查这个备份，是好的，接下来给出一系列提问：格式为XXX坏了，要不要修复？（原文是Fix？）
无脑选y就好
就这样，系统挽救了回来。
出错大概的原因，是因为Windows下安装了ext2fsd误操作。对于我这种小白来说……摸底层的软件少用还是比较好
启示：出错别慌，耐心仔细读完出错提示，不懂的地方谷歌百度，减少自己的误操作。别慌是最重要的。
没有更多推荐了，}