lkml.org 
[lkml]   [2005]   [Feb]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Re: msdos/vfat defaults are annoying
On Mon, Feb 07, 2005 at 03:53:00PM +0900, Clemens Schwaighofer wrote:

> >>Yeah, but the link order could be changed... Patch inlined.
> >
> > And just what does the link order (or changes thereof) have to do with that?
>
> because some distributions (eg gentoo) make a symlink to /proc/filesystems
>
> jupiter root # ls -l /etc/filesystems
> lrwxrwxrwx 1 root root 19 Oct 25 11:18 /etc/filesystems ->
> ../proc/filesystems
>
> and then its impossible to change the order. (unless you make a "hand
> made" file of course).

Ah, I had not met this particular form of brokenness before.

If one does not specify a filesystem type to mount,
mount will try its own collection of heuristics, looking for
known magic numbers. This stuff comes in two versions, depending
on whether mount was linked against the blkid library or not.

When no magic is recognized, mount will try all filesystems
listed in /proc/filesystems that were not rejected already
because of wrong magic. The list in /proc/filesystems can
be overridden by the file /etc/filesystems. That is useful
for two reasons: (i) sometimes the kernel crashes when one
tries to mount something with the wrong type, so
/etc/filesystems can skip the types that must never be tried,
and (ii) sometimes several types would succeed (e.g. msdos/vfat)
and the user can override the kernel order.

Making a symlink /etc/filesystems -> /proc/filesystems is
meaningless.

By the way, it is best to consider the kernel order as undefined.
It plays a role when mounting the rootfs. If you get undesirable
results at boot time, specify the rootfstype= boot option.
It plays a role when generating /proc/filesystems.
If you get undesirable results, adapt /etc/filesystems.

It is not true that vfat is universally better than msdos.
Some need one, some need the other.

Instead of having a global order, one can have a per-mountpoint
list in /etc/fstab. For example,

/dev/foo /mnt ext2,msdos noauto 0 0

Finally, guessing is always bad. It is convenient in the short run
but may lead to crashes and data loss in the long run.

Andries
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

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