Хорошо ли играет rsync --delete с реализацией ecryptfs в Ubutnu? Если нет, есть ли обходной путь?

Я недавно запустил

sudo rsync -aAXv --delete --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / '/media/[my name]/Seagate Backup Plus Drive/RS backup method'

с намерением обновить более старую резервную копию моей системы, которая была сохранена в указанном месте. В конце концов, эта rsync потерпела неудачу, потому что на внешнем диске не хватило места, несмотря на то, что между исходным диском и резервной копией не должно быть достаточно изменений, чтобы на внешнем диске не хватило места.

У меня есть только два возможных объяснения этому:

  1. По какой-то другой причине rsync --delete не удаляет должным образом и вместо этого перемещает «удаленные» файлы куда-то на внешний диск это не так легко увидеть. У меня нет никаких доказательств этого утверждения, но, кажется, достаточно упомянуть.
  2. В чем-то виноваты зашифрованные имена файлов в папке .ecryptfs. В частности, я подозреваю, что это будет случай, когда имена зашифрованных файлов на исходном диске не будут совпадать с именами файлов в папке .ecryptfs в старой резервной копии, в результате чего появится много файлов, которые идентичны по всем, кроме имени внешний диск, что приводит к огромной потере места.

Исходя из предположения, что # 2 на самом деле является правильным объяснением, я провел небольшое исследование того, чем на самом деле была папка .ecryptfs, и я решил, что наилучшим решением будет удаление всего домашнего каталога из старый резервный диск (т.е. как резервная копия моей пользовательской области, так и папка .ecryptfs, которая находилась в том же месте). Теперь, когда я это сделал, я перезапустил rsync, который я цитировал выше. После того, как я стал раздражаться из-за того, сколько времени прошло с помощью rsync, я пришел к следующим вопросам:

  1. Правильно ли объяснение № 2? Если это не правильно, то каково истинное объяснение?
  2. Если объяснение № 2 было правильным, то был ли лучший обходной путь, чем тот, который я использовал? Я понимаю, как удалить папку .ecryptfs из резервной копии, но нужно ли было также удалять папку пользователя, которая разделяет домашний каталог?
  3. Если объяснение № 2 неверное, есть ли лучший обходной путь? ?
  4. Если лучшим решением является «не используйте rsync на зашифрованных дисках», то что следует использовать вместо него?
0
задан 28 September 2018 в 18:34

0 ответов

Другие вопросы по тегам:

Похожие вопросы: