Date: Fri, 15 Apr 2011 20:19:36 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Daniel Mayfield <dan@3geeks.org> Cc: freebsd-fs@freebsd.org Subject: Re: question on extended attributes Message-ID: <1660005215.123902.1302913176495.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <337FAD9E-6973-4CA4-96E2-4A24F69916AF@3geeks.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Apr 15, 2011, at 7:01 PM, Jeremy Chadwick wrote: > > > On Fri, Apr 15, 2011 at 05:01:58PM -0500, Daniel Mayfield wrote: > >> I'm trying to use rsync and rsnapshot to make backup copies of my > >> Mac to my freebsd 8.2 server . When I specify syncing extended > >> attributes as well, I get an error for any file on the Mac that has > >> a resource fork: > >> > >> rsync: rsync_xal_set: > >> lsetxattr("Documents/<foo>","com.apple.ResourceFork") failed: No > >> space left on device (28) > >> > >> I'd love to work on fixing this, but I'm seeing a bunch of > >> references to UFS1 vs UFS2 in the extended attribute readme. But > >> I'm not sure what I'm actually using (I took the default when it > >> setup, which says ufs2+softdep, but mount simply says ufs). > >> > >> Can someone help point me in the right direction? > > > > Sorry if this sounds harsh or rude, but can I ask you what exactly > > extended filesystem attributes (usually ACLs) have to do with file > > resource forks on OS X? AFAIK they have nothing to do with one > > another. > > OS X stores resource forks (and a few other things) as extended > attributes on HFS+ filesystems these days. Or at least that's how it > presents the HFS+ concept of a resource fork to unix programs like > rsync that understand extended attributes. > > > Also, you're aware of how Apple solved the resource fork problem > > when > > archiving something in a .zip file, right? The "_MACOSX" directory > > within the .zip. > > This is sub optimal as I'd like to be able to inspect/modify the "data > fork" of the file on the freebsd box too. For example, editing files > while I'm ssh'd into the freebsd machine remotely, but still > preserving the icon when it gets copied back. If I were to do as you > described, I may as well setup netatalk and build a time machine style > backup device. That isn't my goal. > I don't believe that resource forks are available under FreeBSD at this time. Solaris supports the "subfile" concept, which is basically the same as far as I know, so it seems there might be something inside ZFS, although I suspect it isn't available for FreeBSD? Does anyone familiar with ZFS know more?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1660005215.123902.1302913176495.JavaMail.root>