linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Robin Hill <robin@robinhill.me.uk>
To: wilsonjonathan <piercing_male@hotmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: linear raid, is partial recovery possible?
Date: Mon, 28 Nov 2011 20:51:00 +0000	[thread overview]
Message-ID: <20111128205100.GA8900@cthulhu.home.robinhill.me.uk> (raw)
In-Reply-To: <BLU0-SMTP248DE7134BCABFEB83181BD98B20@phx.gbl>

[-- Attachment #1: Type: text/plain, Size: 2682 bytes --]

On Mon Nov 28, 2011 at 08:06:35PM +0000, wilsonjonathan wrote:

> Quick question regarding linear raid.
> 
> If a disk fails on a linear raid I understand how the raid is
> non-recoverable, as a whole, as it has lost a chunk of data.
> 
> However is it possible to recover the data from the non-failed portion
> of the raid as I assume linear works by starting at one end of the array
> and slowly progresses to the other?
> 
> Or perhaps it is dependent on the file system on the array, eg. ext
> works by trying to place files distant to each other to help reduce the
> possibility of fragmentation?
> 
It's entirely dependent on the filesystem, yes. You've obviously lost a
chunk of the filesystem, so whatever was on there (data/metadata) is
lost. You should be able to recover what's on the remaining portion of
the RAID (or AID, as there's no redundancy involved) though.

> Perhaps the filesystem meta data, or some portion, may span between two
> physical drives which would corrupt its table?
> 
Possibly. Ext2/3/4 scatter duplicate superblocks around the filesystem,
so you should be able to access the root metadata anyway, which will
then link in to whatever metadata is left on the remaining drive(s).

> And obviously if a file spans two disks it would be missing part of its
> data?
> 
Yep.

> Does the raid underlying a file system do its own things, re-space,
> physical data layout, etc; or does/can a file system impact on the
> workings of an array?
> 
The RAID system has no knowledge of the filesystem, and the filesystem
sees the array as simply another block device (no different from a
normal disk partition) so there's no way for the two to affect each
other directly. Some fileystem creation tools do use the array
configuration to control how the filesystem is created initially (stripe
sizes, allocation blocks, etc) but those are just parameters that the
user can specify/override anyway.

> The more I look into software raid the more fasinated I become with it
> and its inner workings. While its way beyond me in some of the maths and
> the fact I am un-proficient in C it has really caught my intrigue, and
> all because I wanted to set up a small home server ;-)
> 
Well, I'd recommend against using linear RAID anyway. There's no
redundancy at all, and no performance benefits. You'd be better off
using the separate disks as separate filesystems.

Cheers,
    Robin
-- 
     ___        
    ( ' }     |       Robin Hill        <robin@robinhill.me.uk> |
   / / )      | Little Jim says ....                            |
  // !!       |      "He fallen in de water !!"                 |

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

  parent reply	other threads:[~2011-11-28 20:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-28 20:06 linear raid, is partial recovery possible? wilsonjonathan
2011-11-28 20:46 ` NeilBrown
2011-11-28 20:51 ` Robin Hill [this message]
2011-11-28 22:08   ` Stan Hoeppner
2011-11-28 22:00 ` Stan Hoeppner

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=20111128205100.GA8900@cthulhu.home.robinhill.me.uk \
    --to=robin@robinhill.me.uk \
    --cc=linux-raid@vger.kernel.org \
    --cc=piercing_male@hotmail.com \
    /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).