Here's another method for HFS+ rsyncs to non-HFS+ filesystems - the files can be synced and restored without using RsyncX:
http://xnews.soad.umich.edu/RsyncX_Forums/index.php?topic=33.0 There have been varying degrees of happiness with this method. It's not perfect, just another alternative method. Kevin Boyd OS X Deployment Coordinator Sys Adm UMIT Contract Services On Mon, 16 Aug 2004, D Andrew Reynhout wrote: > Date: Mon, 16 Aug 2004 00:49:17 -0400 > From: D Andrew Reynhout <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Mac OS X HFS+ metadata patch, take 2 > > > Hi. > > Several months ago, I posted my first pass at a patch to transfer > Mac OS X HFS+ metadata (resource forks and Finder metadata) to > non-HFS+ filesystems (Linux, Solaris, etc). > > I finally got a chance to update the patch to reflect suggestions > offered on the list. Thanks for the ideas, this version should be > a big improvement. > > The diff and a binary (and a fuller explanation) can be found at: > http://www.quesera.com/~reynhout/misc/rsync-hfsmode-patch > > The current patch is against rsync-2.6.2. It still works with the > standard build of rsync on the receiving side, so only the sender > needs to be patched. > > For a single HFS+ file, there will be between one and three files > transferred to the destination filesystem: > > - <filename>: The regular file (data fork) > - ._<filename>: The resource fork of <filename>, iff non-empty. > - ._<filename>_metadata: Type and Creator and Finder flags > for <filename>, iff non-null. > > Any suggestions on a naming scheme for the metadata file that > would minimize the risk of collisions? > > Any feedback would be appreciated. > > Thanks, > Andrew > [EMAIL PROTECTED] > > > -- > To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html > -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
