xfs
[Top] [All Lists]

Re: "badblocks" for XFS?

To: Stefan Smietanowski <stesmi@xxxxxxxxxx>
Subject: Re: "badblocks" for XFS?
From: "Jonathan F. Dill" <dill@xxxxxxxxxxxx>
Date: 13 May 2002 09:20:33 -0400
Cc: Mike Burger <mburger@xxxxxxxxxxxxxxxxx>, Linux XFS Mailing List <linux-xfs@xxxxxxxxxxx>
In-reply-to: <3CDFB2A0.9020700@xxxxxxxxxx>
Organization: UMBI CARB
References: <Pine.LNX.4.44.0205130653090.3542-100000@xxxxxxxxxxxxxxxxxxxxxxxxx> <3CDFB2A0.9020700@xxxxxxxxxx>
Sender: owner-linux-xfs@xxxxxxxxxxx
Is there any way to allocate/mark bad the badblocks with XFS so they
won't be used by the filesystem?  SCSI drives usually have their own way
to do this internally in the defects list, but AFAIK EIDE drives do not.

Historically, XFS grew up on SCSI drives with the IRIX "fx" utility to
help add blocks to the drive's internal defect list, so I don't know if
there is a really user-friendly, automated way to add bad blocks to an
XFS filesystem on an EIDE drive.

The only way I can see to do it is with xfs_db and xfs_bmap, although
I'm not clear on the procedure.

On Mon, 2002-05-13 at 08:33, Stefan Smietanowski wrote:
> Mike Burger wrote:
> > I read on one of the redhat lists, this morning, about "badblocks" which 
> > acts as a low-level test utility for detecting physically bad blocks on 
> > your hard drive.  However, the man page only seems to point to its use 
> > with ext2 (at least on my 7.1 system).
> > 
> > So...is there a badblocks-type utility for XFS formatted systems?
> 
> 
> badblocks has no notion of the filesystem.
> 
> In default mode it doesn't even write to the drive, it only reads it, 
> you can force it to write patterns via the -w switch, and after writing 
> it then reads it back to see if it gets the same data as was written.
> 
> So, you're safe to use badblocks with any device, as long as you don't 
> write anything to it.
> 
> Yes, even mounted filesystems work, and why shouldn't they?
> 
> As I said, as long asyou don't use -w, because if it's mounted you'll 
> mes it up, if it's not mounted, you'll still mess it up :D
> 
> // Stefan
> 
-- 
"Jonathan F. Dill" (dill@xxxxxxxxxxxx)
UMBI CARB IT Coordinator
Experimental Support Site http://concept.umbi.umd.edu


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