Резервна копія rsync обробляє дозволи на файли

Я використовую резервну копію rsync на своєму пристрої Android, щоб створити резервну копію деяких файлів зі свого пристрою на моєму сервері * nix. Це працює, за винятком цільового каталогу та всіх файлів, що знаходяться під ним, встановлені прапорці режиму файлів на 075, що робить їх недоступними для власника (мене).
Я думаю, що недоліком є ​​резервна копія rsync, але я не знайшов способу виправити це.
Чи є спосіб запустити роботу, коли файли передаються через ssh?

У моєму поточному вирішенні завдання полягає в тому, щоб мати завдання cron, встановлюючи прапорці файлів 755 через регулярний інтервал.

Я використовую таку команду rsync:

rsync -rptgo --progress --delete-after -e "ssh -y -p 22  -i '/sdcard/dss_key'" /sdcard/myfolder user@server:~/

Можливо, дозволи на вашому мобільному пристрої (джерелі) встановлені 075. Якщо виклик цього -pпараметра rsyncзберігає дозволи.

Коли цю опцію вимкнено, дозволи встановлюються таким чином:

o Існуючі файли (включаючи оновлені файли) зберігають свої існуючі дозволи, хоча опція --execulability може змінити лише дозвіл на виконання файлу.

o Нові файли отримують свої "звичайні" біти дозволів, встановлені дозволами вихідного файлу, замаскованими дозволами директора прийому за замовчуванням (або umask процесу прийому, або дозволи, вказані через стандартну ACL каталогу каталогів), а їх спеціальні біти дозволу вимкнено за винятком випадків, коли новий каталог успадковує встановлений жорсткий біт від свого батьківського каталогу.

з сторінки сторінки rsync

Отже, вам, мабуть, доведеться користуватися

rsync -rtg --progress --delete-after -e "ssh -y -p 22 -i '/sdcard/dss_key'" /sdcard/myfolder user@server:~/

Я також опустив -oпрапор (зберегти власника), який дієвий лише в тому випадку, якщо ви увійдете в пункт призначення як root, що ви не робите, згідно з даною командою.