On Sun, May 08, 2011 at 05:24:09AM +0100, Ben Hutchings wrote: > On Sat, 2011-05-07 at 22:43 -0400, Ted Ts'o wrote: > [...] > > 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"? > [...] > > Could we not have init remount root based on /etc/fstab? It already > handles remounting read-write. I suppose the problem then is that some > mount options can't practically be changed when remounting. (Worse, the > failure to change them is silent in some cases. And that is definitely > a bug.) See also: #520009 Also, with the version of initscripts in experimental, the domount mount helper can remount filesystems with the options from /etc/fstab. This is used to remount the filesystems mounted in the early initramfs with the options the sysadmin defined (if any). This could also be extended to do the same for the rootfs. The existing read_fstab could also be refactored to use the generic read_fstab_entry to pull out the entire set of mount options for remounting rather than just using the ro option. As both this and #520009 note, this won't work for all mount options such as data= for ext3, but it would allow any other options to from fstab to be applied to the root mount. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
Description: Digital signature