From: Stefan R. <st...@lo...> - 2013-11-02 19:21:11
|
Hi, I'm currently testing a mixed samba4 / netatalk 3.1.0 environment on FreeBSD 9.2 with a OSX mountain lion client. This is mostly because of the new AppleDouble backend that claims to be compatible with the CIFS client. See http://netatalk.sourceforge.net/3.0/htmldocs/upgrade.html: "the format of the ._ file is exactly as the Mac’s CIFS client expects it when accessing the same filesystem via a CIFS server (Samba), thus you can have parallel access from Macs to the same dataset via AFP and CIFS without the risk of loosing data (resources or metadata)." However, this doesn't work for me. This is how a font looks when stored with Netatalk 3.1.0: # ls -l ._WiesbSwiRom WiesbSwiRom -rw-rw-rw- 1 srompf wheel 43126 Nov 2 18:40 ._WiesbSwiRom -rwx------ 1 srompf wheel 0 Feb 10 2009 WiesbSwiRom # lsextattr user ._WiesbSwiRom WiesbSwiRom ._WiesbSwiRom WiesbSwiRom org.netatalk.Metadata As expected, the main file contains an EA with finder data etc. and the resource fork is a separate file. This is how the font looks when stored with Samba 4, either .com.apple.smb.streams.off set in the root directory of the share or streams disabled: # ls -l ._WiesbSwiRom WiesbSwiRom -rwx------ 1 srompf wheel 46854 Nov 2 18:53 ._WiesbSwiRom -rwx------ 1 srompf wheel 0 Feb 10 2009 WiesbSwiRom # lsextattr user ._WiesbSwiRom WiesbSwiRom ._WiesbSwiRom DOSATTRIB WiesbSwiRom DOSATTRIB See the different sizes of the two dot-underscore files. In the CIFS case, it seems to contain metadata beside the resource fork. Consequently, the font stored with samba cannot be displayed when accessed with netatalk and and the other way round. Any idea? Stefan |