[lkml]   [2003]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: About /etc/mtab and /proc/mounts
Miles Bader wrote:
> Kasper Dupont <> writes:
> > I don't think you can put all the information from /etc/mtab
> > into /proc/mounts without breaking compatibility.
> Why? Since the option syntax is regular, presumably programs simply
> ignore options they don't understand. No?

It is mostly the device field I had in mind.

> > My suggestion would be to change it from /etc/mtab to /mtab.d/mtab.
> Please, no. don't pollute the root (_especially_ with little one-use
> directories like that).

Unfortunately it is the best solution I can come up with.

> /var is clearly the right place for this;

Is it?

> if /var isn't mounted
> initially, I'd suggest that mount should simply not update any file at
> that point, and the init-script that mounts /var can be responsible from
> propagating information from /proc/mounts to /var/whatever.

Would you fsck /var while it is mounted?

I think part of the problem is that /var is used for both files
we want to keep across reboot, and files we do not want to keep
across reboot.

There are cases where it is undesirable to have mtab in /var,
but if mount expect to find mtab somewhere under /var, we can't
even use a symlink to get it out of there, because /var needs
to be mounted before the symlink can be followed.

Kasper Dupont -- der bruger for meget tid på usenet.
For sending spam use
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.095 / U:2.428 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site