Ext4（第四个扩展文件系统）是Linux的日志文件系统，是作为ext3的后续版本开发的。 Ext4具有很高的可扩展性：最大文件系统将消耗100万个1TB（TB）磁盘。
Ext4用所谓的范围替换了ext2和ext3使用的传统块映射方案。 范围是一系列连续的物理块，提高了大文件性能并减少了碎片。 ext4中的单个扩展区可以映射最多128 MiB的连续空间，其中包含4 KiB块大小。 一个inode最多可以存储四个范围。 如果文件的扩展区超过四个，则其余的扩展区将在树中编制索引。
Ext4文件系统的这些功能对于操作系统功能非常重要，但对于从RAID阵列进行数据恢复毫无用处。
在本教程中，我们将使用Ext4元数据（在此文件系统中实现的功能）介绍RAID配置的构建。首先，我们将应用自动模式来搜索RAID元数据并即时构建配置。之后，我们将手动填充RAID矩阵并查看Ext4的功能。
我们将使用Data Extractor RAID Edition的强大功能从4个磁盘上的RAID中收集信息。虽然Data Extractor RAID Edition的功能非常直观，但在本指南中，我们将从头开始做所有事情，并解释我们所做的每一步。
本教程可能不适合那些对快速和高利润感兴趣的人。但是，如果您想要更深入地了解文件系统以及如何从头开始构建文件系统，那么您就是在正确的位置。
来自客户端的初始信息：RAID建立在4个磁盘上。可能它有RAID 5级别，但我们必须验证它。
让我们创建RAID
扩展驱动器
我们可以看到该成员的一部分属于RAID5，块大小（BS）为65536 B（128个扇区）。 通常，Linux RAID在开始时将小分区构建为RAID-1（镜像），而在另一个RAID级别上构建具有数据的大分区。
由于Data Extractor能够通过自动检测解决大量RAID案例，因此我们应该毫不犹豫地使用此功能来让我们的生活更轻松。
在这种情况下，自动检测定义了多个配置，但由于元数据损坏，某些硬盘未添加到配置中。
我们对第5级的第三种配置感兴趣。这应该让我们相信元数据自动检测的想法是失败的。
让我们检查一下我们的假设并构建RAID-5。
请记住，您只能将“from”或“until”LBA用于一个驱动器，然后使用快捷方式将其应用于每个成员
根据RAID超级块元数据，我们知道它是RAID 5 LS，块大小是128.让我们创建这种类型的RAID并清除表
现在让我们转到Explorer选项卡。
如您所见，Data Extractor在D0单元格中找到了块0。 让我们看看我们的第二个假设。
指定Ext4超级块（块8），我们看到它可以挂载到A2或D2项目。 在我们的示例中，我们跳过此步骤并直接转到下一个Ext4元数据项
ext4文件系统具有超级块，可用于块组装。
使用超级块＃125，我们发现块4应该放在单元格D1中。 当我们用列中的数据填充所有块时，将自动应用XOR块。
之后，结构刷新了一个已放置块的帐户
当我们指向超级块＃000时，块7将在单元B2中发生，并且最后，将基于所放置的块和关于标准配置设置的信息来填充整个矩阵表。
使用新配置，将打开文件树。
对于其他项目，我们必须执行额外的检查。 例如，我们可以尝试打开JPEG文件：
该文件已打开。 很可能配置是正确构建的，我们现在可以保存配置
现在我们可以使用可管理的结构
当然，我们必须在这种模式下检查结果
数据现在是可用的。 我们可以保存它。
评论