背景：

Question

我最近创建了一个Raid10，具有四个3TB驱动器，可以正常工作，复制了我所有的文件，并且在重新启动后无法访问RAID。

我一直在进行大量搜索，但不确定如何进行。

背景：

我有一个具有三个3TB驱动器的可用RAIDZ，因此决定切换到具有四个3TB驱动器的RAID10（我又买了一个）。

我将所有文件复制到备用驱动器上，解散了RAIDZ，组装了RAID10，将文件复制回了，一切似乎正常。

我以为我已经重新启动并检查了一切是否仍然有效，但是一旦重新启动，RAID10便变为非活动状态，而且似乎无法使其再次处于活动状态。

我认为我犯了错误：

在我仍然有备份时没有详尽地测试所有内容。
我使用了原始的第4个驱动器，却忘记了在创建RAID10之前对3个现有驱动器进行重新分区。
我按照指南将RAID10指向原始驱动器[sdb，sdc，sdd，sdf]，而不是分区[sdb1，sdc1，sdd1，sdf1]（注意：备份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

我该怎么办？

有人对我应该尝试的事情或我应该考虑的选择有任何建议吗？

非常感谢您抽出宝贵的时间来研究和提供帮助。

Answer 1

-assume-clean选项有效，我现在正在从驱动器中复制所有数据（这大约需要20个小时）。

完整答案在这里： https://ubuntuforums.org/showthread.php?t=2406183

恢复重启后丢失的RAID10

背景：

我认为我犯了错误：

诊断：

我没有尝试重新创建RAID10：

我该怎么办？

1 个答案: