From: Phil Turmel <philip@turmel.org>
To: "Samer, Michael (I/ET-83, extern)" <extern.michael.samer@audi.de>,
"'linux-raid@vger.kernel.org'" <linux-raid@vger.kernel.org>
Subject: Re: AW: QNAP 8 port RAID5 md0 recovery of missing MBR and md superblocks
Date: Mon, 17 Feb 2014 08:47:17 -0500 [thread overview]
Message-ID: <530212E5.2030003@turmel.org> (raw)
In-Reply-To: <A2EC67620EC7424F9EC3DD49243E9060466EC018@AUDIINSX0328.audi.vwg>
Good morning Michael,
On 02/17/2014 08:33 AM, Samer, Michael (I/ET-83, extern) wrote:
> Greetings to all
>
> As my thread from the 6.2.2014 didn't bring any hint or any reply or way out, I need advise if my way is approved:
I travel a lot, and didn't see your posts. Help from someone usually
pops up. Sorry it didn't work that way for you.
Anyways, it means I don't have your initial report. Please show "mdadm
-E /dev/sd[a-z]3".
mdadm --create --assume-clean is a terrible solution, except when its
the right one. I'd like to make sure.
> I reconstructed the part table (testdisk import from a working disk) and now I'm only missing the md superblock on three disks (sdb3/sdf3/sdg3) for my md0 integrity.
>
> I'd do the following:
>
> a) "mdadm --stop /dev/md0"
>
> b) "mdadm --create --assume-clean --verbose --force --run /dev/md0 --level=5 --raid-devices=8 /dev/sda3 missing /dev/sdc3 /dev/sdd3 /dev/sde3 /dev/sdf3 /dev/sdg3 /dev/sdh3"
Device order matters--it must match the device roles in the --examine
reports. If three devices have no metadata, you might have to do this
step multiple times with different combinations. (Never writing to the
array until you find the right one.)
> or to include the "most datas available" version
> c) "mdadm --create --verbose --assume-clean /dev/md0 --level=5 --raid-devices=8 /dev/sd{a,b,c,d,e,f,g,h}3"
> to gather at least the older layout & data
No, leave out the drive that dropped out first.
> d) "fsck.ext4 /dev/md0" on the array afterwards
"fsck -n" first to make sure of the device order.
HTH,
Phil
next prev parent reply other threads:[~2014-02-17 13:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-07 12:47 QNAP 8 port RAID5 md0 unmountable defective md superblocks Michael Samer
2014-02-06 11:16 ` QNAP 8 port RAID5 md0 recovery of missing MBR and " Samer, Michael (I/ET-83, extern)
2014-02-17 13:33 ` AW: " Samer, Michael (I/ET-83, extern)
2014-02-17 13:47 ` Phil Turmel [this message]
2014-02-17 19:10 ` AW: " Samer, Michael (I/ET-83, extern)
2014-02-17 19:21 ` Phil Turmel
2014-02-18 12:16 ` AW: " Samer, Michael (I/ET-83, extern)
2014-02-18 12:59 ` Phil Turmel
2014-03-13 10:43 ` AW: " Samer, Michael (I/ET-83, extern)
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=530212E5.2030003@turmel.org \
--to=philip@turmel.org \
--cc=extern.michael.samer@audi.de \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).