From: L A Walsh <xfs@tlinx.org>
To: linux-xfs <linux-xfs@vger.kernel.org>
Cc: Dave Chinner <david@fromorbit.com>
Subject: cause of xfsdump msg: root ino 192 differs from mount dir ino 256
Date: Mon, 01 Nov 2021 12:39:00 -0700 [thread overview]
Message-ID: <61804254.3070001@tlinx.org> (raw)
In-Reply-To: <20211026004814.GA5111@dread.disaster.area>
When I xfsdump my /home partition, I see the above diagnostic
where it lists "bind mount?" might be involved, but as far as
I can see, that's not the case.
grepping for '/home\s' on output of mount:
/bin/mount|grep -P '/home\s'
shows only 1 entry -- nothing mounted on top of it:
/dev/mapper/Space-Home2 on /home type xfs (...)
I have bind-mounts of things like
/home/opt on /opt, but that shouldn't affect the root node,
as far as I know.
So what would cause the root node to differ from the mountdir
ino?
I try mounting the same filesystem someplace new:
# df .
Filesystem Size Used Avail Use% Mounted on
/dev/Space/Home2 2.0T 1.5T 569G 73% /home
mkdir /home2
Ishtar:home# mount /dev/Space/Home2 /home2
Ishtar:home# ll -di /home /home2
256 drwxr-xr-x 40 4096 Nov 1 10:23 /home/
256 drwxr-xr-x 40 4096 Nov 1 10:23 /home2/
Shows 256 as the root inode. So why is xfsdump claiming
192 is root inode?
I used xfs_db and 192 is allocated to a normal file, while
256 displays nothing for the filename.
How should I further debug this?
next prev parent reply other threads:[~2021-11-01 19:40 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-25 21:30 xfsrestore'ing from file backups don't restore...why not? L A Walsh
2021-10-26 0:48 ` Dave Chinner
[not found] ` <617B5DA3.7060106@tlinx.org>
2021-10-29 19:24 ` L A Walsh
2021-10-31 21:28 ` L A Walsh
2021-11-01 20:23 ` cause of xfsdump msg: root ino 192 differs from mount dir ino 256 L A Walsh
2021-11-01 21:12 ` Dave Chinner
2021-11-02 1:35 ` L A Walsh
2021-11-02 1:47 ` L A Walsh
2021-11-02 4:45 ` L A Walsh
2021-11-02 14:24 ` xfsrestore'ing from file backups don't restore...why not? Eric Sandeen
2021-11-01 19:39 ` L A Walsh [this message]
2021-11-02 14:29 ` cause of xfsdump msg: root ino 192 differs from mount dir ino 256 Eric Sandeen
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=61804254.3070001@tlinx.org \
--to=xfs@tlinx.org \
--cc=david@fromorbit.com \
--cc=linux-xfs@vger.kernel.org \
/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