Copied file vanishes when client is OS X

Matthew Geier matthew at arts.usyd.edu.au
Mon Nov 24 20:25:19 GMT 2003


On Tue, 2003-11-25 at 01:59, Ed Holden wrote:

> The Mac does some unusual things when it tries to write the file, 
> including creating a .DS_Store file, as well as a temporary version of 
> the target file beginning with the ._ string.  Still, nothing really 
> suspicious.  I suspect that this is an issue with Mac OS X dropping the 
> file prematurely, and a Google search reveals that OS X users have seen 
> similar problems, but only with Samba shares.  Also, it doesn't happen 
> to all files.

 The .DS_Store is the desktop control file, not majorly important, but
important. The ._{string} file IS important - It's the resource fork
part of the file and MacOS gets a little upset if they go missing. It is
not a tempory file.
 Possibly in your case the resource file is not being written correctly
for some reason (hide dot files?), OSX is deciding that the resource
fork part of the file didn't write, aborting the copy and deleting the
otherwise sucessfully copied data fork as it 'backs out' the copy.

 OSX would probably be a lot happier with Samba 3 so that it can write
Unicode filenames....

-- 
Matthew Geier <matthew at arts.usyd.edu.au>
Arts IT Unit, Faculty of Arts, Sydney University




More information about the samba-technical mailing list