Timeline for rsync as root - does it change the ownership of synced files?
Current License: CC BY-SA 4.0
9 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 11, 2020 at 14:16 | history | edited | CommunityBot | Commonmark migration | |
| Jan 4, 2019 at 10:16 | comment | added | sudodus | @SteveWright, You point to the problem: NTFS in linux cannot manage file permissions individually. All the permissions are set when mounted, and are the same for all directories and files. I think there are problems with some special files too. So if you backup to an NTFS file system, you had better use a container, for example a [compressed] tar archive, a tarball. As with rsync, you should use elevated permissions, sudo, in order to manage files of other users in /home and of course of the system files, owned by root. | |
| Jan 4, 2019 at 10:10 | comment | added | Steve Wright | A also with Cygwin, it didn't help that NTFS, while somewhat close to one, still isn't a Lunix filesystem. | |
| Jan 4, 2019 at 10:09 | comment | added | sudodus | @SteveWright, I have a good experience of the -a option. I use it often for home directories, even as part of the mkusb tool for persistent live drives. | |
| Jan 4, 2019 at 10:07 | comment | added | Steve Wright | I know its tar was. | |
| Jan 4, 2019 at 10:07 | comment | added | Steve Wright | It messed up a bunch of file's I was trying to do this same thing with. Of course Cygwin's rsync was probably the same as the one from BSD (I know its tar w | |
| Jan 4, 2019 at 10:04 | comment | added | Steve Wright | I'm not a big fan of -a. Back when I used Cygwin, it mw | |
| Jan 4, 2019 at 9:03 | history | edited | Kusalananda♦ | CC BY-SA 4.0 | Markup (mostly) |
| Jan 4, 2019 at 8:59 | history | answered | Haxiel | CC BY-SA 4.0 |