From: Jan Kara <jack@suse.cz>
To: linux-fsdevel@vger.kernel.org
Cc: Hui Wang <hui.wang@canonical.com>, Tejun Heo <tj@kernel.org>,
viro@zeniv.linux.org.uk, kzak@redhat.com, Jan Kara <jack@suse.cz>
Subject: Re: [PATCH 1/3] isofs: Refuse RW mount of the filesystem instead of making it RO
Date: Wed, 31 Jul 2013 22:16:31 +0200 [thread overview]
Message-ID: <20130731201631.GB29593@quack.suse.cz> (raw)
In-Reply-To: <1374791293-19140-2-git-send-email-jack@suse.cz>
On Fri 26-07-13 00:28:11, Jan Kara wrote:
> Refuse RW mount of isofs filesystem. So far we just silently changed it
> to RO mount but when the media is writeable, block layer won't notice
> this change and thus will think device is used RW and will block eject
> button of the drive. That is unexpected by users because for
> non-writeable media eject button works just fine.
>
> Userspace mount(8) command handles this just fine and retries mounting
> with MS_RDONLY set so userspace shouldn't see any regression. Plus any
> tool mounting isofs is likely confronted with the case of read-only
> media where block layer already refuses to mount the filesystem without
> MS_RDONLY set so our behavior shouldn't be anything new for it.
OK, since noone objected to this patch series, I've merged the patches to
for_next branch in my tree.
Honza
>
> Reported-by: Hui Wang <hui.wang@canonical.com>
> Signed-off-by: Jan Kara <jack@suse.cz>
> ---
> fs/isofs/inode.c | 16 +++++-----------
> 1 file changed, 5 insertions(+), 11 deletions(-)
>
> diff --git a/fs/isofs/inode.c b/fs/isofs/inode.c
> index c348d6d..e5d408a 100644
> --- a/fs/isofs/inode.c
> +++ b/fs/isofs/inode.c
> @@ -117,8 +117,8 @@ static void destroy_inodecache(void)
>
> static int isofs_remount(struct super_block *sb, int *flags, char *data)
> {
> - /* we probably want a lot more here */
> - *flags |= MS_RDONLY;
> + if (!(*flags & MS_RDONLY))
> + return -EROFS;
> return 0;
> }
>
> @@ -763,15 +763,6 @@ root_found:
> */
> s->s_maxbytes = 0x80000000000LL;
>
> - /*
> - * The CDROM is read-only, has no nodes (devices) on it, and since
> - * all of the files appear to be owned by root, we really do not want
> - * to allow suid. (suid or devices will not show up unless we have
> - * Rock Ridge extensions)
> - */
> -
> - s->s_flags |= MS_RDONLY /* | MS_NODEV | MS_NOSUID */;
> -
> /* Set this for reference. Its not currently used except on write
> which we don't have .. */
>
> @@ -1530,6 +1521,9 @@ struct inode *isofs_iget(struct super_block *sb,
> static struct dentry *isofs_mount(struct file_system_type *fs_type,
> int flags, const char *dev_name, void *data)
> {
> + /* We don't support read-write mounts */
> + if (!(flags & MS_RDONLY))
> + return ERR_PTR(-EACCES);
> return mount_bdev(fs_type, flags, dev_name, data, isofs_fill_super);
> }
>
> --
> 1.8.1.4
>
--
Jan Kara <jack@suse.cz>
SUSE Labs, CR
next prev parent reply other threads:[~2013-07-31 20:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-25 22:28 [PATCH 0/3] Fix eject button handling for RO fs Jan Kara
2013-07-25 22:28 ` [PATCH 1/3] isofs: Refuse RW mount of the filesystem instead of making it RO Jan Kara
2013-07-31 20:16 ` Jan Kara [this message]
2013-07-25 22:28 ` [PATCH 2/3] udf: Standardize return values in mount sequence Jan Kara
2013-07-25 22:28 ` [PATCH 3/3] udf: Refuse RW mount of the filesystem instead of making it RO Jan Kara
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=20130731201631.GB29593@quack.suse.cz \
--to=jack@suse.cz \
--cc=hui.wang@canonical.com \
--cc=kzak@redhat.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=tj@kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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).