xfs
[Top] [All Lists]

Re: XFS bad block recording?

To: linux-xfs@xxxxxxxxxxx
Subject: Re: XFS bad block recording?
From: Michael Best <mbest@xxxxxxxxxxxxx>
Date: Thu, 05 Sep 2002 00:04:25 -0600
References: <H00000a1000da880.1031164571.pobox@MHS> <1031165125.3056.18.camel@xxxxxxxxxxxxxxxxxxxxxx> <20020905035940.GC6004@xxxxxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020831
Chris Wedgwood wrote:
> It's a pretty rotten answer really :)
> 
> I agree that since most (all?) modern drive transparently remap errors
> until the 'grown' table (or equivalent) is full that if you see errors
> your disk is in terrible shape and has been for some time, but it
> doesn't seem unreasonable for someone to want to mark part of the disk
> bad and have the fs avoid this.
> 
> Almost ever other fs I can think of allows this kind of thing.
> 
>   --cw

You should check out the Bad Block on Disk Drive section at:
http://linas.org/linux/raid.html

Which then links to this LKML discussion about the issue about bad block
capabilities in 2.5:
<http://hypermail.idiosynkrasia.net/linux-kernel/archived/2001/week52/0516.html>

Basically even with ext2/ext3, with the drive failing spectacularly,
it's pretty much game over for that drive.  EVMS and LVM may have
addressed this issue where the LVM/EVMS layer is actually handling the
physical disks and can reallocate bad blocks on the fly.

As he mentions many drives are using s.m.a.r.t these days, and
monitoring your devices for that is probably useful.

-Mike


<Prev in Thread] Current Thread [Next in Thread>