> > > > (2) needs work in the filesystems implicated. I already have patches > > for ext2, ext3, tmpfs, devpts and hostfs, and it would be nice if the > > maintainers for others could help out. > > > > A lot of these could be fixed all at once by letting the filesystem tell > the VFS to retain the string passed to the original mount. That will > solve *almost* all filesystems which take string options.
On remount some filesystems like ext[234] use the given options as a delta, not as the new set of options. Others just ignore some of the options on remount. Yes, /etc/mtab is broken wrt. remount too, but somehow I feel breaking /proc/mounts this way too would be frowned upon. > On the other hand, maybe it's cleaner to present a canonical view of the > options. Note that /etc/mtab does not, however. Yes, we could emulate /etc/mtab like this for filesystems which don't have a ->show_options(), but mostly filesystems do have ->show_options(), they are just lazy about updating it with all the new mount options. Miklos - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
