我最近创建了一个带有四个 3TB 驱动器的 Raid10，一切正常，复制了我所有的文件，重启后 raid 变得无法访问。
我一直在对此进行大量搜索，但不确定如何进行。
背景：
我有一个带有三个 3TB 驱动器的工作 RAIDZ，并决定切换到一个带有四个 3TB 驱动器的 RAID10（我又买了一个）。
我将所有文件复制到备用驱动器，解散 RAIDZ，组装 RAID10，将文件复制回来，一切似乎都正常。
我以为我已经重新启动并检查了一切是否仍然有效，但是一旦我重新启动，RAID10 就变得不活动了，我似乎无法让它再次活动。
我认为我犯的错误：
- 当我仍然有备份时，没有详尽地测试所有内容。
- 我使用了原始的第 4 个驱动器，但在创建 RAID10 之前忘记重新分区 3 个现有驱动器。
- 我按照指向原始驱动器 [sdb, sdc, sdd, sdf] 而不是分区 [sdb1, sdc1, sdd1, sdf1] 的指南创建了 RAID10（注意：备份 USB 硬盘出于某种原因是 sde）
诊断：
这很可怕，因为它只能看到 4 个驱动器之一：
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : inactive sdd[3](S)
2930134488 blocks super 1.2
unused devices: <none>
这很可怕，因为它将驱动器列为 zfs_member：
lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
NAME SIZE FSTYPE TYPE MOUNTPOINT
loop0 2.3M squashfs loop /snap/gnome-calculator/238
loop1 34.6M squashfs loop /snap/gtk-common-themes/818
loop2 2.3M squashfs loop /snap/gnome-calculator/260
loop3 140.9M squashfs loop /snap/gnome-3-26-1604/70
loop4 42.1M squashfs loop /snap/gtk-common-themes/701
loop5 2.2M squashfs loop /snap/gnome-calculator/222
loop6 3.7M squashfs loop /snap/gnome-system-monitor/57
loop7 14.5M squashfs loop /snap/gnome-logs/45
loop8 87.9M squashfs loop /snap/core/5662
loop9 13M squashfs loop /snap/gnome-characters/124
loop10 87.9M squashfs loop /snap/core/5548
loop11 13M squashfs loop /snap/gnome-characters/139
loop12 14.5M squashfs loop /snap/gnome-logs/43
loop13 13M squashfs loop /snap/gnome-characters/117
loop14 34.2M squashfs loop /snap/gtk-common-themes/808
loop15 140.7M squashfs loop /snap/gnome-3-26-1604/74
loop16 3.7M squashfs loop /snap/gnome-system-monitor/54
loop17 87.9M squashfs loop /snap/core/5742
loop18 3.7M squashfs loop /snap/gnome-system-monitor/51
loop19 14.5M squashfs loop /snap/gnome-logs/40
sda 111.8G disk
├─sda1 103.8G ext4 part /
├─sda2 1K part
└─sda5 8G swap part [SWAP]
sdb 2.7T disk
├─sdb1 2.7T zfs_member part
└─sdb9 8M part
sdc 2.7T disk
├─sdc1 2.7T zfs_member part
└─sdc9 8M part
sdd 2.7T linux_raid_member disk
sde 2.7T disk
├─sde1 2.7T zfs_member part
└─sde9 8M part
如果我能让他们被认为是 linux_raid_member 的一部分，我是否有希望让事情正常进行？
还是系统认为它仍然是 ZFS 并破坏了超级块的现实？
检查显示：
mdadm --examine /dev/sd[bcdefghijklmn]
/dev/sdb:
MBR Magic : aa55
Partition[0] : 4294967295 sectors at 1 (type ee)
/dev/sdc:
MBR Magic : aa55
Partition[0] : 4294967295 sectors at 1 (type ee)
/dev/sdd:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 96442f9a:57385f26:b9e90509:0e527d07
Name : sifounakis.com:0 (local to host sifounakis.com)
Creation Time : Wed Nov 14 23:12:52 2018
Raid Level : raid10
Raid Devices : 4
Avail Dev Size : 5860268976 (2794.39 GiB 3000.46 GB)
Array Size : 5860268032 (5588.79 GiB 6000.91 GB)
Used Dev Size : 5860268032 (2794.39 GiB 3000.46 GB)
Data Offset : 264192 sectors
Super Offset : 8 sectors
Unused Space : before=264112 sectors, after=944 sectors
State : clean
Device UUID : 250241b1:d1832e3c:ed412124:954a20f2
Internal Bitmap : 8 sectors from superblock
Update Time : Fri Nov 16 20:14:28 2018
Bad Block Log : 512 entries available at offset 32 sectors
Checksum : 5ea53bb5 - correct
Events : 30006
Layout : near=2
Chunk Size : 512K
Device Role : Active device 3
Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sde:
MBR Magic : aa55
Partition[0] : 4294967295 sectors at 1 (type ee)
我尝试组装但没有运气：
mdadm --assemble /dev/md0 /dev/sd[bcde]
mdadm: Cannot assemble mbr metadata on /dev/sdb
mdadm: /dev/sdb has no superblock - assembly aborted
与 --force 选项相同的结果。
我没有尝试重新创建 RAID10：
我没有尝试重新创建 RAID10，因为害怕做出不可恢复的更改（如果还没有的话），但是这个页面似乎使它看起来有可能： https ://ubuntuforums.org/showthread.php?t=1972690
我能做些什么？
有人对我应该尝试的事情或我应该考虑的选项有任何建议吗？
非常感谢您抽出宝贵时间查看并提供帮助。