PC-3000 RAID Edition. Case study: Data Recovery from RAID – As Easy As 1-2-3.

Hello Friends,

From time to time we have to work with formatted drives. Most file systems have special rules for data recovery from formatted drives. Sometimes, we work with formatted RAID arrays. For RAID cases, there are different rules for data recovery, but the main principles are still the same.

In today’s case, we have a RAID array on 6 drives. Based on the primary analysis, the first 125,000,000 sectors of each disk were formatted: they were filled with zeros, and a new MBR + GPT for the whole RAID array had been created.

Our strategy is to look for data that is located right after the formatted area. To achieve this, we focus on pre-formatted file system structures, not on the new ones. Add all members in RAID Edition workplace

Swiss Army knife for data recovery from RAID arrays is RAW recovery and statistics. We launch RAW recovery for all members AFTER 125,000,000 sectors and check out the results.

The point is to get an information about the block size. Here, it is 512 sectors.

The next step is to get on to Statistics and select block size 512.

Put drive count on 6 and set delay = 1 for start.

A periodical structure is not seen on this chart. Let’s try to set the delay value equals 16.

This chart illustrates XOR areas for first 4 disks. Also, it shows that there is some shift at the beginning with ~ 2000 sectors.

The same picture for other disks.

The shifting at the beginning suggest us to define the start of a partition (maybe RAID array for software RAIDs). And where do we? Yeap, in RAW recovery.

It’s here:

We are interested in the bigger partition at 503,318,015 LBA. Copy this LBA.

Next useful tool is the Calculator

On the right hand, we pasted the LBA of NTFS boot.

On the left side, we get approximal LBA for this boot on the RAID array

Copy this value

And look for it on RAID configuration

Pay attention to the fact that we are working with conjectural configuration now. And the position of the boot on this configuration can differ from the suggested position.

For our case, they are the same.

We add virtual NTFS partition for the found NTFS boot.

Clear our matrix and try to set configuration based on NTFS structure

1st block done…

2nd block…

3rd one…

Data Extractor allows us to fill some cells using standard configuration parameters.

Completed!

The file structure is fine.

Save the configuration.

Bear in mind that the initial RAID configuration was formatted. So, to open NTFS partition on saved configuration we need to add it manually.

We remember NTFS boot LBA

Paste this LBA in Sector editor

And add NTFS partition from Sector Editor

The main idea of this article is to demonstrate a powerful functionality of Data Extractor RAID Edition. Data Extractor RAID Edition is a flexible and sophisticated tool for data analysis and data recovery. If you want to get deep into data recovery from RAID cases feel free to contact our TS department.

1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 5.00 out of 5)
Loading...

This entry was posted in Data Extractor. Bookmark the permalink.

One Response to PC-3000 RAID Edition. Case study: Data Recovery from RAID – As Easy As 1-2-3.

  1. Great article!! This covers so much good stuff. Thank you!

Leave a Reply

Your email address will not be published. Required fields are marked *