Corrupt GPT header on disk from twa array - fixable?
Alban Hertroys
haramrae at gmail.com
Mon Jun 3 07:14:45 UTC 2013
On Jun 3, 2013, at 1:09, Warren Block <wblock at wonkity.com> wrote:
> On Mon, 3 Jun 2013, Alban Hertroys wrote:
>>>
>>> Really, the easiest way would be to temporarily install the old RAID controller and copy the data off the array.
>>
>> Well, that would mean I'd have to assemble the old server again, as the controller is not compatible with the hardware in the new one. And that would probably be unnecessary as well, since I already did copy the data off those disks.
>>
>> I was just curious whether it would be possible to read that data off the disks while I still have them (with their original contents) in the new server in the eventuality that I _did_ forget to copy something over or that something wasn't copied over correctly.
>>
>> I copied the data over a 100MBit ethernet link, which was the fastest option I had with the old server; it had USB1 and no native SATA. Hence the RAID controller, but that was on a now deprecated PCI-X channel (those 64-bit parallel things) and all 4 ports were in use. Not to mention that the CPU was so old that it had a rather narrow margin for operating temperatures and overheated several times during the copying process, because rsync+sshd put a relatively high load on the CPU (An old Athlon XP 2000+).
>
> PCI-X cards will operate in PCI slots. Or at least some will; I've done that with an Intel network card. The motherboard can't have components that block the unused part of the edge connector, or the offending card edge could be removed with extreme prejudice.
Not this 3Ware card. I remember buying that particular motherboard because the card wouldn't fit in the PCI slots on the board I had. There's a division in those PCI-X slots opposite of where there's one in normal PCI slots and no groove in the card to match the division in the PCI slot.
Alban Hertroys
--
If you can't see the forest for the trees,
cut the trees and you'll find there is no forest.
More information about the freebsd-stable
mailing list