Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

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

Why, when I delete some files in Samba, does it not delete them but instead merely change their filename from filename.txt to ._filename.txt?

This is not the behaviour one would expect when "deleting" a file, so I'm wondering if there's an option I forgot to set somewhere in the samba config.

It does this to some files but not to others, I have not yet spotted a pattern to its choosiness. There is a Ubuntu 12.04 machine and a Mac OS X machine which have write (and thus delete) capability, no Windows machines have write permission.

share|improve this question
This might be because something is still trying to access/delete the file (over samba or locally). – Darth Android Nov 4 '12 at 16:26
Are all systems on the network Macs and Linux? If so, NFS would make more sense than Samba, which implements a Windows-centric protocol. – Isaac Rabinovitch Nov 4 '12 at 16:54
up vote 1 down vote accepted

When a Mac/OSX file is copied to a volume that doesn't support full HFS characteristics the extra information (resource fork, type & creator codes, etc) is stored in a second file with a name that starts with ._. These files are invisible in OSX but usually are visible on other operating systems and tools. If you use a tool that doesn't know it needs to delete both files you will end up with an orphan file that starts with ._. The orphan ._ file will usually end up visible in OSX if the parent file is missing.

share|improve this answer
Wow, thanks! Do you happen to have any references I could read too? – Jeff Welling Nov 5 '12 at 5:55

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.