Subject: Re: Manipulating/backing up HFS+ files
To: None <netbsd-users@NetBSD.org>
From: Frederick Bruckman <firstname.lastname@example.org>
Date: 12/02/2004 19:20:22
In article <20041203005647.GA19366@panix.com>,
email@example.com (Thor Lancelot Simon) writes:
> On Thu, Dec 02, 2004 at 07:08:39PM -0500, Louis Guillaume wrote:
>> I have a Netatalk Server on NetBSD. Macintosh users mount shared
>> directories and store files there.
>> Here we have a regular FFS filesystem, shared up over AFP. So we have
>> more than just the data forks stored on the FFS filesystem.
>> dump, tar, cp et al destroy the resource forks, disassociating them with
>> the data forks.
> That doesn't make any sense. In an FFS filesystem there only *is* a
> "data fork"; the netatalk AFP server stores the resource fork in a
> separate file. So it is certainly not the case that NetBSD's "dump, tar,
> cp et al" destroy the resource forks; the "resource forks" were never
> there to begin with.
> Perhaps you are not copying the separate file that actually contains
> the resource fork?
No doubt he is not. The netatalk package ships with a handful of utilities
(apple_cp, apple_mv, apple_rm) whose very purpose is to make transparent
the "hidden file" handling. Dumping or tarring up a whole directory should
get them fine, though, without any help.