单位的 OMV NAS 突然出现问题了,告诉我 OMV 无法挂载 /dev/md0。

这导致我 NAS 上的 Plex 与 Syncthing 都不能用了,提示信息也很诡异:

mount: /dev/md0: more filesystems detected. This should not happen, use -t to explicitly specify the filesystem type or use wipefs(8) to clean up the device.

多文件系统是什么鬼啊!难道我单位的那个垃圾 NAS 的 Raid 又要挂了吗?

而且奇怪的是,其实 /dev/md0 是可以正常挂载的,而且 samba 共享也都正常使用,但就是 OMV 无法挂载它,说有多文件系统……

我觉得可能并不是 Raid 坏了,而是本身的 Bug。而且更傻逼的是 /dev/md0 还不能 umount,说是设备忙。

于是我决定先按照它提示说的,看了下 Raid 的状况:

wipefs /dev/md0

结果很意外:

选区_216.png

这个傻逼的“zfs_member”是什么鬼?我压根没用过 zfs 的玩意啊。

找了一下发现是可以用命令删除这个 zfs_member 的标签的,依然是 wipefs。

wipefs -b -o 0x2ed91bf000 /dev/md0

不过考虑到我的 /dev/md0 一直“设备忙”不让修改,我决定先修改 /etc/fstab,把自动挂载注释掉,重启后再清除标签。

删除很顺利,想着删完后应该没有 zfs_member 标签了吧……

结果一看,还有!

而且还换了个标签,值还不一样了。

好在我看到有老外说,自己也遇到了这个问题,而且这个标签是删除一个又来一个,好在它不是无限的,大概删了 40 多个之后,就彻底消失了。

我也只能跟着删,删到 20 多个的时候,终于消失了。

改回 /etc/fstab 重启,问题解决。

所以这是个什么莫名其妙的问题我也不清楚,总之解决了。