From: John Richard Moser <nigelenki@comcast.net>
To: linux-kernel@vger.kernel.org
Subject: msdos/vfat defaults are annoying
Date: Sun, 06 Feb 2005 00:33:43 -0500 [thread overview]
Message-ID: <4205AC37.3030301@comcast.net> (raw)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
So I've noticed, again, much annoyed, that if I rely on -t auto,
horrible horrible things happen.
I have had floppies and compact flash cards that I've done mkfs.vfat to
make fat32 filesystems on (not fat16), and mounting them brings the
thing on as msdos by default (autodetect). Furthermore, I build msdos
out, and mount says the msdos FS isn't supported. In either case I need
to use -t vfat.
Vfat is much more common and should be backwards compatible with msdos.
When there's a ton of foo~1 files around after mounting, something's
wrong.
Shouldn't vfat be the automatic default? Or at least, if only vfat and
not msdos is available, use vfat. For that matter, can msdos and vfat
be collapsed? As I recall, the difference is that vfat makes more
inodes to store long file names, one for each 13 characters (in reverse?)
I dunno. I can never understand the innards of the kernel devs' minds.
- --
All content of all messages exchanged herein are left in the
Public Domain, unless otherwise explicitly stated.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCBaw3hDd4aOud5P8RAtBGAJsE8I1510nLSNqM6MRwPFGnl9l2UQCfSaGy
HPGDuNVPvMZq8nkI34DlfPI=
=uNx9
-----END PGP SIGNATURE-----
next reply other threads:[~2005-02-06 5:34 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-06 5:33 John Richard Moser [this message]
2005-02-06 7:06 ` msdos/vfat defaults are annoying Christoph Hellwig
2005-02-06 16:29 ` John Richard Moser
2005-02-06 23:21 ` [PATCH] " Pozsar Balazs
2005-02-07 0:36 ` Al Viro
2005-02-07 0:42 ` Pozsár Balázs
2005-02-07 2:48 ` Nuno Monteiro
2005-02-07 8:47 ` Pozsár Balázs
2005-02-07 12:53 ` Michelle Konzack
2005-02-07 21:59 ` Ingo Oeser
2005-02-07 14:27 ` Nuno Monteiro
2005-02-08 23:09 ` H. Peter Anvin
2005-02-07 6:53 ` Clemens Schwaighofer
2005-02-07 11:29 ` Andries Brouwer
2005-02-07 12:45 ` Pozsár Balázs
2005-02-07 14:00 ` Clemens Schwaighofer
2005-02-08 0:23 ` Horst von Brand
2005-02-08 2:24 ` Clemens Schwaighofer
2005-02-06 11:15 ` Michelle Konzack
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=4205AC37.3030301@comcast.net \
--to=nigelenki@comcast.net \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.