On 2016-06-28 18:10, Kevin Korb wrote:
I know almost nothing about modern SPARC64 systems especially when they
are running linux. But, can you try this command line and see if it
gives more information before it blows up:
rsync -vvai /export/test/ /export/test2/
I'm not sure how helpful this w
+1 for ddrescue :)
> https://www.gnu.org/software/ddrescue/
This email is protected by LBackup, an open source backup solution
http://www.lbackup.org
--
Please use reply-all for most replies to avoid omitting the mailing lis
I know almost nothing about modern SPARC64 systems especially when they
are running linux. But, can you try this command line and see if it
gives more information before it blows up:
rsync -vvai /export/test/ /export/test2/
On 06/28/2016 05:39 PM, alexmcwhir...@triadic.us wrote:
> Origin
Original Message
Subject: rsync seem to be broken on sparc64
Date: 2016-06-27 23:43
From: alexmcwhir...@triadic.us
To: debian-sp...@lists.debian.org
I posted about this in the kernel lists a few months ago to no avail. I
see it on gentoo as well with any kernel newer than 3.18.
Drag and drop depends on a bunch of things like OS, desktop environment,
and file manager. But in general it is about the same as a cp without
any options.
The upside is that cp and similar are usually faster than rsync since a
client/server model without any networking isn't very efficient.
The
Thanks Paul. That should help!
Kevin,
For a local copy is running a plain rsync transfer ( rsync )
essentially the same as a "drag-and-drop"?
The benefits of using rsync in that situation would all come from choosing
flags appropriate to the desired transfer?
Thanks,
Blake
-Original M
On Fri 24 Jun 2016, Kevin Korb wrote:
> Again, --partial only means don't delete the incomplete file if rsync is
> aborted. Normally rsync will delete the incomplete file so you don't
> have bogus files laying around.
>
> When you rsync to or from a network mount to rsync that is a local copy.
>
Fabian Cenedese wrote:
>> rsync: write failed on
>> "/Volumes/durack1ml_bak/160405_1234/Backups.backupdb/durack1ml/2016-02-10-091749/durack1ml_hdd/Applications/Adobe
>> Media Encoder CC 2015/Adobe Media Encoder CC
>> 2015.app/Contents/Resources/pdfl/CMaps/ETen-B5-UCS2": Result too large (34)
