[lkml]   [1999]   [Aug]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Your backup is unsafe!
On Mon, Aug 02, 1999 at 11:31:38AM +0100, Robert de Bath wrote:
> On Mon, 2 Aug 1999, Nathan Hand wrote:
> > The problem isn't straightforward. Simply stated, VFAT has two names for
> > a file, both are valid, both must be preserved, only one is visible, but
> > both are usable at all times. This does not map onto any UNIX filesystem
> > so some magic is needed.
> Under _Windows_ both are valid. Do you really think this brain dammage
> should be kept in Linux? There is no reason for the short name to be
> visable _except_ when there are interactions with DOS, this comes down
> to dosemu, samba and backups.

In retrospect I have to agree. It's clearly better to only show the long
filenames and have special "VFAT aware" programs to handle backups. This
can be done via ioctl, a /proc interface, etc. It's a robust solution.

> > How about a magic file in each VFAT directory which contains mappings of
> > long to short filenames. You only see the long names using standard UNIX
> > file I/O. Then backups work, because you backup the magic file too, so a
> > restore will put the correct short/long mappings back.
> Yes, I thought of this but the coding would be horrific. I think this would
> work out to be just the same as using a directory by directory sfn_backup,
> and IMO it's better to do it in userspace and keep those horrors from the
> kernel.

Yes, I agree. The existing Linux VFAT filesystem is clean, UNIX-like, it
hides the major braindamages, and it fails in very few cases. Far better
to solve specific problems (like VFAT backups) with specialised tools.

Nathan Hand - Chirp Web Design - - $e^{i\pi}+1 = 0$
Phone: +61 2 6230 1871 Fax: +61 2 6230 1515 E-mail:

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

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