From: "Theodore Y. Ts'o" Subject: Re: ext4 ignoring rootfs default mount options Date: Wed, 7 Mar 2018 17:50:43 -0500 Message-ID: <20180307225043.GA15217@thunk.org> References: <20180306190315.puocf5bu3bfz6yct@csclub.uwaterloo.ca> <20180307040608.GA2462@thunk.org> <20180307151427.i6vbeq6kqo55cdgs@csclub.uwaterloo.ca> <20180307160856.GD7507@thunk.org> <20180307191324.qtloesy4zdlkfnwv@csclub.uwaterloo.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andreas Dilger , linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org To: Lennart Sorensen Return-path: Content-Disposition: inline In-Reply-To: <20180307191324.qtloesy4zdlkfnwv@csclub.uwaterloo.ca> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-ext4.vger.kernel.org On Wed, Mar 07, 2018 at 02:13:24PM -0500, Lennart Sorensen wrote: > > Trying to use tune2fs -E mount_opts to set some default options, and > can't figure out how to enter two options at once. > > ... > > Sure in this case I can set one with -o and the other with -E, but in > general there seems to be a small problem here, probably only in user > space though. Seems tune2fs needs some change in how it deals with > extended options that contain commas. Yes, this is a shortcoming in tune2fs. You can set extended mount options using debugfs: debugfs -w -R "set_super_value mount_opts foo,bar" /dev/sda1 ... but there ought to be some way to support some kind of quoting mechanism so that tune2fs can understand when a comma is part of an extended option value, as opposed to separating extended options. Extended options haven't been used much, so it's not been something that has gotten a lot of polish. Backing up for a bit, is there a reason why you need so many mount options when mounting the root file sytsem? Specifically, why do you want to turn off dellayed allocation? - Ted