Hosed XFS drive?

[Peter King]

On Sun, Mar 11, 2007 at 06:19:08PM -0400, Robert Brockway wrote:
 
> Try using xfs_repair -L.  This will zero the log and then attempt the 
> repair.  You may lose data out of this, as per the man page.  In the years 
> that I've been using XFS I've had 2 occassions when a vanilla xfs_repair 
> failed but an xfs_repair -L succeeded (without data loss).

Update: I had to do as suggested, xfs_repair -L, to zero out the
logfile. Lots of files were recovered, renamed with numbers, and
dumped into lost+found. It turns out the trick with that is to use
find to locate the sub-sub-sub-directories of interest. Once I had
done that, I copied the files off to a new drive, and all is well
again. But it's the last time I use XFS for anything. At least ext2/3
have never died on me.

-- 
Peter King			 	peter.king-H217xnMUJC0sA/PxXw9srA at public.gmane.org
Department of Philosophy
215 Huron Street
The University of Toronto		    (416)-978-4951 ofc
Toronto, ON  M5S 1A2
       CANADA

http://individual.utoronto.ca/pking/

=========================================================================
GPG keyID 0x7587EC42 (2B14 A355 46BC 2A16 D0BC  36F5 1FE6 D32A 7587 EC42)
gpg --keyserver pgp.mit.edu --recv-keys 7587EC42
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://gtalug.org/pipermail/legacy/attachments/20070320/ca4ba6a2/attachment.sig>