From: Phillip Susi <psusi@ubuntu.com>
To: Karel Zak <kzak@redhat.com>
Cc: Jan Kara <jack@suse.cz>, Jerome Marchand <jmarchan@redhat.com>,
linux-fsdevel@vger.kernel.org, util-linux@vger.kernel.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [RFC] fs: filesystem specific options and remount
Date: Fri, 10 Feb 2012 12:08:14 -0500 [thread overview]
Message-ID: <4F354EFE.2080208@ubuntu.com> (raw)
In-Reply-To: <20120206230849.GA20767@x2.net.home>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 2/6/2012 6:08 PM, Karel Zak wrote:
> On Mon, Feb 06, 2012 at 11:41:16PM +0100, Jan Kara wrote:
>> On Fri 03-02-12 16:22:23, Jerome Marchand wrote:
>>> $ mount -o remount,hidepid=2 /proc/ $ grep proc /proc/mounts
>>> /proc /proc proc rw,relatime,hidepid=2 0 0 $ mount | grep proc
>>> proc on /proc type proc (rw,hidepid=2)
>>>
>>> $ mount -o remount /proc/ $ grep proc /proc/mounts /proc /proc
>>> proc rw,relatime,hidepid=2 0 0 $ mount | grep proc proc on
>>> /proc type proc (rw)
> man mount:
>
> The remount functionality follows the standard way how the mount
> command works with options from fstab. It means the mount command
> doesn't read fstab (or mtab) only when a device and dir are
> fully specified.
>
> mount -o remount,rw /dev/foo /dir
>
> After this call all old mount options are replaced and arbitrary
> stuff from fstab is ignored, except the loop= option which is
> internally generated and maintained by the mount command.
>
> mount -o remount,rw /dir
>
> After this call mount reads fstab (or mtab) and merges these
> options with options from command line ( -o ).
Based on what you say there, I would guess this means that Jan has
proc listed in fstab, so mount tried to reset the mount options to
those specified in fstab, and the kernel proc fs left the options
unchanged.
It seems to me that the buggy behavior is in the proc fs not clearing
the unspecified options. With the classic bitmask mount flags, any
that are not set are cleared by the remount, not left at their current
status. This is why mount merges the existing flags specified in
fstab or mtab with those given on the command line. The behavior
should be the same for the string passed mount flags. In other words,
mount does its merging and whatever options are passed to the kernel
should be enabled, and any that are not should be disabled.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJPNU7+AAoJEJrBOlT6nu75uyoH/3TxQOhOFGm2SlC0zwdh4Rld
/yotuzWpe27bjPHN9sychVEKeklhV+3kTHhK8DsiYwAHiJfwF2jyRFz9PTFYTmyj
7zLOi+7e7OFkLWxTADb4ihfqXZjEiI8TIK3RmsqAYLglRLPXw5VNgqGjoJx+7gfR
YKu9gzRUhjRKFvXoKGskdeGsB+em/PeAgy0qFYI2Et7rHekrX5PZvsjKsw8jqu/O
T9zDtbb0HBCub1PouB5leRc6HKuwdipmDrZFS1SV2ymbclMYh6WTkOJA4ngWGQm7
ZCwAqifcTHNvKr/CoAlFZ+m/9b85aAa9gb8vPUWNpZwEv5xpldhvWazGlR8gMkc=
=FTgE
-----END PGP SIGNATURE-----
prev parent reply other threads:[~2012-02-10 17:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-03 15:22 [RFC] fs: filesystem specific options and remount Jerome Marchand
2012-02-06 22:41 ` Jan Kara
[not found] ` <20120206224116.GE24840-+0h/O2h83AeN3ZZ/Hiejyg@public.gmane.org>
2012-02-06 23:08 ` Karel Zak
2012-02-10 17:08 ` Phillip Susi [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=4F354EFE.2080208@ubuntu.com \
--to=psusi@ubuntu.com \
--cc=jack@suse.cz \
--cc=jmarchan@redhat.com \
--cc=kzak@redhat.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).