Re: /etc/mtab

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Dec 23, 2010 at 12:12:12PM +0100, Lennart Poettering wrote:
> On Wed, 22.12.10 22:38, Bernie Innocenti (bernie@xxxxxxxxxxx) wrote:
> It is definitely planned to get rid of /etc/mtab, but before that
> happens the kernel must either learn to store userspace mount options
> along kernel mount options for each mount point in some way (Miklos
> Szeredi has been working on this IIRC), or /bin/mount must learn to

 It seems kernel will never be so promiscuous to care about arbitrary
 userspace mount options. 
 
 Miklos wants to store fsuid (uid of the task doing the mount(2) syscall)
 to VFS and make it accessible in /proc/self/{mounts,mountinfo}. This 
 will resolve our problem with user= mount option.

 The others userspace (FS specific) mount options have to be managed
 by filesystem drives, we shouldn't expect any generic solution by
 VFS. The other solution is to store these options somewhere in
 userspace (see below).

> store these options somewhere in userspace (for example /dev/.mount or
> so), and then augment its output with these options. (Karel Zak has been
> thinking about adding this).

 Yes, mount(8) in F15 will store arbitrary userspace mount options to
 /dev/.mount/utab if a regular /etc/mtab does not exist. This feature
 is implemented in incoming libmount.
 
 In F16 the whole mount(8) (and some mount.<type> helpers) will be
 based on libmount. Now we use the library for findmnt(8) only.

> Sooner or laer we will definitely make /etc/mtab a symlink, which should
> take us one definite step nearer to supporting r/o root by default. 
> 
> In fact, in systemd we already warn during boot if /etc/mtab is not a
> symlink, and we do not longer clear that file on bootup, all to put a
> tiny bit of pressure on the folks involved to fix this properly once and
> for all, in the F15 timeframe...

 Thanks :-)

> > 1) the Gnome Disk Mounter panel applet seems to get confused. After a
> > loopback mount gets unmounted, there's still an icon to remount the
> > device. (the loopback device is correctly cleaned up at umount time).
> 
> Loop devices use userspace-only mount options too, afair.

 mount(8) in F15 will use auto-clear flag for loopdevs, the loop=
 option will be unnecessary in mtab.

    Karel

-- 
 Karel Zak  <kzak@xxxxxxxxxx>
 http://karelzak.blogspot.com
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux