I finally got the picture! On 2002.02.05, at 16:45, Mark Edwards wrote: > The directory that caused problems was a standard ~/Sites/images > directory. > > Here is the file list of the source directory: > > -rwxr-xr-x 1 mark staff 82 Feb 13 2001 ._apache_pb.gif > -rwxr-xr-x 1 mark staff 82 Feb 13 2001 ._macosxlogo.gif > -rwxr-xr-x 1 mark staff 82 Feb 13 2001 ._web_share.gif > -rwxr-xr-x 1 mark staff 2326 Feb 13 2001 apache_pb.gif > -rwxr-xr-x 1 mark staff 2829 Feb 13 2001 macosxlogo.gif > -rwxr-xr-x 1 mark staff 13370 Feb 13 2001 web_share.gif > > And here is the file list of the psync copy: > > -rwxr-xr-x 1 mark staff 2326 Feb 13 2001 apache_pb.gif > -rwxr-xr-x 1 mark staff 2829 Feb 13 2001 macosxlogo.gif > -rwxr-xr-x 1 mark staff 13370 Feb 13 2001 web_share.gif
Yes indeed psync DELIBERATELY ignores files that start with "._", not just "." with a good reason. It is a FEATURE. Files that start with '._' is RESERVED BY APPLE to store finder info and resource fork. See http://developer.apple.com/techpubs/macosx/Essentials/SystemOverview/Finder/ The_Finder___Operations.html to get the picture. It appears that your '._' files exist on HFS+ volumes. Though possible it is not recommended. Try copying these files to UFS volume via cp command (you can create UFS file image via Disk Copy) then try psync again. Your destination files will be one piece. With a UFS volume you can try backwards -- HFS+ to UFS copy. In that case '._' files gets created for each file copied. Dan the Man with a Mistery Solved