Я использую Ubuntu 14.04, и я делаю регулярные резервные копии важных каталогов на использовании Карты памяти на 64 ГБ rsync
для каждого каталога:
rsync -ia --no-links --size-only /home/alexander/Directory1 /media/alexander/LINUXBACKUP/Backup/
rsync -ia --no-links --size-only /home/alexander/Directory2 /media/alexander/LINUXBACKUP/Backup/
....
Файловая система Карты памяти следующие:
>sudo fdisk -l
....
Device Boot Start End Blocks Id System
/dev/sdc1 8064 121995263 60993600 c W95 FAT32 (LBA)
В некоторых случаях резервное копирование хорошо работает без любых проблем. В других случаях резервное копирование, кажется, зависает в некотором случайном файле (не тот же файл, когда я повторяю backup/rsync).
Я также сделал проверку Карты памяти с помощью следующей команды:
sudo dosfsck -w -r -l -a -v /dev/sdc1
но резервное копирование действительно снова останавливалось в некотором другом файле при попытке его снова.
Дополнительная информация:
rysnc
зависает, я не смог уничтожать его с kill -9
. Что я могу сделать для разрешения этой проблемы?
rsync
команда показывает мне неправильную информацию (резервное копирование не останавливается, но просто информация, отображенная на оболочке)? sudo fsck -y /dev/sdc1
также, но эта команда, казалось, зависла также. Но возможно просто требуется очень долгое время?)rsync
обработать не killable подсказки к неисправному оборудованию?Это могла быть проблема с полномочиями, которые не могут быть сохранены, если отличающийся от предварительно установленного значения, когда раздел FAT32 был смонтирован. В FAT32 существует также максимальный размер файла на 4 гибибайта.
, Таким образом, я думаю, что это помогает использовать формат файловой системы расширения вместо FAT32, и я предлагаю, чтобы Вы использовали ext4 файловую систему.
, Если Вы используете этот диск только для резервного копирования и возможно случайного восстановления, прекрасного.
, Если Вы намереваетесь выполнить его много, например, загрузитесь от него, Ваш должен рассмотреть аспект износа и использовать опцию монтирования noatime и удалить журналирование. Это хорошо для сокращения износа, но мешает восстанавливаться с ошибок, таким образом, я думаю, что необходимо думать дважды прежде, чем сделать эти тонкие настройки.
, Если существуют все еще проблемы, Вы могли бы рассмотреть использование tar (с sudo), который мог бы быть более надежным, если там синхронизируют ошибки с rsync. Tar пишет в один единственный файл.