All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Greaves <david@dgreaves.com>
To: Janos Haar <janos.haar@netcenter.hu>
Cc: linux-raid@vger.kernel.org, David Lethe <david@santools.com>
Subject: Re: questions about softraid limitations
Date: Sun, 18 May 2008 10:11:55 +0100	[thread overview]
Message-ID: <482FF2DB.9060604@dgreaves.com> (raw)
In-Reply-To: <022401c8b739$5262ba80$9300a8c0@dcccs>

Janos Haar wrote:
> At this time, i working in my data recovery company, and some times need
Ah - I missed this too.

> to recover the broken hw raid arrays too.
> (with md arrays, we have no problem at all. :-) )
Nice quote for "the benefits of software raid" somewhere :)

> In your rows, we talking about 2 cases:
> 
> a, disk hw problem (only bad sectors, the completely failed disk is in
> 'b' case)
> Yes, the ddrescue is the best way, to do the recovery, but:
> The ddrescue is too agressive with default -e 0 setting!
> This can be easily fail down the drive! (dependig the reason of the bad
> sectors)
OK, worth knowing - what would you suggest?

> And with the images, we have another problem!
> The 0x00 holes.
> The hw or md have no deal about where we need recover from parity and
> where we have real zero blocks....
> Overall this is why data recovery companys learning and developing more
> and more.... :-)

Hmm - I wonder if things like ddrescue could work with the md bitmaps to improve
this situation?
Is this related to David Lethe's recent request?

> I need no help at this time, i just want to share my ideas, to helping
> upgrading/developing md, and helping for people....
OK - ta.

David

  reply	other threads:[~2008-05-18  9:11 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-14  0:34 questions about softraid limitations Janos Haar
2008-05-14 10:45 ` David Greaves
2008-05-14 23:29   ` Janos Haar
2008-05-16  1:39     ` Neil Brown
2008-05-16  6:05       ` [OT] " Peter Rabbitson
2008-05-18 23:52         ` Neil Brown
2008-05-16 10:00       ` Janos Haar
2008-05-16  8:36     ` David Greaves
2008-05-16  9:18       ` David Greaves
2008-05-16  9:28       ` Janos Haar
2008-05-18  9:11         ` David Greaves [this message]
2008-05-18 11:11           ` Janos Haar
2008-05-18 13:00             ` David Greaves
2008-05-18 21:51               ` Janos Haar
2008-05-18 19:36           ` David Lethe
2008-05-18 22:23             ` David Greaves
2008-05-18 22:38               ` Janos Haar
  -- strict thread matches above, loose matches on Subject: below --
2008-05-18 23:18 David Lethe

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=482FF2DB.9060604@dgreaves.com \
    --to=david@dgreaves.com \
    --cc=david@santools.com \
    --cc=janos.haar@netcenter.hu \
    --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.