Changing RAID chipsets

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

I recently had an MSI MB completely die on me. Since this isnt the
first time i'd had trouble with an MSI MB, i decided to replace it
with a Gigabyte MB. The problem is that the MSI board had a Promise
20378 raid chipset that I was using RAID 0 with. The Gigabyte board
had a GigaRAID chipset.

You can probably guess where this is going. Needless to say, the
gigabyte board couldnt read the two 40G drives and they showed as an
unformated 80G drive.

The data on the drive is not mission critical (which is why i risked
RAID 0), but it would be very helpful to get the data back. Anyone
have any suggestions?

Thanks in advance.

~K

==============
Posted through www.HowToFixComputers.com/bb - free access to hardware troubleshooting newsgroups.

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

Previously nwguyhere <ktumey@hotmail-dot-com.no-spam.invalid> wrote:
> I recently had an MSI MB completely die on me. Since this isnt the
> first time i'd had trouble with an MSI MB, i decided to replace it
> with a Gigabyte MB. The problem is that the MSI board had a Promise
> 20378 raid chipset that I was using RAID 0 with. The Gigabyte board
> had a GigaRAID chipset.

> You can probably guess where this is going. Needless to say, the
> gigabyte board couldnt read the two 40G drives and they showed as an
> unformated 80G drive.

> The data on the drive is not mission critical (which is why i risked
> RAID 0), but it would be very helpful to get the data back. Anyone
> have any suggestions?

Get/borrow a promise controller with the same chipset.

This is one of the dirty little secrets of hardware-RAID:
You need a spare controller in case the controller dies.

Arno
----
For email address: lastname AT tik DOT ee DOT ethz DOT ch
GnuPG: ID:1E25338F FP:0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F
"The more corrupt the state, the more numerous the laws" - Tacitus

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

"Arno Wagner" <me@privacy.net> wrote in message news:2po906Fn44s5U1@uni-berlin.de
> Previously nwguyhere <ktumey@hotmail-dot-com.no-spam.invalid> wrote:
> > I recently had an MSI MB completely die on me. Since this isnt the
> > first time i'd had trouble with an MSI MB, i decided to replace it
> > with a Gigabyte MB. The problem is that the MSI board had a Promise
> > 20378 raid chipset that I was using RAID 0 with. The Gigabyte board
> > had a GigaRAID chipset.
>
> > You can probably guess where this is going. Needless to say, the
> > gigabyte board couldnt read the two 40G drives and they showed as an
> > unformated 80G drive.
>
> > The data on the drive is not mission critical (which is why i risked
> > RAID 0), but it would be very helpful to get the data back. Anyone
> > have any suggestions?
>
> Get/borrow a promise controller with the same chipset.

If he is seeing RAID now, he must have either configured it
or it is interpreting the Promise info.
Unless they store the RAID info in different places, going
back to a Promise will likely see two unconfigured drives.

>
> This is one of the dirty little secrets of hardware-RAID:
> You need a spare controller in case the controller dies.
>
> Arno

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

"nwguyhere" <ktumey@hotmail-dot-com.no-spam.invalid> wrote in message news:4136c58f$1_1@alt.athenanews.com
> I recently had an MSI MB completely die on me. Since this isnt the
> first time i'd had trouble with an MSI MB, i decided to replace it
> with a Gigabyte MB. The problem is that the MSI board had a Promise
> 20378 raid chipset that I was using RAID 0 with. The Gigabyte board
> had a GigaRAID chipset.
>
> You can probably guess where this is going. Needless to say, the
> gigabyte board couldnt read the two 40G drives and they showed as an
> unformated

> 80G drive.

So you must have configured the RAID. If it doesn't see the partition(s)
you either misconfigured it -compared to the previous configuration-
or the partition tables "died" with it when your MoBo died.

See if Svend's FindPart (www.partitionsupport.com) can make some sense of it.

>
> The data on the drive is not mission critical (which is why i risked
> RAID 0), but it would be very helpful to get the data back. Anyone
> have any suggestions?
>
> Thanks in advance.
>
> ~K
>
> ==============
> Posted through www.HowToFixComputers.com/bb - free access to hardware troubleshooting newsgroups.

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

I was recently told about a program called "raid reconstructor". I just
briefly browsed the manufacturers web site and I understand that this
program can analyze your raid drives in a new PC and figure out what the
raid parameters were. It can then copy the data to the destination you
specify. The program doesn't change the source drives, only recovers data
and writes to a new location. This requires another large destination if
your raid array was really big.

I did not spend much time reading their web site, I could be wrong on the
above. Its worth looking into if your array was very important.

--Dan

"nwguyhere" <ktumey@hotmail-dot-com.no-spam.invalid> wrote in message
news:4136c58f$1_1@alt.athenanews.com...
> I recently had an MSI MB completely die on me. Since this isnt the
> first time i'd had trouble with an MSI MB, i decided to replace it
> with a Gigabyte MB. The problem is that the MSI board had a Promise
> 20378 raid chipset that I was using RAID 0 with. The Gigabyte board
> had a GigaRAID chipset.
>
> You can probably guess where this is going. Needless to say, the
> gigabyte board couldnt read the two 40G drives and they showed as an
> unformated 80G drive.
>
> The data on the drive is not mission critical (which is why i risked
> RAID 0), but it would be very helpful to get the data back. Anyone
> have any suggestions?
>
> Thanks in advance.

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

Previously Folkert Rienstra <see_reply-to@myweb.nl> wrote:
> "Arno Wagner" <me@privacy.net> wrote in message news:2po906Fn44s5U1@uni-berlin.de
>> Previously nwguyhere <ktumey@hotmail-dot-com.no-spam.invalid> wrote:
>> > I recently had an MSI MB completely die on me. Since this isnt the
>> > first time i'd had trouble with an MSI MB, i decided to replace it
>> > with a Gigabyte MB. The problem is that the MSI board had a Promise
>> > 20378 raid chipset that I was using RAID 0 with. The Gigabyte board
>> > had a GigaRAID chipset.
>>
>> > You can probably guess where this is going. Needless to say, the
>> > gigabyte board couldnt read the two 40G drives and they showed as an
>> > unformated 80G drive.
>>
>> > The data on the drive is not mission critical (which is why i risked
>> > RAID 0), but it would be very helpful to get the data back. Anyone
>> > have any suggestions?
>>
>> Get/borrow a promise controller with the same chipset.

> If he is seeing RAID now, he must have either configured it
> or it is interpreting the Promise info.
> Unless they store the RAID info in different places, going
> back to a Promise will likely see two unconfigured drives.

Possibly, but not necessarily. The "80GB unformatted" could
just be a preview information of what will be available after
initializing the drives as RAID0. However I tend to agree that
these drives seem to have been initialized for a RAID0.

The controller will likely not interpret the Promise info, at least
not correctly, since then the drives would be readable.

Best approach would still be to try with the old controller first,
IMO, since everything else likely means giving up the data.

Arno
---
For email address: lastname AT tik DOT ee DOT ethz DOT ch
GnuPG: ID:1E25338F FP:0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F
"The more corrupt the state, the more numerous the laws" - Tacitus

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

Previously dg <dan_gus@hotmail.com> wrote:
> I was recently told about a program called "raid reconstructor". I just
> briefly browsed the manufacturers web site and I understand that this
> program can analyze your raid drives in a new PC and figure out what the
> raid parameters were. It can then copy the data to the destination you
> specify. The program doesn't change the source drives, only recovers data
> and writes to a new location. This requires another large destination if
> your raid array was really big.

> I did not spend much time reading their web site, I could be wrong on the
> above. Its worth looking into if your array was very important.

Doing this should be possible. It might require knowing the different
RAID descriptor blocks fro different brands, but reverse engineering
them should not be that difficult.

Also not changing the source drives is one of the requirements for
any professional data recovery tool. Sounds good.

URL: http://www.runtime.org/raid.htm

And the price is reasonable: 30 days free trial and 99USD afterwards.
I would say, give it a try and report the results here afterwards.

Arno
--
For email address: lastname AT tik DOT ee DOT ethz DOT ch
GnuPG: ID:1E25338F FP:0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F
"The more corrupt the state, the more numerous the laws" - Tacitus

 

[Guest]

Archived from groups: comp.sys.ibm.pc.hardware.storage (More info?)

Thanks everyone, I'll try a few of your suggestions and get back to
you.

==============
Posted through www.HowToFixComputers.com/bb - free access to hardware troubleshooting newsgroups.