Re: RAID5 NAS Recovery...00.90.01 vs 00.90

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 21 Nov 2012 12:29:53 -0500 Stephen Haran <steveharan@xxxxxxxxx> wrote:

> Thank you Neil for your reply comments below...
> 
> On Tue, Nov 20, 2012 at 4:39 PM, NeilBrown <neilb@xxxxxxx> wrote:
> > On Tue, 20 Nov 2012 15:41:57 -0500 Stephen Haran <steveharan@xxxxxxxxx> wrote:
> >
> >> Hi, I'm trying to recover a Western Digital Share Space NAS.
> >> I'm able to assemble the RAID5 and restore the LVM but it can't see
> >> any filesystem.
> >>
> >> Below is a raid.log file that shows how the raid was configured when
> >> it was working.
> >> And also the output of mdadm -D showing the raid in it's current state.
> >> Note the Version difference 00.90.01 vs. 0.90. And the array size
> >> difference 2925293760  vs. 2925894144
> >> I'm thinking this difference may be the reason Linux can not see a filesystem.
> >
> > Probably not - losing a few blocks from the end might make 'fsck' complain,
> > but it should still be able to see the filesystem.
> >
> > How did you test if you could see a filesystem?  'mount' or 'fsck -n' ?
> 
> Yes I tried both mount and fsck. It can't find the superblock.
> Testdisk finds ext3 partitions but can not see data.
> But looking with hexedit the data appears to still be there.
> 
> > It looks like you re-created the array recently (Nov 18 12:07:53 2012)  Why
> > did you do that?
> 
> The end user attempted a firmware upgrade on the NAS box and could not access
> their data afterwards. Not sure if the firmware update or the end user
> did the re-create.

It looks like the devices have been repartioned.  The /dev/sdX4 partitions
are 200Meg smaller than they were before.  Quite possible the start of the
partitions has moved as well as the end.
So the array created in these partitions will be quite different to what it
was before.

I don't suppose you have the old partition tables, like you have the old
"mdadm --detail" output?

If not, you need to find where the ext3 superblock is, deduce from that where
the start of the device should be (I don't know if the superblock is at the
start of the device, or in the second block) and then recreate the partition
table.
The X4 partitions need to be at least 128K larger than the "used device size".

Good luck.

NeilBrown

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux