Received: by 10.213.65.68 with SMTP id h4csp126754imn; Thu, 15 Mar 2018 11:36:52 -0700 (PDT) X-Google-Smtp-Source: AG47ELtt7XBcaRyvel+MmhBZX6NsmxeyZzLmwE1hfd11tdtjZgzDXDHtw517CvE8x/o33iOhHWnh X-Received: by 10.99.130.199 with SMTP id w190mr7509294pgd.15.1521139012499; Thu, 15 Mar 2018 11:36:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521139012; cv=none; d=google.com; s=arc-20160816; b=pQmuK3zZvO8KJ1dDzFoRcZ7oNJs8bzYsxoJ31e3i4aYsjBZ5E4j3XeVaitYnnJabOT DGTDHcv+FXMCN/hHSLGULcZ8hRw56GJG38VHhwf0gcg4+P9BRT2E2g6vlGs2h0h/O04z PE70UcbvvWBvSujHXur85zJL3MihBiGudR2KjS0Cw06miC9dF4dBMlcKVpy/8RNPyKJ5 roeIUs9SbxKcZJjzRq7Nay1euDKgMUi9dIPK9eJF4X55mSAjkxZBtqxkFMFyYhYr/imF O+yx4MwMVlCacaSbpjfkEEs9TnQ+3YlIDOoMEg9GY58AV7yhkxMtNq+Ko+q4buWT2MJi RGuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:from:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:to :date:arc-authentication-results; bh=EuZx/pO7uJsw7AcyLk8DIrOHAVgOhDiaADBOVtN7DiI=; b=myyQmw6PDeUOWYVIlojGaMx6j+BoQq2ANcBawfta1S5DztbW5MJ4jkRjo3+7qJZ+4e WbEiNxl9BG+b78c75nFfUFCOLwqL0/ddhoB9vng0Fg0URmYz+u6qOWKXVkHBJcKjEPIB 7baRKFr6KsCE7EEEgE7Q5/fXwR0LMbwgjX8LcqxgGFPHXNlKqYxR+3vGJx7IcDfIdP0R f1rwt8jUH9ldsvb2om20srGnaoS+1gQFqH3BSGh7uZPhr6ntsDWU+6SiDNwvvNM1/eil kk195EnLorxgx9u10qXSOIu2T+tXikYzrQ1eZnisVGTImLA8Z34maKVsTXKK7/Ab67tl R9JA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=csclub.uwaterloo.ca Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b8-v6si162618plm.590.2018.03.15.11.36.38; Thu, 15 Mar 2018 11:36:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=csclub.uwaterloo.ca Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932524AbeCOSfc (ORCPT + 99 others); Thu, 15 Mar 2018 14:35:32 -0400 Received: from caffeine.csclub.uwaterloo.ca ([129.97.134.17]:54879 "EHLO caffeine.csclub.uwaterloo.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752577AbeCOSfb (ORCPT ); Thu, 15 Mar 2018 14:35:31 -0400 Received: by caffeine.csclub.uwaterloo.ca (Postfix, from userid 20367) id 12C37C0091; Thu, 15 Mar 2018 14:35:27 -0400 (EDT) Date: Thu, 15 Mar 2018 14:35:27 -0400 To: "Theodore Y. Ts'o" , Andreas Dilger , linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: ext4 ignoring rootfs default mount options Message-ID: <20180315183527.sruft4472fwwu6qk@csclub.uwaterloo.ca> References: <20180306190315.puocf5bu3bfz6yct@csclub.uwaterloo.ca> <20180307040608.GA2462@thunk.org> <20180307151427.i6vbeq6kqo55cdgs@csclub.uwaterloo.ca> <20180307160856.GD7507@thunk.org> <20180307191324.qtloesy4zdlkfnwv@csclub.uwaterloo.ca> <20180307225043.GA15217@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180307225043.GA15217@thunk.org> User-Agent: NeoMutt/20170113 (1.7.2) From: lsorense@csclub.uwaterloo.ca (Lennart Sorensen) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 07, 2018 at 05:50:43PM -0500, Theodore Y. Ts'o wrote: > 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? Completely don't trust it. Also don't do much writing so no real benefit. Having seen machines get killed by the watchdog come back with blank chunks in log files is not acceptable. Getting all user space software fixed to actually sync properly in all the right places takes forever. Now for my home machine (especially my mythtv box) it is absoletely on and a great thing to have. -- Len Sorensen