[Top] [All Lists]

Re: 128 bits extent bmap for file format 2

To: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Subject: Re: 128 bits extent bmap for file format 2
From: Pradeep Kumar <praks411@xxxxxxxxx>
Date: Sun, 3 Nov 2013 06:20:33 +0100
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BC5JYUlipTtamhvRLAJ9uAZdZaXjgmagp1hvBwfkWos=; b=K0C5NjNPABVGFR74LQHM7N52t4V1ECoKxRdHR8TZlSXoNP22eZNc7G6mo4QWus+GNs 5oi7LzP6PSH+iVDq2m8ToxqLwvzoavDwnfiHerUqhFypSXA50BOZfrXiTScCqbLtb6Qc m4qX89MJ11pb9CNYIpTtLZz5OuJNfNkdUSRE8sphd0Y33oqTnDzerhxOp+60uqg6Qp0R b80KIucYE1KSRjxsQcGrTrbMtRBUEP1JUYDGjIr6D10Z24vr5ziTLDQMkIE1zeoa2yia WX1I/4WUXRjPCYfbNxysF6nKMyT8GWu3UQVtcn+ws+qWE2tczY8gwA3/5+e85EivDckS dLfw==
In-reply-to: <a3208864-e046-4034-ac3b-1ce6f7ae352b@xxxxxxxxxxxxxxxxx>
References: <CAPU9cc3rV+E79HBE95=nsjgoC5=s85jBBZgcxL+d8KijVa0LyA@xxxxxxxxxxxxxx> <a3208864-e046-4034-ac3b-1ce6f7ae352b@xxxxxxxxxxxxxxxxx>
Hi Greg,

This could be nice addition. I will try to submit it once done.


On 22 October 2013 15:11, Greg Freemyer <greg.freemyer@xxxxxxxxx> wrote:

Pradeep Kumar <praks411@xxxxxxxxx> wrote:
>I'm writing a small utility to parse XFS fs image on windows.
>I'm able to fetch the files in the first AG (0).
>However when it comes to the files which are in different AG I'm facing
>some problem in parsing extent bmap 128bits data of file inode (format
>Here is the sample 128bits data
>1. 00 00 00 00 00 00 00 00 00 00 00 04 99 80 00 01 (LSB)
>After unpacking the bits are per doc and source code
>In the above case I'm getting following
>Num Of blocks = 1 (correct) (0 to 20 bits)
>absolute block number = 9420 (0x24CC) (wrong) (21 to 72)
>file offset = 0 (72 to 126)
>I'm always getting wrong absolute block number . Actual data is in
>7628 (0x1DCC).
>No matter what I try I'm always getting the same result. I've even
>by using the code from xfs_bmbt_get_all function from xfs source which
>gives me same result (9420).
>Please someone help me with this. I'm stuck on this from 3 days.
>Thanks and Regards,


It would be cool if your utility could be incorporated into sleuthkit.  Sleuthkit has fat and NTFS parsers for sure already.  I think ext2 and ext3.  Adding a xfs parser would be a cool addition.


Fyi: sleuthkit has been around for a long time, but it is still actively maintained and heavily used.  It is in several linux distros, but is also available for windows.

Sent from my Android phone with K-9 Mail. Please excuse my brevity.

<Prev in Thread] Current Thread [Next in Thread>
  • Re: 128 bits extent bmap for file format 2, Pradeep Kumar <=