Debian Bug report logs - #616317
base: commit= ext3 mount option in fstab has no effect.

Package: initscripts; Maintainer for initscripts is Debian sysvinit maintainers <pkg-sysvinit-devel@lists.alioth.debian.org>; Source for initscripts is src:sysvinit.

Reported by: "Ilya V. Kalujny" <kalujny@gmail.com>

Date: Thu, 3 Mar 2011 12:57:01 UTC

Severity: normal

Full log


Message #9 received at control@bugs.debian.org (full text, mbox):

Received: (at control) by bugs.debian.org; 8 May 2011 02:43:37 +0000
From tytso@thunk.org Sun May 08 02:43:37 2011
X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02
	(2010-03-16) on busoni.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-9.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER,
	SPF_PASS,VALID_BTS_CONTROL autolearn=ham
	version=3.3.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 5; hammy, 151; neutral, 99; spammy, 0.
	spammytokens: hammytokens:0.000-+--debiandevel, 0.000-+--debian-devel,
	0.000-+--H*u:1.5.20, 0.000-+--H*UA:1.5.20, 0.000-+--H*u:2009-06-14
Return-path: <tytso@thunk.org>
Received: from li9-11.members.linode.com ([67.18.176.11] helo=test.thunk.org)
	by busoni.debian.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.72)
	(envelope-from <tytso@thunk.org>)
	id 1QIty3-0005LB-7m
	for control@bugs.debian.org; Sun, 08 May 2011 02:43:37 +0000
Received: from root (helo=tytso-glaptop)
	by test.thunk.org with local-esmtp (Exim 4.69)
	(envelope-from <tytso@thunk.org>)
	id 1QItxz-00005v-F7; Sun, 08 May 2011 02:43:31 +0000
Received: from tytso by tytso-glaptop with local (Exim 4.71)
	(envelope-from <tytso@thunk.org>)
	id 1QItxx-0004uH-W0; Sat, 07 May 2011 22:43:29 -0400
Date: Sat, 7 May 2011 22:43:29 -0400
From: Ted Ts'o <tytso@mit.edu>
To: Holger Levsen <holger@layer-acht.org>
Cc: control@bugs.debian.org, debian-devel@lists.debian.org
Subject: Re: Bug#616317: base: commit= ext3 mount option in fstab has no
 effect.
Message-ID: <20110508024329.GA15585@thunk.org>
References: <20110303125409.2284.9533.reportbug@island.kalujny.com>
 <201103031433.49616.holger@layer-acht.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201103031433.49616.holger@layer-acht.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-SA-Exim-Connect-IP: <locally generated>
X-SA-Exim-Mail-From: tytso@thunk.org
X-SA-Exim-Scanned: No (on test.thunk.org); SAEximRunCond expanded to false
Delivered-To: control@bugs.debian.org
reassign 616317 base
thanks

This isn't a bug in e2fsprogs; e2fsprogs has absolutely nothing to do
with mounting the file system.

Debian simply doesn't support the mount options for the root file
system in /etc/fstab having any effect on how the root file system is
mounted.  The root file system is mounted by the kernel, and the mount
options used by the kernel are specified by the rootflags= option on
the kernel's boot command line.

This is effectively a feature request, and I debated what was the best
way to deal with this bug.  I could close it, and say, "not a bug",
since Debian has never worked this way, and I suspect it was
deliberate.

Or, I could assign it to initramfs-tools, since what some other
distributions do is look in /etc/fstab, parse out the mount options in
for the root file system in /etc/fstab, and then insert into initrd
image the appropriate root mount options.  The problem with this is,
(a) it's a bit of a hack, (b) it only takes effect the next time you
install a new kernel, or if you deliberately and explicitly run
mkinitramfs, which has fairly baroque options that most users would
never figure out, and (c) not all Debian installations use an initrd,
so whether or not it works would depend on how the boot sequence was
set up.  If you don't use an initrd, you'd have to edit it into the
grub's configuration file.  But then, not all Debian systems use grub
as their boot loader.

Neither these seemed obviously the right choice.

So I'm going to do the cowardly thing, and choose the third option,
which is to reassign this back to base, cc'ing debian-devel.  I'm not
sure what the right thing is to do here, since honoring this feature
request would require making changes to multiple different packages:
initramfs-tools, all of the bootloaders, etc.

Should we try to make this work (at best badly) since a change in
mount options in /etc/fstab would only take effect at the next
mkinitramfs and/or update-grub invocation?  Or should we just close
out this bug and say, "tough luck, kid; if you want to change the root
file system's mount options, you need to edit your kernel's boot
options using whatever bootloader you might happen to be using"?

I have a slight preference for the latter, since it's a lot less
complexity that won't really work right anyway, but let's see what
other people think.

Regards,

						- Ted




Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Fri Apr 18 16:13:09 2014; Machine Name: beach.debian.org

Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.