硬盘分区莫名其妙无法挂载

2019-09-21 13:35:12 +08:00
 suisetai
今天硬盘突然无法挂载
[root@localhost ~]# mount /dev/sdd2 /library/data4/
mount: /dev/sdd2:检测到更多文件系统。这不应该出现,
请使用 -t <类型> 指明文件系统类型或
使用 wipefs(8) 清理该设备。
然后查看文件类型
[root@localhost ~]# lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sdd zfs_member
├─sdd2 zfs_member
└─sdd1 xfs ba6d4ddc-ea0f-4331-9874-5b0f7deb7cee /library/data3
但我并没有用过 zfs 文件系统
按提示[root@localhost ~]# wipefs /dev/sdd2
offset type
----------------------------------------------------------------
0x1baa12ff000 zfs_member [filesystem]

0x0 xfs [filesystem]
UUID: e5d19584-4755-4fbb-9dbe-c6d017b28a22
google 了一下 有篇文章说可以删除标签
[root@localhost ~]# wipefs -o 0x1baa12ff000 /dev/sdd2
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa12ff000 (zfs_member):0c b1 ba 00 00 00 00 00
但是标签没完没了的出现 心烦之下
[root@localhost ~]# wipefs -a /dev/sdd2
/dev/sdd2:4 个字节已擦除,位置偏移为 0x00000000 (xfs):58 46 53 42
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa133f000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa133d000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa133c000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1338000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1337000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1336000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1335000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1334000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1332000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1331000 (zfs_member):0c b1 ba 00 00 00 00 00
/dev/sdd2:8 个字节已擦除,位置偏移为 0x1baa1330000 (zfs_member):0c b1 ba 00 00 00 00 00
。。。。。。
把正常的 xfs 标签也删掉了
现在挂载
[root@www ~]# mount /dev/sdd2 /library/data4
mount: 文件系统类型错误、选项错误、/dev/sdd2 上有坏超级块、
缺少代码页或助手程序,或其他错误

有些情况下在 syslog 中可以找到一些有用信息- 请尝试
dmesg | tail 这样的命令看看。
-------------------------------------------
[root@www ~]# lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sdd
├─sdd2
└─sdd1 xfs ba6d4ddc-ea0f-4331-9874-5b0f7deb7cee
请问还有救么
3895 次点击
所在节点    Linux
9 条回复
msg7086
2019-09-21 14:55:13 +08:00
按提示。提示难道不是用-t 指定文件系统类型?
你这种一心烦就抹盘的操作我是没见过的……
suisetai
2019-09-21 15:06:23 +08:00
@msg7086 -t 指 zfs 也是挂载不上去 sdd1 分区好好的。。
ryd994
2019-09-21 15:45:08 +08:00
所以原本是 xfs 还是 zfs 还是什么呢?你加 t 挂载不就行了
现在 wipefs 了我还真不知道怎么救了,理论上文件系统还在
suisetai
2019-09-21 15:47:45 +08:00
@ryd994 加 t 挂载没用才去用 wipefs 的。。。。 文件系统还在。 只是 SB 坏了
unexpected SB magic number 0x00000000
msg7086
2019-09-21 15:50:37 +08:00
难道不是 xfs ? zfs ?
反正我只知道 wipe 了肯定炸平了。
ryd994
2019-09-21 16:13:22 +08:00
@suisetai ……不是让你-t zfs,而是-t 原本的文件系统
还挂不上就 fsck
反正我只知道 wipe 了肯定炸平了
suisetai
2019-09-22 01:41:37 +08:00
@ryd994 万幸 找回了大部分 不过有的目录乱了 东西都还在
xfs_repair /dev/sdd2
okudayukiko0
2019-09-25 01:07:45 +08:00
Windows+Linux 一定要關掉 Windows 的快速啟動
bandian
2019-10-02 11:12:49 +08:00
请问你这是怎么恢复好的啊,上面这个没看懂。我的 Arch Linux 最近开机或者重启时不时会出现 /boot 分区挂载失败的情况

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/602809

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX