All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jonathan <jrs@abhost.net>
To: linux-raid@vger.kernel.org
Subject: Re: data recovery on raid5
Date: Sat, 22 Apr 2006 13:07:32 -0700	[thread overview]
Message-ID: <444A8D04.20809@abhost.net> (raw)
In-Reply-To: <62b0912f0604221248s653843bfx363f346c7ef31a94@mail.gmail.com>

I was already terrified of screwing things up -- now I'm afraid of 
making things worse

based on what was posted before is this a sensible thing to try?

mdadm -C /dev/md0 -c 32 -n 4 -l 5 missing /dev/etherd/e0.[023]

Is what I've done to the superblock size recoverable?

I don't understand how mdadm --assemble would know what to do, which is 
why I didn't try it initially.  That said, obviouly my lack of 
understanding isn't helping one bit.

I don't think I can afford a penny per byte, but I'd happy part with 
hundreds of dollars to get the data back.  I would really like someone 
with more knowledge than me to hold my hand before I continue to make 
things worse.

help please - support@abhost.net

-- Jonathan


Molle Bestefich wrote:

>Jonathan wrote:
>  
>
>># mdadm -C /dev/md0 -n 4 -l 5 missing /dev/etherd/e0.[023]
>>    
>>
>
>I think you should have tried "mdadm --assemble --force" first, as I
>proposed earlier.
>
>By doing the above, you have effectively replaced your version 0.9.0
>superblocks with version 0.9.2.  I don't know if version 0.9.2
>superblocks are larger than 0.9.0, Neil hasn't responded to that yet. 
>Potentially hazardous, who knows.
>
>Anyway.
>This is from your old superblock as described by Sam Hopkins:
>
>  
>
>>/dev/etherd/<blah>:
>>     Chunk Size : 32K
>>    
>>
>
>This is from what you've just posted:
>  
>
>>/dev/etherd/<blah>:
>>     Chunk Size : 64K
>>    
>>
>
>If I were you, I'd recreate your superblocks now, but with the correct
>chunk size (use -c).
>
>  
>
>>We'll be happy to pay you for your services.
>>    
>>
>
>I'll be modest and charge you a penny per byte of data recovered, ho hum.
>  
>


  reply	other threads:[~2006-04-22 20:07 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-22 18:57 data recovery on raid5 Jonathan
2006-04-22 19:48 ` Molle Bestefich
2006-04-22 20:07   ` Jonathan [this message]
2006-04-22 20:22     ` Molle Bestefich
2006-04-22 20:32       ` Jonathan
2006-04-22 20:38         ` Molle Bestefich
2006-04-22 20:55           ` Jonathan
2006-04-22 21:17             ` Molle Bestefich
2006-04-22 21:42               ` Carlos Carvalho
2006-04-22 22:58                 ` Molle Bestefich
2006-04-22 22:30               ` David Greaves
2006-04-22 23:17             ` Christian Pedaschus
2006-04-22 20:51         ` Molle Bestefich
2006-04-22 20:28     ` Carlos Carvalho
2006-04-23  2:46   ` Neil Brown
  -- strict thread matches above, loose matches on Subject: below --
2006-04-21 23:11 Sam Hopkins
2006-04-21 23:31 ` Mike Tran
2006-04-21 23:38 ` Mike Hardy
2006-04-22  4:03 ` Molle Bestefich
2006-04-22  7:43 ` David Greaves
2006-04-22  8:51 ` David Greaves

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=444A8D04.20809@abhost.net \
    --to=jrs@abhost.net \
    --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.