similar to: rsync HFS+ -> UFS2

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 ...):

[Now the horse has left the barn, I decided to finally implement that backup system I'd been thinking about for ages. Disk crashes can be great motivators] [Web-location for the living version of this document: http://www.lartmaker.nl/rsync/] Goal: Producing a working network backup / cloning system for Mac OS X systems. The system can be used for local backups as well, for example to

hi, it seems there's a more-recent solution, referenced here: http://www.lartmaker.nl/rsync/ that points out: "Since OS X 10.4 (aka Tiger) the MacOS ships with a modified version of rsync. An added option, -E, enables the transfer of extended attributes." exploring, the current apple patches @:

Hello, I'm running centos5 with the centosplus kernel v2.6.18-8.1.8.el5 and i'm trying to read a drive that has a ufs2 partition on it. It was originally in a FreeBSD machine and has some data i'd like to get at. Googling indicated this should work with the command: mount -r -t ufs -o ufstype=ufs2 <device> <mountpoint> device is /dev/hdb5 and mountpoint is /mnt.

[originally reported for ZFS on FreeBSD but Pawel Jakub Dawid says this problem also exists on Solaris hence this email.] Summary: on ZFS, overhead for reading a hole seems far worse than actual reading from a disk. Small buffers are used to make this overhead more visible. I ran the following script on both ZFS and UF2 filesystems. [Note that on FreeBSD cat uses a 4k buffer and md5 uses a 1k

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.,

I'd note that the mkisofs man page listed about a dozen different formats used in various contexts to store Mac resource forks and finder metadata in various contexts. I'd imagine the advent of MacOSX (with UFS support) has narrowed the field of what options are common somewhat, but it's an area where a lot of ad-hoc solutions made it out to the real world. On the other hand, the

I've tested all these filesystems here: http://rwmj.wordpress.com/2009/11/08/filesystem-metadata-overhead/ -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top -------------- next part

On 10/11/2020 17:18, Leon Fauster via CentOS wrote: > Hi folks, > > years ago I had no problem installing CentOS7 on my > iMac workstation (iMac Late 2015). The installation > worked out of the box. Today I wanted to upgrade to > CentOS8 and while configuring the partitions I get an > error that the installation can not start because: > "HFS+ ESP needed and mounted on

rsync is a very useful tool for me to backup from Max OS X to a linux server. However, would developers please add one feature: When rsync runs on an OS X machine and the source files are in hfs+ (or hfs) filesystem, copy the resources fork to a file with filename starts with a dot and append the original filename. That's the current behaviour of samba client on OS X interacting with

Are there any patches (or planned updates) to rsync v3.0.6 to handle the HFS+ File Compression that Apple introduced with Snow Leopard?

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

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

https://bugzilla.samba.org/show_bug.cgi?id=6041 Summary: rsync --delete from ext3 to hfs+ always deletes files with special characters in name. Product: rsync Version: 3.1.0 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

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

Hi. This is my first post to this list. I have searched the archives but cannot find anything that touches on this particular issue. My scenario: I am trying to rsync from an external HFS+ (USB2) to a FAT32 external NAS drive, using rsync version 2.6.9 protocol version 29 (as supplied with Mac OS X Tiger 10.4.11). The data being synced is MP3 music files and JPGs. The command I am issuing

Dear List, I wonder if somebody has a correctly working SMB service in Mac OS X Server 10.5.x. I've got here lots of "This process has forked.." and "Broken Pipe" errors as described in this post: http://www.afp548.com/forum/viewtopic.php?showtopic=22295 Would be nice if a Samba-guru could point us to the right direction. Thanks, Alex

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 everyone! FOREWORD: I respect your time and resources, I hope to not bother people on this mailinglist! To my defense: This question is far easier towards humans than to mailinglist and web search-engines as the search terms in relation to each other are highly in-causal or paradoxical, and hence lead to poor results. Of course the manpage was the first place where I looked

I'm trying to use rsync to back up a Mac OS X machine to a Linux server. I've used the instructions at http://www.bombich.com/mactips/rsync.html to patch and install rsync 3.0.2 to support HFS+ attributes and forks on the client. I was assuming the Linux box needed the same version, and so tried compiling the patched rsync but got the following: syscall.c: In function