mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Kasper Dupont <kasperd@daimi.au.dk>
To: Dominik Kubla <dominik@kubla.de>
Cc: Horst von Brand <vonbrand@inf.utfsm.cl>,
	Miles Bader <miles@gnu.org>, DervishD <raul@pleyades.net>,
	Linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: About /etc/mtab and /proc/mounts
Date: Thu, 27 Feb 2003 20:47:05 +0100	[thread overview]
Message-ID: <3E5E6B39.3DD1C6A@daimi.au.dk> (raw)
In-Reply-To: <200302271740.06139.dominik@kubla.de>

Dominik Kubla wrote:
> 
> So there are quite some differences between the Linux proc file and
> the Solaris mntfs filesystem.  If these differences justify us doing it the
> same way is debateable.
> 
> The strongest argument i see is: It's already been done this way by one
> major Unix version, so why should Linux reinvent the wheel. Again.

The reason for implementing that would IMHO not be to just get the features
that solaris has, but rather to get rid of /etc/mtab. I guess we all agree,
that a kernel implementation, that being a misc char device or a proc pseudo
file would be better than the current /etc/mtab file. But I think a kernel
implementation is also the most tricky. Bind mounting /proc/mounts onto
/etc/mtab would to some extent resemble the solaris implementation, but
there are noticable differences. I think one major question is if we can
actually make a kernel implementation that without help from userspace will
provide all the information that we have usually gotten from /etc/mtab. If
that is possible, I think we should aim for that and thereby make /etc/mtab
obsolete. Then we can eventually replace /etc/mtab with a symlink pointing
to /proc/mtab, /proc/self/mtab, or /proc/1/mtab. The fact that solaris makes
a snapshot of the mountpoints might be convenient, but really not that
important. The correct size reported by stat is also just a convenience. The
exact reporting of mtime is as already pointed out of real value to some
applications. And the ioctl to get major and minor is certainly helpful if
the device field is reused for other purposes in the case of bind mounts and
loopback mounts. Does solaris actually have those features, and what does
mnttab report in those cases? And while we are discussing bind mounts, there
is one feature that I have sometimes missed: A possibility to directly mount
a subdirectory of a filesystem without having to mount the root of that
filesystem first and use a bindmount afterwards.

-- 
Kasper Dupont -- der bruger for meget tid på usenet.
For sending spam use mailto:aaarep@daimi.au.dk
for(_=52;_;(_%5)||(_/=5),(_%5)&&(_-=2))putchar(_);

  reply	other threads:[~2003-02-27 19:37 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-19 11:21 DervishD
2003-02-26  9:18 ` Kasper Dupont
2003-02-26 10:26   ` Miquel van Smoorenburg
2003-02-26 11:00     ` Olaf Dietsche
2003-02-26 11:14       ` Måns Rullgård
2003-02-26 11:44         ` Kasper Dupont
2003-02-26 12:16         ` Olaf Dietsche
2003-02-26 12:34           ` Måns Rullgård
2003-02-26 13:39             ` Olaf Dietsche
2003-02-26 13:54               ` Måns Rullgård
2003-02-26 14:23                 ` Olaf Dietsche
2003-02-27  4:14   ` Miles Bader
2003-02-27  6:40     ` Kasper Dupont
2003-02-27  7:03       ` Joseph Wenninger
2003-02-27  8:28         ` Kasper Dupont
2003-03-05  0:03           ` Jamie Lokier
2003-02-27  7:06       ` Miles Bader
2003-02-27  8:25         ` Kasper Dupont
2003-02-27  8:42           ` Miles Bader
2003-02-27  9:21             ` jw schultz
2003-02-27  9:49               ` Miles Bader
2003-02-27 23:33                 ` Kasper Dupont
2003-02-27 12:48               ` Denis Vlasenko
2003-02-27 23:28                 ` Kasper Dupont
2003-02-28  6:15                   ` Denis Vlasenko
2003-03-02 13:04               ` DervishD
2003-03-02 14:16                 ` Kasper Dupont
2003-03-03  1:04                   ` jw schultz
2003-03-03 12:22                     ` Kasper Dupont
2003-03-04  2:02                       ` jw schultz
2003-03-05 12:57                         ` Kasper Dupont
2003-03-06  1:18                           ` jw schultz
2003-03-06 23:30                             ` Kasper Dupont
2003-03-04 11:16                       ` DervishD
2003-03-04 11:08                   ` DervishD
2003-02-27  9:46             ` Kasper Dupont
2003-02-27  9:58               ` Miles Bader
2003-02-27 12:26                 ` Gabriel Paubert
2003-02-27  7:07       ` Joseph Wenninger
2003-02-27  7:08       ` Dominik Kubla
2003-02-27  8:12         ` Kasper Dupont
2003-02-27  9:11           ` Dominik Kubla
2003-02-27 16:00             ` Horst von Brand
2003-02-27 16:31               ` Christoph Hellwig
2003-02-27 16:40               ` Dominik Kubla
2003-02-27 19:47                 ` Kasper Dupont [this message]
2003-02-27 22:13                   ` Valdis.Kletnieks
2003-02-27 22:31                     ` Kasper Dupont
2003-02-27 23:54                       ` Miquel van Smoorenburg
2003-02-28  1:37                         ` Miles Bader
2003-03-02 12:53     ` DervishD
2003-03-02 14:00       ` Kasper Dupont
2003-03-04 11:02         ` DervishD
2003-03-04 12:09           ` Kasper Dupont
2003-03-04 14:53             ` DervishD
2003-03-02 12:51   ` DervishD

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3E5E6B39.3DD1C6A@daimi.au.dk \
    --to=kasperd@daimi.au.dk \
    --cc=dominik@kubla.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=miles@gnu.org \
    --cc=raul@pleyades.net \
    --cc=vonbrand@inf.utfsm.cl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®