单位的 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
结果很意外：
这个傻逼的“zfs_member”是什么鬼？我压根没用过 zfs 的玩意啊。
找了一下发现是可以用命令删除这个 zfs_member 的标签的，依然是 wipefs。
wipefs -b -o 0x2ed91bf000 /dev/md0
不过考虑到我的 /dev/md0 一直“设备忙”不让修改，我决定先修改 /etc/fstab，把自动挂载注释掉，重启后再清除标签。
删除很顺利，想着删完后应该没有 zfs_member 标签了吧……
结果一看，还有！
而且还换了个标签，值还不一样了。
好在我看到有老外说，自己也遇到了这个问题，而且这个标签是删除一个又来一个，好在它不是无限的，大概删了 40 多个之后，就彻底消失了。
我也只能跟着删，删到 20 多个的时候，终于消失了。
改回 /etc/fstab 重启，问题解决。
所以这是个什么莫名其妙的问题我也不清楚，总之解决了。
你好 我也出现了这个问题。然而 标签删不完。心烦之下 直接wipefs -a 把xfs标签也删除了 请问还有救么。。。。