Rsync error: syntax or usage error (code 1) at /SourceCache/rsync/rsync-45/rsync/main.c(1333) Strangely enough, testing to initiate the sync from the linux machine renders this strange message: rsync: on remote machine: -iconv=UTF-8-MAC: unknown option GOOGLE BACKUP AND SYNC MAC NOT WORKING MACNote that the operation works then when I (on the Mac, nota bene) initiate a rsync FROM the Mac TO Linux: rsync -av -delete -iconv=utf-8-mac,utf-8 localdir/ mynas:remotedir/īut going the other way' from the mac – which is what I want to do – does not work. My rsync version on the Mac is updated from 2.6.9. I am at loss to understand why this does not work. Rsync error: error in rsync protocol data stream (code 12) at io.c(226) Rsync: connection unexpectedly closed (0 bytes received so far) Rsync error: requested action not supported (code 4) at rsync.c(118) I receive an error: iconv_open("UTF-8", "utf-8-mac") failed But when I try: rsync -av -delete -iconv=utf-8,utf-8-mac mynas:remotedir/ localdir/ And I want to initialise the operation from my local Mac. The problem is that this only works 'one way' for me, namely when syncing from the Mac to the linux. This will convert all the local filenames from UTF-8 NFD to UTF-8 NFC on the Rsync -a -iconv=utf-8-mac,utf-8 localdir/ mynas:remotedir/ You can use rsync's -iconv option to convert between UTF-8 NFC & NFD,Īt least if you're on a Mac. As far as I understand, there is a problem with different character sets, and the preferred solution seems to be to use the -iconv option: All works fine except that there is a special character problem: every time I re-run the rsync operation (after the initial sync), the files with special characters are first deleted and then re-synced. And I want to initialise this operation on my local Mac. I want to use rsync to backup data from a remote Linux server to my local Mac.
0 Comments
Leave a Reply. |
AuthorTom ArchivesCategories |