mdadm raid6 已建立，但未安装或 fsck

Question 1

关于十六进制转储，你显示了前 512 个字节，但对于 ext4 文件系统来说，这个值太小了，如果你看到 ext4 的磁盘格式https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Layout您将看到前 1024 个字节被单独留作填充，以允许安装引导扇区。第一个内容从 1024 开始，即（第一个）超级块的内容。

在我的例子中，我的 ext4 文件系统开头包含 1024 个零，我不知道为什么那里会有二进制数据。我的看法是，它可能来自之前对磁盘的使用（也许是一些初始基准测试？）。

$ hexdump -C -n 2048 /dev/md3
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400  00 00 40 00 ee fe ff 00  bf cc 0c 00 97 f4 51 00  |[email protected].|
00000410  df 29 3c 00 00 00 00 00  02 00 00 00 02 00 00 00  |.)<.............|
00000420  00 80 00 00 00 80 00 00  00 20 00 00 00 ec cf 52  |......... .....R|
00000430  00 ec cf 52 7c 00 ff ff  53 ef 01 00 01 00 00 00  |...R|...S.......|
00000440  3d d6 3d 50 00 00 00 00  00 00 00 00 01 00 00 00  |=.=P............|
00000450  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
00000460  46 02 00 00 7b 00 00 00  bd a1 2f a8 89 c2 46 16  |F...{...../...F.|
00000470  89 2b 9e 82 20 e4 ea 3d  70 6f 72 74 61 67 65 00  |.+.. ..=portage.|
00000480  00 00 00 00 00 00 00 00  2f 75 73 72 2f 70 6f 72  |......../usr/por|
00000490  74 61 67 65 2f 64 69 73  74 66 69 6c 65 73 00 00  |tage/distfiles..|
000004a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000004c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 fc 03  |................|
000004d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000004e0  08 00 00 00 00 00 00 00  00 00 00 00 0c 7d 05 95  |.............}..|
000004f0  55 9b 49 0c a4 8d 9f b6  9d 26 2f 2f 01 01 00 00  |U.I......&//....|
00000500  0c 00 00 00 00 00 00 00  3d d6 3d 50 0a f3 02 00  |........=.=P....|
00000510  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000520  00 80 78 00 ff 7f 00 00  01 00 00 00 ff ff 78 00  |..x...........x.|
00000530  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000540  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000550  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000560  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000570  00 00 00 00 04 00 00 00  8a 21 c1 04 00 00 00 00  |.........!......|
00000580  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|

如果查看此转储，您可以看到前 1024 (0x400) 个字节为 0，并且在超级块的偏移量 0x38（完整输出的 0x438）处有一个带有 ext 文件系统签名的超级块。魔法值定义为 0xEF53，但这些是字节 0x53 0xEF，即小端格式的 16 位值 0xEF53。在我的超级块中，您可以看到文件系统“portage”的标签，以及它最后安装在“/usr/portage/distfiles”等上。您应该在超级块副本中搜索类似的东西。

看来您没有超级块的任何有效副本，因此文件系统可能已崩溃，但为什么呢？为什么两个磁盘都发生故障？在 dmesg 中有什么有趣的东西吗？在 smartctl -a /dev/sd_ 中？在内核日志中，当前两个磁盘发生故障时？机器以前工作正常吗？您正确地关闭了它还是它自己死机了？

RAID6 应该能够承受两个磁盘的硬件故障，但根据故障原因，您可能会丢失数据。最后您可以尝试 testdisk、photorec、sleuthkit 等来尝试恢复文件，但备份恢复应该是更好的选择。

您确实应该调查 RAID6 阵列未能幸存的原因并从中吸取教训，避免陷入同样的境地（无论是什么情况）。

如果可以的话，请将其发布在这里，以便我们大家学习。

Answer

关于十六进制转储，你显示了前 512 个字节，但对于 ext4 文件系统来说，这个值太小了，如果你看到 ext4 的磁盘格式https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout#Layout您将看到前 1024 个字节被单独留作填充，以允许安装引导扇区。第一个内容从 1024 开始，即（第一个）超级块的内容。