Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I've set up Samba share on a Centos system and all works fine except whenever I copy a file using OS X Finder to a share it makes two files, the actual file and what looks to be a log file, which has an appending ._ on the front of it.

So for example if I copy index.php it copies that one, plus it creates ._index.php with semi looking log info in it.

How do I stop Samba doing this? I'm sure its in smb.conf somewhere but can't find it.


share|improve this question
up vote 3 down vote accepted

It's not Samba, it's the OS X client. Since the Samba share doesn't support Mac-style file attributes (resource fork, type&creator codes, Finder flags, extended attributes, etc), the OS X file system will split the file into the AppleDouble format, storing the data fork (regular file contents) as one file, and all of the unsupported metadata in a second file with a "._" prefix on the name.

I don't think there's any way to stop the OS X client from doing this (there's a way to prevent ".DS_Store" files, but that doesn't work for the AppleDouble files). There are various programs and scripts that'll remove the AppleDouble files (e.g. BlueHarvest). Unfortunately, for some file types they're actually an integral part of the file (these are, of course, Mac-specific formats like Finder aliases), so depending on what kind of files you're storing, you might wind up deleting something important.

share|improve this answer
heh, They must have a script at work that deletes it because I've never had this problem on that network. I'll look into it. – Rudiger Mar 20 '11 at 5:17

Actually the trick is to hide system files on windows machine. This way you shouldn't see files beginning with dot "."

share|improve this answer
I actually dont see them, more the principle behind the matter. – Rudiger Mar 20 '11 at 12:11
Well, the correct way of handling such a situation is to use an alternative data stream, which is not possible because of NTFS – BobC Mar 21 '11 at 7:26
There is no NTFS or windows machines in use here – Rudiger Mar 26 '11 at 23:42

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.