From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Vincenzo Romano <vincenzo.romano@notorand.it>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [QUESTION] XFS inode allocation policy
Date: Mon, 3 Dec 2018 10:38:32 -0800 [thread overview]
Message-ID: <20181203183832.GB24487@magnolia> (raw)
In-Reply-To: <CAHjZ2x7pVC+XU2BqXk2O4mEHAcH8bPsJzZsSdvBHqhCiMd0OQw@mail.gmail.com>
On Mon, Dec 03, 2018 at 03:31:46PM +0100, Vincenzo Romano wrote:
> Hi all.
> I am trying to recover a Linux XFS file system that has been partially
> overwritten in its beginning part with an improper run of dd (disk
> dump).
> The original FS had been created from scratch (mkfs.xfs) and then
> filled with a single TAR file.
> I'd need to be pointed to the proper documentation (if any) to better
> understand how the disk space has been used while writing that TAR
> file.
> I aim to reconstruct the surviving inode list to try to rescue as much
> as possible of that TAR file.
In general, directories are spread across the allocation groups, and
files are allocated near the directory in which they were created. The
one huge tarball was probably in AG 0 along with the root directory,
which means that both are likely unrecoverable. That said, xfs_repair
could be able to reconstruct the primary sb from a secondary copy (make
a working copy and run xfs_repair -n against the working copy)... but
the data might be still be unrecoverable.
Definitely make a working copy of the disk and run your recovery tools
against that working copy, leaving the original alone. Good luck!
--D
> Many thanks in advance.
>
> --
> Vincenzo Romano - NotOrAnd.IT
> Information Technologies
> --
> NON QVIETIS MARIBVS NAVTA PERITVS
next prev parent reply other threads:[~2018-12-03 18:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-03 14:31 [QUESTION] XFS inode allocation policy Vincenzo Romano
2018-12-03 18:38 ` Darrick J. Wong [this message]
2018-12-03 19:08 ` Vincenzo Romano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181203183832.GB24487@magnolia \
--to=darrick.wong@oracle.com \
--cc=linux-xfs@vger.kernel.org \
--cc=vincenzo.romano@notorand.it \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox