XFS_REPAIR on LVM partition

[Rafael Weingartner]

>
> [ cc'd the XFS list again - please keep problem triage on the public
> lists so that more than one person can help you. ]


My bad, I am sorry, sometimes I forget to press the reply to all button.

It's still possible to recover, but more info is needed first.
> Can you get xfs_db to dump the primary and a couple of secondary
> superblocks?


I am glad to hear that, I have actually already extracted the files that I
needed using UFS explorer, but I still would like to restore the filesystem
if it is possible.

Output of "xfs_db -c "sb 0" -c p -c "sb 2" -c p -c "sb 7" -c p <dev>"

xfs_db: cannot init perag data (117)
> magicnum = 0x58465342
> blocksize = 4096
> dblocks = 131072000
> rblocks = 0
> rextents = 0
> uuid = 430d1253-0d52-401b-b6bd-42e23bb56bc3
> logstart = 67108868
> rootino = 128
> rbmino = 129
> rsumino = 130
> rextsize = 1
> agblocks = 32768000
> agcount = 4
> rbmblocks = 0
> logblocks = 64000
> versionnum = 0xb4a4
> sectsize = 512
> inodesize = 256
> inopblock = 16
> fname = "\000\000\000\000\000\000\000\000\000\000\000\000"
> blocklog = 12
> sectlog = 9
> inodelog = 8
> inopblog = 4
> agblklog = 25
> rextslog = 0
> inprogress = 0
> imax_pct = 25
> icount = 256
> ifree = 200
> fdblocks = 127617831
> frextents = 0
> uquotino = 0
> gquotino = 0
> qflags = 0
> flags = 0
> shared_vn = 0
> inoalignmt = 2
> unit = 0
> width = 0
> dirblklog = 0
> logsectlog = 0
> logsectsize = 0
> logsunit = 1
> features2 = 0xa
> bad_features2 = 0xa
> magicnum = 0x58465350
> blocksize = 4096
> dblocks = 7566328849834176030
> rblocks = 70481084416
> rextents = 5638878729879945216
> uuid = 5de3e560-0f52-401b-854a-acfc3bb56bfb
> logstart = 7566047375040578052
> rootino = 18374686479671613439
> rbmino = 18446744071377518559
> rsumino = null
> rextsize = 1
> agblocks = 32768000
> agcount = 4
> rbmblocks = 1073782799
> logblocks = 64000
> versionnum = 0xa4a4
> sectsize = 512
> inodesize = 267
> inopblock = 16
> fname = "3\367\356\036\000\000\000`i\000\000\000"
> blocklog = 66
> sectlog = 64
> inodelog = 190
> inopblog = 133
> agblklog = 27
> rextslog = 3
> inprogress = 1
> imax_pct = 25
> icount = 0
> ifree = 72057594037927936
> fdblocks = 131054064
> frextents = 5891388165771235349
> uquotino = 13746228866238942976
> gquotino = 13746228866238942976
> qflags = 0xd0de
> flags = 0x17
> shared_vn = 97
> inoalignmt = 33554434
> unit = 418391552
> width = 0
> dirblklog = 0
> logsectlog = 0
> logsectsize = 0
> logsunit = 506003457
> features2 = 0x8
> bad_features2 = 0xa
> bad allocation group number 7
> magicnum = 0x58465350
> blocksize = 4096
> dblocks = 7566328849834176030
> rblocks = 70481084416
> rextents = 5638878729879945216
> uuid = 5de3e560-0f52-401b-854a-acfc3bb56bfb
> logstart = 7566047375040578052
> rootino = 18374686479671613439
> rbmino = 18446744071377518559
> rsumino = null
> rextsize = 1
> agblocks = 32768000
> agcount = 4
> rbmblocks = 1073782799
> logblocks = 64000
> versionnum = 0xa4a4
> sectsize = 512
> inodesize = 267
> inopblock = 16
> fname = "3\367\356\036\000\000\000`i\000\000\000"
> blocklog = 66
> sectlog = 64
> inodelog = 190
> inopblog = 133
> agblklog = 27
> rextslog = 3
> inprogress = 1
> imax_pct = 25
> icount = 0
> ifree = 72057594037927936
> fdblocks = 131054064
> frextents = 5891388165771235349
> uquotino = 13746228866238942976
> gquotino = 13746228866238942976
> qflags = 0xd0de
> flags = 0x17
> shared_vn = 97
> inoalignmt = 33554434
> unit = 418391552
> width = 0
> dirblklog = 0
> logsectlog = 0
> logsectsize = 0
> logsunit = 506003457
> features2 = 0x8
> bad_features2 = 0xa




On Wed, Dec 18, 2013 at 7:34 PM, Dave Chinner <david at fromorbit.com> wrote:

> [ cc'd the XFS list again - please keep problem triage on the public
> lists so that more than one person can help you. ]
>
> On Mon, Dec 16, 2013 at 02:53:03PM -0200, Rafael Weingartner wrote:
> > Today, I let the command xfs_repair /dev/... ran till it finished, I got
> > the following messages:
> >
> > Phase 1 - Find and verify superblock ....
> > > Could not verify primary superblock - not enough secondary superblocks
> > > with matching geometry!!
>
> The primary superblock dump looked valid, but it it couldn't find
> matching secondary superblocks from the contents of the primary that
> it found.
>
> > > attempting to find a secondary superblock.....
> > > ...
> > > ..
> > > ...
> > > ...
> > > found candidate secondary superblock....
> > > unable to verify superblock, continuing....
>
> And it found blocks with the correct superbloc magic numbers, but
> they don't match the primary superblock that was found.
>
> > > found candidate secondary superblock....
> > > unable to verify superblock, continuing...
> > > ...
> > > ...
> > >
> ..............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................Sorry,
> > > could not find valid secondary superblock
> > > Exiting now.
> >
> >
> > Should I upgrade the xfsprogs and try to run the xfs_repair again?
> > Or does that message mean that there is no way of recovering the
> filesystem?
>
> It's still possible to recover, but more info is needed first.
> Can you get xfs_db to dump the primary and a couple of secondary
> superblocks?
>
> # xfs_db -c "sb 0" -c p -c "sb 2" -c p -c "sb 7" -c p <dev>
>
> And post the output?
>
> Cheers,
>
> Dave.
> --
> Dave Chinner
> david at fromorbit.com
>



-- 
Rafael Weingärtner
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20131218/f5ffb09c/attachment-0001.html>