> It does seem curious that the two vfat
> filesystems are reporting the names differently.
The FAT longname stores the case used when the file is created as it,
but allows either case to match it on open. If you have already existing
filesystems where one has "Foo" and the other has "foo", then
> This is a mount option issue.
> Don't mount with posix enabled.
Did you try that?
FWIW, I'm not using the "posix" option to the vfat fs. It would have
solved my problem, but it doesn't work consisitently. I did try it:
posix Allow two files with names that only differ in case.
The
I have two DOS filesystems mounted on Linux as "vfat" which I want to rsync.
(They are on flash cards, so that they are also small). rsync gets tricked
because the filesystem treats names differing in only case as the same.
Thus, when it tries to sync "FOO123" with "foO123", it copies over the
"ne
> The remote disk is full. Is there a chance that
> rsync could give a more descriptive error ?
I sent a suggested patch for rsync 2.5.6 back in May:
http://lists.samba.org/pipermail/rsync/2003-May/010757.html
http://lists.samba.org/pipermail/rsync/2003-May/010763.html
John
--
To unsubscribe
I've been having problems trying to sync two small partitions (128MB)
that may be near to full.
If rsync gets a write error (such as is caused when you fill up a
partition) during a sync without the use of "-T", it will stop with
this error:
rsync: writefd_unbuffered failed to write 4 bytes: phas
