Hi Lars,
It copies the inodes and directory contents and other metadata.
I restore it here and run xfs_repair over it to see how it
failed. xfs_repair only operates on metadata and does not
check data.
Currently, it does not obfuscate file names if there is a
privacy/confidentiality concern but that is a feature I
intend on adding later.
Regards,
Barry.
> -----Original Message-----
> From: Lars Ellenberg [mailto:lars.ellenberg@xxxxxxxxxx]
> Sent: Tuesday, 10 April 2007 7:25 PM
> To: Barry Naujok
> Cc: xfs@xxxxxxxxxxx
> Subject: Re: xfs_repair leaves empty but undeletable dirs in
> lost+found
>
> On Tue, Apr 10, 2007 at 11:55:14AM +1000, Barry Naujok wrote:
> > Hi Lars,
> >
> > Would it be possible for you apply the patch I posted to xfs@oss
> > in Feb http://oss.sgi.com/archives/xfs/2007-02/msg00072.html
> > to the latest xfsprogs source, make and install it and run:
> >
> > # xfs_metadump /dev/md1 - | bzip2 > /tmp/bad_xfs.bz2
> >
> > And make the image available for me to download and analyse?
>
> uhm. probably. I'll talk with the guy who owns the data :)
>
> out of curiosity: what exactly would you do with it?
> I mean, would that be sufficient to restore the "badness",
> with the files all filled with zero,
> and you'd be able to reproduce locally?
>
> --
> : Lars Ellenberg Tel +43-1-8178292-0 :
> : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 :
> : Vivenotgasse 48, A-1120 Vienna/Europe http://www.linbit.com :
> __
> please use the "List-Reply" function of your email client.
|