similar to: rsync on osx hack

Hi, I'd like to make a "feature request" for users of rsync on Mac OSX Tiger (10.4) Given the current sorry state of backup tools on Mac OSX, the only way I've found to reliably backup data from Mac OSX is to keep the data on a UFS volume, and to then backup it up using *standard* rsync (no -E) to a Unix file server. This way, all the the "apple double" are

i've built up rsync on both opensuse & osx from src. on osx, it's v2.6.3 w/ both apple's "Extended Attributes" patches: http://www.opensource.apple.com/darwinsource/10.4.8.ppc/rsync-24/patches/EA.diff http://www.opensource.apple.com/darwinsource/10.4.8.ppc/rsync-24/patches/PR-3945747-endian.diff and the 'lartmaker' fix (iteself, slightly fixed ...):

Like many other Mac OSX users, I have found it frustrating that rsync is not as usable as one would like it to be on OSX. I've posted some software on my website that I find useful, and that others may find useful as well. It provides tools that allow one to access and manipulate OSX metadata, and in particular, to backup (and restore) this metadata to a non-OSX, unix machine (using

Hi all, hi Mike, I am just building 3.0.8 on osx 10.6.6 and mike's hfs_compression.diff is failing. Am I missing something? Thanks, Rob patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/crtimes-64bit.diff ( this says previously applied?) patch -p1 <patches/crtimes-hfs+.diff but for patch -p1 <patches/hfs_compression.diff patching file

Hi list, can anyone tell me whether rsync unicode support (which I believe exists but don't claim to be any export on ;-)) will allow me to rsync data between different file system types which have differing valid filename character sets? ie NTFS <-> UFS, in my case I actually want to do UFS <-> HFS+ (Mac OS X). Also I am assuming HFS+ no resource fork data will exist, this can

As you all know, rsync doesn't have any special handling for Mac OS X HFS+ resource forks. Kevin Boyd made RsyncX and rsync_hfs, to address this gap, but they only work when the destination filesystem is also HFS+. I haven't been able to find any references to an rsync that is capable of syncing from HFS+ to UFS (etc). The only solutions I've seen involve lots of preprocessing

I am using Mike Rubel's snapshot-style rsync to do backups from my web server (Linux) to my desktop (MacOS X). Mostly, this works great, except where case sensitivity (or rather, HFS+'s semi-lack thereof) causes problems. Specifically, it seems impossible to successfully back up my Linux box's /usr/share/terminfo, as it contains directories that differ ONLY in case (e.g.,

Hi all, Trying to mount an FW800 6TB volumes. The logs say; cannot find hfs+ superblock and volumes larger then 2TB are not supported yet Is my case really because of the >2TB volume? Thanks in advance, - aurf

Hi All, I have been reading about the HFS+ filesystem compression on Snow Leopard and how copying or cloning over system files with rsync and other tools results in them being expanded on destination. I was wondering if there was any thoughts on updating rsync to accommodate this? It is kind of a shame to the lose the benefits of the new compression. Thanks, Rob

We currently do backup using rsync amongst Linux and Solaris machines. Modulo an ACL issue that we had to patch, this is working extremely well. But I want to add our OSX machines to the mix. This is, unfortunately, leaving me confused about rsyncx. I can do the normal thing from OSX using rsync. But the page for rsyncx says - cryptically, in my ignorant opinion - that rsyncx adds support for

Hi, Which version of Mac OS X are you running? If you are on Mac OS 10.5.x then I can only suggest that you try either formating the drive to HFS + or creating a disk image with an HFS+ file system. If you are running Mac OS 10.4.x then ensure that that ACL support is enabled on the drive. The following URL contains information on how to check and enable ACL support :

Hi guys, I'm running into a problem that I'm sure which part of the process fails. I use wget (OSX Leopard, wget 3.0.6 compiled from source) to backup my ~/Pictures directory to a linux server, also with wget 3.0.6 (Debian). In persuit of being sure I get everything from HFS filesystem (resource fork/metadata), I'm getting the following error: rsync: rsync_xal_set:

Hi All, I have been using rysnc 3.0.6 with Mike's rsync_3.0.6-hfs-compression_20091027.diff patch (as well as the standard osx patches) with good results. I discovered that clones done on 10.6 using this rsync cause some executable files ( the ones that are mostly compressed this way on osx ) to be damaged. I did a test twice and indeed a handful of them are damaged. They all appear to be in

Hello, I would like to sync my Linux firewall to my Mac OS X. The Linux is a Debian 4.0 with ext3 filesystem (UTF-8) $ rsync --version rsync version 3.0.2 protocol version 30 The Mac OS X is a 10.5 Leopard with HFS+ (UTF-8) $ /sw/bin/rsync --version rsync version 3.0.3 protocol version 30 (fink version) I have many accents in my filenames: $ ls -l | tee filelist total 12 -rw-r----- 1 tamas

Hey there, to be clear: You've mounted a HFS+ drive on your raspberry pi with rw permissions using fstab. You're able to write files (e.g. as root) on your shares directory without samba, right? As soon as you try to connect Samba using your Mac you haven't any write permissions, right? Have you tried using a Windows machine to connect to your share? Or to disable the Unix

Are there any known issues compiling the latest rsync on OSX (10.4)? I've noticed some references to one or two patches, but I'm not sure what they are. I compiled v2.6.8 some time back on a powerpc, with no patches, and it seemed to work OK. I saw nothing in the INSTALL file that suggests a patch is necessary. Thanks for any pointers. -- Victor

I'm trying to use rsync to backup some database files on a Linux box to an OS X machine, so I can write them to a tape drive connected to the OS X machine. I'm aware that there are some "issues" about rsync and certain file forks found on HFS+ filesystems, but I'm not sure that should be stopping me from accomplishing what I want to do. I'm using rsync 2.5.5 on both

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:

Hi All, I'm trying a remote backup for the first time. It is between two laptops, I installed rsync 3.0.7 on both compiled patch -p1 <patches/fileflags.diff patch -p1 <patches/crtimes.diff patch -p1 <patches/crtimes-64bit.diff patch -p1 <patches/crtimes-hfs+.dif f patch -p1 <patches/hfs_compression.diff ./configure make this all works perfectly for local backups, clones

https://bugzilla.samba.org/show_bug.cgi?id=7685 Summary: rsync should not set the creation data on the root folder of an HFS+ volume Product: rsync Version: 3.0.7 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at