similar to: supporting HFS+ attributes and forks on a Linux rsync server?

Amazing no one else has written this... Someone with an intel mac should test this to check the uint32_t works there too (I have a powerpc). #include <stdio.h> #include <stdlib.h> #include <string.h> #include <sys/attr.h> /* !!! */ #include <sys/stat.h> #include <unistd.h> int my_lchmod(const char *path, mode_t mode) { struct attrlist attrList;

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

With the new ACL+xattr support and fake super (I'm glad this made it in!), it seems like my dream of being able to use rsync --link-dest to backup my mac is almost within reach! If you take a look at http://blog.plasticsfuture.org/2006/03/05/the-state-of-backup-and- cloning-tools-under-mac-os-x/ you can get an overview of the meta-data which needs to be saved for faithful backups on

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

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'm trying to join a Samba 3.0.4 (compiled from source on Debian) to an Active Directory as a member server. I believe Kerberos is configured correctly as kinit creates a ticket for the realm. Executables appear to have support for Kerberos and LDAP (smbd -b | grep KRB and grep LDAP) return OK. When I try to join the AD with net ads join -U myadminusername I'm prompted for my

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

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

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

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:

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

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

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

Hi, This is my first post to this list. I have been backing up some files with rsync from My Mac OS X 10.4.7 machine, which uses HFS+ filesystem to a FreeBSD 6.1-RELEASE machine, which uses UFS2 filesystem. They go across a 100-base-T lan, which has little or no traffic on it. On my Mac, I mount the nfs exported volume on the FreeBSD machine with: $ mount -t nfs moe:/backup

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

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 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 /boot/efi". In fact they are the same partition as for CentOS7. Is this a regression

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 @:

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