MacOS – I canceled (control+c) rsync transfer on a large file; will it be picked up if I start over

macosrsyncterminal

I am coping a about 5TB of data from a Drobo attacked to a Mac Mini running macOS Sierra to a NAS (FreeNAS). Here's the command I am using:

sudo rsync -a –stats –progress "/Source" "/Destination"

Needless to say, it is taking days to complete, even over a 1GB network. Along the way, I had to stop the transfer due to server trouble. I remember explicitly stopping the rsync process using control + c while it was transferring a Parallels virtual hard drive file about 500GB. I later started the process again using the command above but I didn't note which Parallels VM file it stopped on and I want to make sure that the command I am using will pick that file up, despite having canceled the command the first round.

If I cancel the rsync command above, do in-flight files just get deleted, and if I run the command above again, will it see those file(s) as new files never transferred?

Best Answer

If you use the --partial option, the partially-transfered file is kept, and subsequent transfers should be much faster. It's probably a good idea to use it with large file transfers in general.

Related Solutions

MacOS – How to clean ._AppleDouble files from unix packages

I need to learn proper xattr usage.

Apparently, xattr has a "clear" (-c) command that can be applied using a wildcard (*), as follows,

xattr -cr *

This results in a recursive removal of all ._AppleDouble files from the current folder on down (the -r flag does recursive, while the -c flag clears them), thus making the process a trivial one line command.

This does not however clear out the .DS_Store files. For that, you can employ the good old "find" command:

find . -type f -name .DS_Store -delete

This will find and delete any .DS_Store files from the current directory on down (recursively).

Lastly, we can bring it all together in the form of an alias that is called upon by simply typing "xat" (put the following in your .bash_profile):

alias xat='find . -type f -name .DS_Store -delete && xattr -cr *'

Now just run "xat" on any directory and it'll strip those pesky resource forks and remove those irritating .DS_Store files from anything inside of it.

MacOS – Need help creating Global Daemon for EyeFi Server

Don't point launchd to the init.d script but to the program the script executes. It is important that the program does not 'daemonize' (makes itself a background process) itself. This is launchd's job.

Put this in your ProgramArguments key and you should be fine:

<key>ProgramArguments</key>
<array>
    <string>/Users/Shared/eyefi/eyefiserver/bin/eyefiserver.py</string>
    <string>/Users/Shared/eyefi/eyefiserver/etc/eyefiserver.conf</string>
    <string>/Users/Shared/eyefi/eyefiserver/var/eyefiserver.log</string>
</array>

Best Answer

Related Solutions

MacOS – How to clean ._AppleDouble files from unix packages

MacOS – Need help creating Global Daemon for EyeFi Server

Related Question