On Wed 08 Sep 2010, yellow protoss wrote:
>
> The issue is that the rsync is not copying any files, simply due to
> permissions. I would say that it shall be importnat that the files are
> surely copied however the fault permissions. cp -au works, however the
> permisisons small issue.
If you tell rsync to preserve permissions, and it cannot, how is it to
proceed? Try with --no-p --no-o --no-g
> Well my concern is as follows,a nd is similar issue:
> I daily do rely on backing up about 6 TB of data on a server, simply based
> on rsync.
And you back that up on a VFAT filesystem? Good luck :-)
This is my backup server:
/dev/mapper/vg0-data2
7.1T 7.1T 51G 100% /data2
/dev/mapper/vg0-data1
7.2T 7.1T 19G 100% /data1
All done with rsync, no problems. I use ext4, very recommended.
> Rsync could be more reliable to avoid any user to loose data during copying,
> and ensure a secured way to backup different systems : pendrive, hdd of
> windows xp <==> linux , and in making sure that permissions are not a
> relevant issue causing for users believe that data are safely backed up...
You need to use a filesystem that can preserve all the attributes that
you want to backup. VFAT is _not_ such a filesystem. rsync is doing the
right thing by giving an error when you ask it to do something that is
impossible. cp -a doesn't warn you (apparently, I haven't checked).
Maybe using tar to backup the files to a single tar file on the VFAT
filesystem may be better for your purpose, although you are then missing
out on rsync features when making a second backup etc.
If you don't need compatibility with Microsoft-based systems, you could
reformat the stick to ext4 or so.
Note also for preserving owner/group you need to run as root; it looks
like you are not (your ~$ prompt suggests this).
Paul
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
