This is a discussion on Re: Lower-case filenames on receiver side - Tools ; Thanks for your answer, i just learned case-preserving and case- sensitive are two different things... The source partition on my mac is case sensitive the problem is probably the target FAT partition on linux. Now that i think of it, ...
Thanks for your answer, i just learned case-preserving and case-
are two different things...
The source partition on my mac is case sensitive
the problem is probably the target FAT partition on linux.
Now that i think of it, my other backup that goes to an ext3 partition
the same machine does not have this problem.
It's still strange that for all other files in the same sync it works
Thanks for your answers
On 8 Apr, 2008, at 16:33 , Kyle Lanclos wrote:
> You are going from a case-insensitive filesystem (HFS or HFS+) to a
> case-sensitive one on the Linux host. If the Mac is inconsistent about
> how it reports the filename, I can see how you might have problems
> what you describe.
> I am not intimately familiar with problems of this type, as I stay
> from case-insensitive filesystems as much as possible. While the
> behavior is strange, I wouldn't be surprised if the root cause is
> somewhere in Apple's filesystem code.
On 8 Apr, 2008, at 16:34 , Wayne Davison wrote:
> On Tue, Apr 08, 2008 at 10:16:05AM +0200, Marco Bridge wrote:
>> I mean, rsync seems to be arbitrarily changing filenames
> No, rsync doesn't change filesnames at all. You should be looking for
> external reasons for the inconsistencies, such as inconsistent case in
> the source filename arguments (when combined with a case-ignoring
> filesystem), the copying from a case-honoring filesystem to a
> case-ignoring filesystem with overlapping directory names, and/or
> behind-the-scenes filesystem re-mapping of names.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html