public inbox for util-linux@vger.kernel.org
 help / color / mirror / Atom feed
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

      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