First let ma apologise for the long silence. I wanted to take a "minute"
to think carefully about how to proceed to maximize my chances of
getting a good out come.
Having said that, the outcome was all that I could have hoped for and
more. I have recovered the array, and all the data seems to be complete
and in tact. Thank you all most sincerely for you thoughtful and helpful
replies. Without your interest, I would have lost everything. Again
thank you for all your assistance. Once again, the open source community
shows itself to be the greatest place to be in the computer world, and I
feel privilaged to be able to stand at the edge, and try to be part of it.
Thanks all.
On 11/10/2011 11:32 AM, Phil Turmel wrote:
On 11/10/2011 11:12 AM, John Robinson wrote:
On 10/11/2011 15:48, Phil Turmel wrote:
On 11/10/2011 10:23 AM, William Colls wrote: [...]
the array was mounted as follows
mount -t ext3 /dev/md0p1 /opt/share
LVM was not installed on the old system, nor is it installed on
the new machine
[...]
If none of this works, I'm out of ideas. You'd probably want to
ask for more help on the linux-ext4 mailing list.
The only thing that occurs to me is the possibility that both the md
device was made from partitions, not whole drives, and the md device
was itself partitioned. I wouldn't know quite how to go about
checking though.
Great call! I just looked back at the hexdump, and sure enough, there's a nested MBR there. It's missing a bootloader, which threw me off, but there is a single partition defined.
William, you can thank John.
Here's what you need to do:
mdadm --stop /dev/md0
mdadm --zero-superblock /dev/sd[bc]
partx -a /dev/sdb
partx -a /dev/sdc
cat /proc/partitions
(to verify that /dev/sda1 and /dev/sdb1 are present)
mdadm --create --assume-clean /dev/md0 --level=1 -n 2 /dev/sda1 /dev/sdb1
cat /proc/partitions
(to verify that /dev/md0p1 is present)
mount ....
If you want to minimize the chance of mdadm getting confused again, you probably want v1.x metadata. (But not just yet. Get your data back, first.) It includes offset information that avoids the ambiguity when v0.90 metadata is on the last partition of a disk. Otherwise, you need to set up mdadm.conf to exclude /dev/sdb and /dev/sdc from consideration, and make sure that ends up in your initramfs.
Also, your partitions, both the outer and the nested, start with sector 63. This is bad for performance on modern drives, as most big ones have physical 4k sectors. After you make your backup, I suggest you recreate your entire setup from scratch, making sure alignment is appropriate, and switching to v1.1 or v1.2 metadata.
Phil
--
I know you believe that you understand what you think I said, but I am
not sure that you realize that what you heard was not what I meant.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
