rsync not copy all information for font file

Bryan Pliatsios bryan.pliatsios at wellcom.com.au
Sun Dec 14 03:12:21 MST 2014


Hi Ram,

  In OS X, some font types (not all) put the font payload in the resource fork. Netatalk provides AFP filesharing, imitating the resource forks by creating secondary files in “.Appledouble” folders within each folder. Netatalk tracks the resource forks, and other metadata, by keeping a “Desktop database” at the root of the shared volume — look for .AppleDesktop, and .AppleDB.

  You can double check the font still has its payload by looking at the size of “./.Appledouble/fontname.ext"
  To use the backup, you have to present that storage on a machine that has Netatalk, AND to rebuild the 'desktop file’. 
  To rebuild the desktop: “sudo dbd -r /home/AFPshare”, or just to check it use "-s” for a scan.  I usually stop the service, run the scan piped to “wc -l” and then do a rebuild, scan and count the errors, rebuild, etc until the number of error lines stops going down, or is zero. If there are still errors (usually codepage issues from moving between platforms) I check the files and work out how to fix it.

  My best recommendation is to move away from Netatalk and go to Samba. It’s not perfect, but with OSX10.10 things are starting to get better. Samba removes the custom .Appledouble and the database, forcing the client computer to create “dot-underscore” files (fontname.ext & ._fontname.ext).

  Also worth noting, Apple still ships rsync 2.6.9 with OSX10.10! The same version since late 10.4 version. I’ve followed the suggestion of Mike Bombich who writes CarbonCopyCloner and built a universal 3.0.7 executable which I deploy to all my Apple servers.

OSX 10.10 native:
> rsync  version 2.6.9  protocol version 29
> Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others.
> <http://rsync.samba.org/>
> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles,
>               inplace, IPv6, 64-bit system inums, 64-bit internal inums


per Bombich instructions:
> Capabilities:
>     64-bit files, 32-bit inums, 64-bit timestamps, 64-bit long ints,
>     socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,
>     append, ACLs, xattrs, no iconv, symtimes, file-flags

> file rsync3 
> rsync3: Mach-O universal binary with 3 architectures
> rsync3 (for architecture ppc):	Mach-O executable ppc
> rsync3 (for architecture i386):	Mach-O executable i386
> rsync3 (for architecture x86_64):	Mach-O 64-bit executable x86_64



Regards,

   Bryan

> On 13 Dec 2014, at 4:04 am, devzero at web.de wrote:
> 
> what is the source and destination filesystem?
> 
> here is some report that rsync has some problem with HFS+ filesystems and "ressource forks": http://quesera.com/reynhout/misc/rsync+hfsmode/
> 
> but as you are using ubuntu and not osx i`m curious what`s the problem, so i think we need more information here.
> 
> regards
> roland
> 
> 
>> Gesendet: Freitag, 12. Dezember 2014 um 15:31 Uhr
>> Von: "Ram Ballu" <ram at edom.it>
>> An: rsync at lists.samba.org
>> Betreff: Re: Aw: Re:  rsync not copy all information for font file
>> 
>> Some more details on my problem.
>> The machine have Ubuntu 12.04 with rsync version 3.0.9
>> I am using this server as data server using "Netatalk" for share with apple OS for my graphics work, so here i save my work containing file created by (indesign, photoshop, illustrator, quark xpress, mathtype etc.)
>> I have try to backup my shared folder on external HDD using "rsync" mounting external HDD in local. But in backup copy the font file result Zero kb.
>> 
>> Here is the result i try to backup only the folder containing font.
>> Here PROVA_BKP_SRC is source directory(folder on local HDD) and BKP_DES is folder on external HDD mounted in local. 
>> 
>> # rsync -av PROVA_BKP_SRC/ /BKP_DES/
>> sending incremental file list
>> ./
>> :2eDS_Store
>> Times Bold Italic/
>> Times Bold Italic/BI Times BoldItalic
>> Times Bold Italic/TimesBolIta
>> Times Bold Italic/.AppleDouble/
>> Times Bold Italic/.AppleDouble/.Parent
>> Times Bold Italic/.AppleDouble/BI Times BoldItalic
>> Times Bold Italic/.AppleDouble/TimesBolIta
>> Times Bold/
>> Times Bold/B Times Bold
>> Times Bold/TimesBol
>> Times Bold/.AppleDouble/
>> Times Bold/.AppleDouble/.Parent
>> Times Bold/.AppleDouble/B Times Bold
>> Times Bold/.AppleDouble/TimesBol
>> Times Italic/
>> Times Italic/I Times Italic
>> Times Italic/TimesIta
>> Times Italic/.AppleDouble/
>> Times Italic/.AppleDouble/.Parent
>> Times Italic/.AppleDouble/I Times Italic
>> Times Italic/.AppleDouble/TimesIta
>> Times Roman/
>> Times Roman/Times
>> Times Roman/TimesRom
>> Times Roman/.AppleDouble/
>> Times Roman/.AppleDouble/.Parent
>> Times Roman/.AppleDouble/Times
>> Times Roman/.AppleDouble/TimesRom
>> 
>> sent 183840 bytes  received 447 bytes  368574.00 bytes/sec
>> total size is 183542  speedup is 1.00
>> --------------
>> 
>> 
>> 
>> 
>> 
>> Il giorno 12/dic/2014, alle ore 13.02, devzero at web.de ha scritto:
>> 
>>> yes
>>> 
>>>> Gesendet: Freitag, 12. Dezember 2014 um 12:59 Uhr
>>>> Von: "Ram Ballu" <ram at edom.it>
>>>> An: devzero at web.de
>>>> Betreff: Re: Aw: rsync not copy all information for font file
>>>> 
>>>> Ronald, 
>>>> thanks a lot for your kind suggestion and for compliments on my english(i take it like compliments :-) )
>>>> I will try after sometime as you say me and than update you.
>>>> so now command i have to use is 
>>>> 
>>>> "rsync -av /source_folder /Destination_folder" ?
>>>> 
>>>> Thanks again
>>>> Ram
>>>> 
>>>> Il giorno 12/dic/2014, alle ore 11.27, devzero at web.de ha scritto:
>>>> 
>>>>> you mean, rsync "silently" creates 0kb sized files and only a special type of file shows this behaviour?
>>>>> 
>>>>> try increasing rsync verbosity with "-v" , delete the 0kb files and retry. you can send the output of rsync to this list if it`s not too long if you don`t get a clue from that. mind that it may contain private information.
>>>>> 
>>>>> you should also omit "-z" because it makes no sense for local transfer. you do not want compression here, because it slows things down and burns cpu for nothing.
>>>>> 
>>>>> regards
>>>>> roland
>>>>> 
>>>>> ps:
>>>>> i`m no native english speaker, but i think your english is quite ok.
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>> Gesendet: Freitag, 12. Dezember 2014 um 10:44 Uhr
>>>>>> Von: "Ram Ballu" <ram at edom.it>
>>>>>> An: rsync at lists.samba.org
>>>>>> Betreff: rsync not copy all information for font file
>>>>>> 
>>>>>> Good morning list, 
>>>>>> this is my first question and hope really to get an answer, sorry for my bad english :-(
>>>>>> 
>>>>>> Ok so i have a machine with ubuntu and use as data server for my graphics works. 
>>>>>> Now i am trying to backup my folder on an external HDD using "rsync" where i save all my data file (file of graphics software, image, font etc.).
>>>>>> For this i mount HDD in local and launch command "rsync  -avz  source_folder  destination_folder.
>>>>>> I notice that in backup copy font file have zero kb size rather than 25-60 kb in source folder and i can't use the font from backup folder as it results zero kb.
>>>>>> Can someone help me to solve this issue.
>>>>>> Thanks in advance to all for reading this and spend your time.
>>>>>> Ram
>>>>>> 
>>>>>> -- 
>>>>>> Please use reply-all for most replies to avoid omitting the mailing list.
>>>>>> To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
>>>>>> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>>>>>> 
>>>> 
>>>> 
>> 
>> -- 
>> Please use reply-all for most replies to avoid omitting the mailing list.
>> To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
>> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
>> 
> -- 
> Please use reply-all for most replies to avoid omitting the mailing list.
> To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/rsync/attachments/20141214/ed9389e8/attachment.html>


More information about the rsync mailing list