Разрешить отказ в ошибке при резервном копировании на внешний диск с помощью grsync [duplicate]

Это простая проблема с разрешениями и отмена выбора для резервного копирования, как указано в этом ответе, безусловно, будет работать. Другой метод заключается в том, чтобы гарантировать, что права собственности и разрешения соответствуют всем остальным в вашем домашнем каталоге. Например:

drwx------ 2 me me 4.0K Mar 21 15:18 dconf, где me - ваше имя пользователя.

Если этот каталог (~ / .cache / dconf) принадлежит другому пользователю, вы можете использовать команду chown, чтобы вернуть ее пользователю, что является типичным. Вы можете просто использовать команду sudo chown $USER:$USER .cache/dconf, так как переменная среды $ USER должна содержать ваше имя пользователя. Вы можете проверить, что он установлен правильно с помощью команды echo $USER, которая должна вернуть ваше имя пользователя.

Кроме того, если разрешения не совпадают, их можно вернуть с помощью команды chmod. Чтобы резервное копирование каталога, необходимы разрешения на чтение и выполнение. (Вам нужно разрешение на выполнение для перемещения по каталогу.) Чтобы установить разрешения, просто используйте команду chmod +rwx ~/.cache/dconf, чтобы убедиться, что бит записи чтения и выполнения задан для рассматриваемого каталога.

Примечание ~ совпадает с вашим домашним каталогом и расширяется до /home/jackie/ в вашем случае. Вы также можете подтвердить это, используя команду echo ~

. Примечание. Резервное копирование домашнего каталога не будет выполнять резервное копирование «всех приложений и настроек». Многие приложения / программы запускаются из мест, которые не находятся в вашем доме каталог. Вы можете легко узнать, используя команду which, например, команда which rsync сообщит, что rsync живет в каталоге /usr/bin (наряду со многими другими). и which zcat сообщают, что zcat живет в каталоге /bin с несколькими хорошими друзьями. Поскольку я лично не слишком обеспокоен тем, сколько я использую для резервного копирования и как простота восстановления , этот ответ - мой любимый метод резервного копирования.

Мне пришлось включить «суперпользовательский ящик», который допускал бы суровую синхронизацию:)

Этот каталог принадлежит root на моей машине, поэтому ошибка «Permission denied». Но независимо от того, что вызывает проблему, весь каталог ~ / .cache не имеет каких-либо данных, требующих резервного копирования, поэтому их можно было бы / исключить из резервной копии. Дополнительные сведения см. В разделе Какие файлы и каталоги можно исключить из резервной копии домашнего каталога?

Это простая проблема с разрешениями и отмена выбора для резервного копирования, как указано в этом ответе, безусловно, будет работать. Другой метод заключается в том, чтобы гарантировать, что права собственности и разрешения соответствуют всем остальным в вашем домашнем каталоге. Например:

drwx------ 2 me me 4.0K Mar 21 15:18 dconf, где me - ваше имя пользователя.

Если этот каталог (~ / .cache / dconf) принадлежит другому пользователю, вы можете использовать команду chown, чтобы вернуть ее пользователю, что является типичным. Вы можете просто использовать команду sudo chown $USER:$USER .cache/dconf, так как переменная среды $ USER должна содержать ваше имя пользователя. Вы можете проверить, что он установлен правильно с помощью команды echo $USER, которая должна вернуть ваше имя пользователя.

Кроме того, если разрешения не совпадают, их можно вернуть с помощью команды chmod. Чтобы резервное копирование каталога, необходимы разрешения на чтение и выполнение. (Вам нужно разрешение на выполнение для перемещения по каталогу.) Чтобы установить разрешения, просто используйте команду chmod +rwx ~/.cache/dconf, чтобы убедиться, что бит записи чтения и выполнения задан для рассматриваемого каталога.

Примечание ~ совпадает с вашим домашним каталогом и расширяется до /home/jackie/ в вашем случае. Вы также можете подтвердить это, используя команду echo ~

. Примечание. Резервное копирование домашнего каталога не будет выполнять резервное копирование «всех приложений и настроек». Многие приложения / программы запускаются из мест, которые не находятся в вашем доме каталог. Вы можете легко узнать, используя команду which, например, команда which rsync сообщит, что rsync живет в каталоге /usr/bin (наряду со многими другими). и which zcat сообщают, что zcat живет в каталоге /bin с несколькими хорошими друзьями. Поскольку я лично не слишком обеспокоен тем, сколько я использую для резервного копирования и как простота восстановления , этот ответ - мой любимый метод резервного копирования.

Мне пришлось включить «суперпользовательский ящик», который допускал бы суровую синхронизацию:)

Этот каталог принадлежит root на моей машине, поэтому ошибка «Permission denied». Но независимо от того, что вызывает проблему, весь каталог ~ / .cache не имеет каких-либо данных, требующих резервного копирования, поэтому их можно было бы / исключить из резервной копии. Дополнительные сведения см. В разделе Какие файлы и каталоги можно исключить из резервной копии домашнего каталога?