On Tue, 30 Mar 2004, CW Harris wrote:

>        -t vfstype
>        <snip>
> 
>               The type iso9660 is the default.  If no -t option is  given,  or
>               if  the auto type is specified, the superblock is probed for the
>               filesystem type (adfs, bfs, cramfs, ext, ext2, ext3, hfs,  hpfs,
>               iso9660,  jfs,  minix,  ntfs,  qnx4,  reiserfs, romfs, udf, ufs,
>               vxfs, xfs, xiafs are supported).  If  this  probe  fails,  mount
>               will try to read the file /etc/filesystems, or, if that does not
>               exist, /proc/filesystems.  All of the  filesystem  types  listed
>               there  will  be tried, except for those that are labeled "nodev"
>               (e.g., devpts, proc and nfs).  If  /etc/filesystems  ends  in  a
>               line  with  a  single  * only, mount will read /proc/filesystems
>               afterwards.

That is very interesting. I checked my /proc/filesystems and it contains:

        ext2
        minix
        msdos
nodev   proc
        iso9660
nodev   devpts
        vfat
nodev   usbdevfs
nodev   nfs
        ufs

With fstab

/dev/fd0        /floppy         auto    user,noauto             0       0

and 'mount floppy' - where the floppy is a vfat formated one - I never could 
use the long name support of vfat (I think "auto" probes the floppy to
msdos). But creating additionally a /etc/filesystems with 

vfat
ext2
minix
msdos
nodev   proc
iso9660
nodev   devpts
nodev   usbdevfs
nodev   nfs
ufs

gives me the long-name-possibility. 
I did not know that "auto" uses a heuristic probing and that
/etc/filesystems could change this order.
I would like to know what exactly determines the order in /proc/filesystems?


Oliver
-- 
... don't touch the bang bang fruit


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to