From: Karel Zak <kzak@redhat.com>
To: Phillip Susi <psusi@ubuntu.com>
Cc: util-linux@vger.kernel.org
Subject: Re: /proc/mounts doesn't store bind flag
Date: Mon, 4 Nov 2013 15:32:03 +0100 [thread overview]
Message-ID: <20131104143203.GE21311@x2.net.home> (raw)
In-Reply-To: <5277A8EC.30809@ubuntu.com>
On Mon, Nov 04, 2013 at 09:02:20AM -0500, Phillip Susi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> That is pretty much what I thought, but why is the bind flag stored
> when you do use mtab then? Shouldn't they give the same behavior, so
Historical reasons... 10 years ago nobody cares about the
sense of the flag in the mtab ;-(
And it's also difficult for userspace to generate the right mount
source device if a directory is specified.
I'm not sure if I want to change the mtab behavior if for example
old coreutils df(1) or some backup tools depend on this odd behavior.
It seems better to keep it without a change and provide a better
solution only for new systems without mtab.
> bind should not be stored in mtab? In particular it changes the way
> you have to remount a bind mount ro, which is an unexpected user
> visible change.
Yes. The update to systems without mtab has some disadvantages, but
it's still acceptable compare to mtab disadvantages.
Fedora did the change years (2?) ago and the number of the bug
reports related to this problem is almost zero. The question is what
will happen on server (e.g. RHEL), we will see :-)
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
prev parent reply other threads:[~2013-11-04 14:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-01 16:54 /proc/mounts doesn't store bind flag Phillip Susi
2013-11-04 10:29 ` Karel Zak
2013-11-04 14:02 ` Phillip Susi
2013-11-04 14:32 ` Karel Zak [this message]
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=20131104143203.GE21311@x2.net.home \
--to=kzak@redhat.com \
--cc=psusi@ubuntu.com \
--cc=util-linux@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