Return-Path: <macos-x-server-admin@lists.apple.com>
Received: from lists.apple.com (lists.apple.com [17.254.0.151])
	by users.phg-online.de (8.9.3/8.9.3) with ESMTP id VAA17452
	for <Thomas.Kaiser@phg-online.de>; Tue, 11 Dec 2001 21:59:29 +0100
Received: from lists.apple.com (localhost [127.0.0.1])
	by lists.apple.com (8.11.6/8.11.6) with ESMTP id fBBKUtK02442;
	Tue, 11 Dec 2001 12:30:55 -0800 (PST)
Received: from users.phg-online.de (users.phg-online.de
  [62.245.158.230]) by lists.apple.com (8.11.6/8.11.6) with ESMTP id
  fBBKRmb01937 for <macos-x-server@lists.apple.com>; Tue, 11 Dec 2001
  12:27:48 -0800 (PST)
Received: from [195.30.238.157] (powerbook-tk.kaiser.link-m.de
  [195.30.238.157]) by users.phg-online.de (8.9.3/8.9.3) with ESMTP id
  VAA17422; Tue, 11 Dec 2001 21:49:48 +0100
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2106
Subject: Re: Ditto error
From: Thomas Kaiser <Thomas.Kaiser@phg-online.de>
To: Juan Manuel Palacios <jmpalacios@mac.com>
CC: <macos-x-server@lists.apple.com>
Message-ID: <B83C2AB9.15F6D%Thomas.Kaiser@phg-online.de>
In-Reply-To: <C52D69FA-EE64-11D5-99AB-003065BBF862@mac.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Sender: macos-x-server-admin@lists.apple.com
Errors-To: macos-x-server-admin@lists.apple.com
X-BeenThere: macos-x-server@lists.apple.com
X-Mailman-Version: 2.0.5
Precedence: bulk
List-Help: <mailto:macos-x-server-request@lists.apple.com?subject=help>
List-Post: <mailto:macos-x-server@lists.apple.com>
List-Subscribe: <http://www.lists.apple.com/mailman/listinfo/macos-x-server>,
	<mailto:macos-x-server-request@lists.apple.com?subject=subscribe>
List-Id: for administrators of Mac OS X Server and related technologies. <macos-x-server.lists.apple.com>
List-Unsubscribe: <http://www.lists.apple.com/mailman/listinfo/macos-x-server>,
	<mailto:macos-x-server-request@lists.apple.com?subject=unsubscribe>
List-Archive: <http://www.lists.apple.com/archives/macos-x-server/>
Date: Tue, 11 Dec 2001 21:27:22 +0100
X-UIDL: e38aa78053943c4cbeac71e1177ea98d

On Tue, 11 Dec 2001 14:27:44 -0400, Juan Manuel Palacios wrote:

> The help output tells me that to copy preserving resource forks I need to pass
> the "-rsrc" flag, but on the "Copy Drive to Drive" thread it was concluded
> that the appropriate flag for this is "-rsrcFork".

I use '-rsrc'. I think it has been '-rsrcFork' in the past (this reference
here uses also '-rsrcFork': <http://www.dan.co.jp/cases/macosx/ditto.html>)

> [...] And as the resource fork flag is the only one I'm
> passing to it, then I guess there's the error.

What errors do you get? Maybe something is wrong with ditto's invocation?
Ditto can't be used directly over a network, just locally for copying one
dir to another. If you want to use it together with rsync you have to let
rsync think it works over a network (otherwise the -e switch will be
ignored) but the target filesystem must be a locally mounted one (use AFP
for this purpose, otherwise the resource forks will be stored in the wrong
format even if the destinations real filesystem is HFS+ too).

> [...] how can I invoke ditto properly from rsync in order to get it to
> copy files preserving their resource forks?

The simplest case is to use ditto standalone. Say /Volumes/Work is the
source and /Volumes/Backup the destination. So a simple

    /usr/bin/ditto -rsrc /Volumes/Work /Volumes/Backup

should do the job (Copying the entire contents of Work to Backup including
files, links and devices -- read 'man ditto' before!)

I think ditto can't be used together with rsync directly if you really want
to achieve perfect results (including deleting files in the destination and
so on). I believe one must write a wrapper that does the compare and
deletion stuff, let ditto do the copy job and fix some potential minor
problems afterwards (some people reported that HFS Flags like 'isInvisible'
are not preserved -- seems to be fixed in the meantime. You can verify this
yourself using Developer Tools, /Developer/Tools/GetFileInfo in particular).
Additionally I'm not sure if ditto keeps the destination's desktop database
in sync or if one has to rebuild the desktop after a succesful ditto run.

Sorry, not much time to do more testing. I won't rely on HFS+ any more as
I'm looking for a more stable filesystem to store my TBytes on. ;-)

Regards,

Thomas
_______________________________________________
macos-x-server mailing list | macos-x-server@lists.apple.com
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/macos-x-server
Do not post admin requests to the list. They will be ignored.