[Last Call] Learn how to a build a cloud-first strategyRegister Now


Accessibility of RAID-1 array member

Posted on 2008-10-14
Medium Priority
Last Modified: 2013-11-09
Hello to All,

 Months ago i created a RAID-1 array using Intel's ICH9R SATA-RAID controller embedded in my Gigabyte motherboard running WinXP Pro.

 The system worked fine for months until yesterday when the user experienced a hang and boot errors he tried to fix with CHKDSK... which he interrupted :( when he found it took too long!
I found the BIOS SATA RAID/AHCI mode setting to AHCI which gives me a hint he may have tampered with the setting as well! :(
The boot-time RAID configuration utility reported the array state as: VERIFY which i have never seen before and do not know what it means.
Now, WinXP has been caught in an endless boot-reboot loop. If I change the BIOS setting to RAID (which i believe is the correct one) WinXP displays immediately about the disk configuration not being correct and does not try to boot at all!
When i try to boot WinXP CD using F6 to supply the driver it recognized the disk but it says that it can not enumerate directory contents on C:, on the boot-time RAID utility the status now was Failed indicating that the second disk has failed. I tried to swap the disk with a new identical one but i was not able to get it to rebuild the array!

I am more interested in getting access to the data than making XP boot again!
(Not that making it boot again with everything on it OK, would make me unhappy :)
Being it a RAID-1 array i expect to be able to simply attach any surviving RAID-1 member drive to another system and it should be visible!
But when I attach ANY of the two disks on a working plain SATA WinXP machine, Disk Manager can not recognize anything on the drive - except that it has a partition (does not report the filefystem) on it and that it is healthy.

Questions (please answer quoting authoritative URL):
1) Can a RAID-1 array (created with this specific controller) member disk be accessed by another plain SATA controller or is it that the RAID controller has created proprietary structures that make the drive appear scrambled to a plain SATA conhtroller?
2) How can one instruct this controller to rebuild the array after a failed member is replaced?

Thank you,
Question by:xchange
LVL 14

Accepted Solution

cuziyq earned 500 total points
ID: 22713259
The problem with ICHx integrated RAID controllers is that A) they DO use proprietary structures to manage the array internally, and B) they do it in a half-assed way that still would allow an operating system to "see" an independent array member as an individual disk, but not work properly with it (the LBA mappings are slightly off).

What probably happened is this:  The RAID functionality was turned off so that the controller was set to normal SATA.  Normally, this wouldn't be a problem, as the driver would load and straighten it out from within Windows.

However, the user probably ran CHKDSK from an XP CD or some other medium that did not have the Intel ICHx drivers on it.  It saw the disks as two independent drives, tried to "fix" one of them, and now the two disks are no longer identical.  When you boot XP with the controller configured as normal SATA, the RAID driver loads, sees the disks in the array, tries to do its magic, but fails.  This is why the array says VERIFY on it (the driver has no idea which disk is the "good" one).

In a normal RAID-1, the controller sends read requests to both drives in the mirror and accepts the first one to respond while ignoring the second.  But since they're now slightly different (but mostly the same), read requests coming from one drive do not line up when a read request gets accepted from the other drive, and that causes XP to puke.

Here's what to do:

Set the controller to normal SATA mode, then boot from a BartPE disk (you can make yourself one on another machine using PE Builder at http://www.nu2.nu/pebuilder).  Both C: and D: should have an identical set of files on them.  Copy your data off the D: drive to a safe location.  DO NOT WRITE ANYTHING TO D:!

Once that's done, set the controller back to RAID and then reformat/reload the system restoring your data.  That should take care of it.

Let me know if that works.

Author Comment

ID: 22808769
cuziyq, thank you for the quick reply.
I presume your instructions to "Set the controller to normal SATA mode, then boot from a BartPE disk and copy my data off the D: drive to a safe location." imply that the disks' contents should be visible from a different working XP box if I attach the disks to it, but they are not - as I stated in my question.
Why should the disks be visible from Bart's CD? It would not have the drivers too! (In your instructions you do not say anything about it).
 Yet you gave me hope. Because I was in a hurry, I used OnTrack's commecial product and it extracted my data off one of the disks (the other was probably the failed member).
 So, it seems (to me) that  the individual member WOULD be visible from another XP box or Bart's CD, IF its's directory structures were not messed-up (something that the recovery program was able to deal with).

Thanks again,

Featured Post

Free learning courses: Active Directory Deep Dive

Get a firm grasp on your IT environment when you learn Active Directory best practices with Veeam! Watch all, or choose any amount, of this three-part webinar series to improve your skills. From the basics to virtualization and backup, we got you covered.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Storage devices are generally used to save the data or sometime transfer the data from one computer system to another system. However, sometimes user accidentally erased their important data from the Storage devices. Users have to know how data reco…
Great sound, comfort and fit, excellent build quality, versatility, compatibility. These are just some of the many reasons for choosing a headset from Sennheiser.
This video Micro Tutorial explains how to clone a hard drive using a commercial software product for Windows systems called Casper from Future Systems Solutions (FSS). Cloning makes an exact, complete copy of one hard disk drive (HDD) onto another d…
Two types of users will appreciate AOMEI Backupper Pro: 1 - Those with PCIe drives (and haven't found cloning software that works on them). 2 - Those who want a fast clone of their boot drive (no re-boots needed) and it can clone your drive wh…
Suggested Courses
Course of the Month17 days, 18 hours left to enroll

829 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question