From: Mike Berger <lists@mike01.com>
To: linux-raid@vger.kernel.org
Subject: Re: RAID 5 Recovery Help Needed
Date: Fri, 16 Jan 2009 15:09:00 -0600 [thread overview]
Message-ID: <4970F76C.2040500@mike01.com> (raw)
In-Reply-To: <4970F153.30106@scalableinformatics.com>
Joe Landman wrote:
> eek ... a RAID5 on 3 drives?
I was planning on growing it as I needed more space and could afford
more drives (scary, I know).
> Did you do an
>
> mdadm --detail --scan > /etc/mdadm.conf
>
> after this?
Unfortunately no. The guide I followed neglected to mention that step.
> ... but did you update mdadm.conf as above?
> This generally requires an /etc/mdadm.conf (or similar
> /etc/mdadm/mdadm.conf)
> You can often (re)construct this file if you forget to create it with
> a little detective work ...
> mdadm --examine /dev/sdb1
> could be your friend.
>
> [...]
I did try putting the following into mdadm.conf manually after the
reboot (and before doing the create again):
DEVICES partitions
ARRAY /dev/md0 UUID=3128da32:c5e4ff31:b43fc0e6:226924cf
Then I tried to assemble it again (with scan), and still no luck.
Unfortunately since the guide I used never mentioned the config file at
all, and seeing "DEVICE partitions" in it, I assumed it was fine. I
never gave it more thought until the second create failed to improve things.
>
>> # fsck.ext4 -n /dev/md0
>>
>> I get:
>>
>> fsck.ext4: Superblock invalid, trying backup blocks...
>> fsck.ext4: Bad magic number in super-block while trying to open /dev/md0
>>
>> I've tried specifying the blocksize and specifying the superblock
>> manually using the backup superblocks from when I ran mkfs.ext4, but
>> get the same result. I haven't dared to run fsck without -n until I
>> hear from someone more knowledged.
>>
>> So, if anyone has any suggestions on how I can get md0 mounted or
>> recover my data it would be much appreciated.
>
> I am not completely sure, but I would bet that with the changes you
> have made, that this data may not be recoverable at this point.
>
> Before you do anything else, I would definitely suggest creating the
> mdadm.conf file properly as noted above.
>
> Joe
>
I've created an mdadm.conf file via 'mdadm --detail --scan', so assuming
that was the original problem with the raid not being assembled properly
before, that should be solved. The problem now lies in getting my data
back if possible. I don't plan to assemble the array again or try
anything else until I've given enough time for others wiser than I to
respond.
Thanks,
Mike
next prev parent reply other threads:[~2009-01-16 21:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-16 19:35 RAID 5 Recovery Help Needed Mike Berger
2009-01-16 20:42 ` Joe Landman
2009-01-16 21:09 ` Mike Berger [this message]
[not found] ` <49722439.3060103@tmr.com>
2009-01-17 18:51 ` Mike Berger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4970F76C.2040500@mike01.com \
--to=lists@mike01.com \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.