本帖最后由 JDCTS5 于 2024-6-18 16:48 编辑
PC-3000数据提取程序(Data Extractor)RAID版。案例研究:丢失1个驱动器的RAID5 你好,朋友们! 今天,我们想分享一个案例研究如何处理RAID5,如果其中一个驱动器丢失,另一个驱动器表面有严重划痕,因此我们无法从中恢复任何数据。此外,我们将显示展示如何处理一个阵列,如果丢失了1或2个驱动器,并且阵列上有LVM2结构。
LVM允许在一个或多个逻辑卷中组装几个磁盘。LVM通常用于Linux系统。有一些来自LMV2结构的数据恢复功能,我们将在本文中演示它们。 让我们考虑一下,我们有带4个希捷硬盘的NAS(哦,你知道这些硬盘关闭的频率有多高)。我们手中有3块HDD(其中一块由于媒体上的刮痕而去世)。 首先,我们需要将所有HDD连接到PC-3000端口,因为其中一个驱动器有划痕,因此在处理过程中小心其他设备并控制其状态是有意义的。
接下来,我们将所有成员添加到RAID工作区
在我们的案例,我们设置了RAID配置(级别),因为我们知道它。如果你不知道配置,只需错过这一步。
如果我们运行RAW恢复,我们将能够找到RAID结构–md sb 1元数据(MB超级块版本1.0)。在这种案例中,我们可以尝试扫描元数据,以基于元数据定义RAID配置。
9配置已找到!!!
我们对RAID5配置很感兴趣。
停下来…第三个驱动器在哪里?!
哦,没什么特别的,只是其中一个驱动器丢失了元数据,继续吧。
接下来,我们需要将驱动器放置在SATA-0上,而不是丢失的成员,并修改RAID的矩阵。
我们删除columns中与遗漏成员相对应的块,以便稍后对其进行定义。
然后我们打开文件目录树,有两个可能的块。我们注意屏幕底部的日志。有发现.LVM2结构。我们将使用它们来定义块0的修正位置。
如果我们点击A0块,那么我们意识到这个扇区在十六进制视图中有LABELON和LVM2签名。当然,这是LMV2结构的特征。我们添加了A0块,之后D0块被定义为我们配置的XOR块。
所有其他块自动填充,配置可用
当我们尝试打开文件目录树时,我们看到LVM2元数据扫描的确认。
就是这样! 最后,我们检查一些文件
并保存配置
仅此而已! 如果您有任何问题,请随时联系ACE实验室TS部门。 |