Permissions not retained in backup
Bug #1343953 reported by
A
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Back In Time |
New
|
Undecided
|
Unassigned | ||
Bug Description
Is there any special reason permissions are not retained when the target backup device supports it? It's as simple as using the -p option to rsync as far as I know (I don't know what the effects of using -p are if in fact the target device does not support it. Ignored or an error?)
I'm backing up /home as root but as a plain user (apb) I'm trying to view what was created on my backup device under /home/apb
Since root is making the backup, all files are owned by root. -p would resolve that issue. I know that the permissions are stored in fileinfo.bz2, however that's not really useful to the non-root user for the mentioned purpose.
Thank you
Revision history for this message
| Germar (germar) wrote | #1 |
To post a comment you must log in.
Permissions are normally stored into fileinfo.bz2 because non Linux filesystems (especially NTFS. People want to use this for backup. Don't ask me why ;-) ) can't handle permissions. But with 'Full rsync mode' BIT will use '-pEgo' instead of '--no-p --no-g --no-o' and so it will sync permission onto destination device.
Take a look at 'Full rsync mode'. It's also lot faster than normal mode.