Что безопасно исключить для полного резервного копирования системы?


35

Я ищу список, какие пути / файлы безопасны для полного резервного копирования системы / дома.

Учитывая, что у меня есть список установленных пакетов.

  • /home/*/.thumbnails
  • /home/*/.cache
  • /home/*/.mozilla/firefox/*.default/Cache
  • /home/*/.mozilla/firefox/*.default/OfflineCache
  • /home/*/.local/share/Trash
  • /home/*/.gvfs/

  • /tmp/

  • /var/tmp/
  • не настоящие папки, но могут вызвать серьезные проблемы при «восстановлении»
    • /dev
    • /proc
    • /sys

Как насчет...

  • /var/ в целом?
  • /var/backups/ - может стать довольно большим
  • /var/log/ - не требует много места и может помочь для последующего сравнения
  • /lost+found/

Это (очень) связанный ответ, на который стоит обратить внимание (при условии, что он не закрыт как дубликат): askubuntu.com/questions/5596/how-to-clean-caches-in-my-homedir/…
Scaine

Я не уверен в этом /home/*/.local/share/Trash. Я уже восстановил файлы из папки для мусора на резервную копию. Это было ошибочное удаление, замеченное и отмененное после того, как я сделал резервные копии - и при восстановлении резервных копий файлы все еще были в корзине.
Матеуш Конечны

~ / .local / share / Trash / * кажется универсальным, но пользовательским.
SDsolar

Обратите внимание, что это было опубликовано в 2011 году. Ваш пробег может отличаться в 2017 году.
SDsolar

Ответы:


33

Когда я rsyncперевожу свою систему на резервный раздел, я исключаю это:

--exclude=/dev/* \
--exclude=/home/*/.gvfs \
--exclude=/home/*/.mozilla/firefox/*/Cache \
--exclude=/home/*/.cache/chromium \
--exclude=/home/*/.thumbnails \
--exclude=/media/* \
--exclude=/mnt/* \
--exclude=/proc/* \
--exclude=/sys/* \
--exclude=/tmp/* \
--exclude=/home/*/.local/share/Trash \
--exclude=/etc/fstab \
--exclude=/var/run/* \
--exclude=/var/lock/* \
--exclude=/lib/modules/*/volatile/.mounted \
--exclude=/var/cache/apt/archives/* \

Таким образом, я могу загружаться в резервный раздел так же, как и в исходный.

Подводя итог, я бы предложил

  • не исключая /{dev,proc,media,...}себя, только их содержание

  • исключая /var/{run,lock}, а особенно большой/var/cache/apt/archives/


2
Вы хотите исключить ВСЕ из / dev.
psusi

@psusi - Да, ты прав. Я редактирую свой пост. Спасибо.
организовать

2
Я бы рекомендовал использовать параметр -x с rsync для резервного копирования. Таким образом, он не будет пересекать границы файловой системы, что исключит такие вещи, как / dev / proc / sys / mnt и / media. Вы все еще должны исключить /home/*/.gvfs.
Азендейл

2
@ Азендейл: может быть. С другой стороны, когда вы используете что-то подобное --exclude=/proc/*, он будет сохранять каталог / proc в резервной копии (что необходимо, если вы хотите загрузить зеркало), но не его содержимое.
договориться

или пользователи Opera, я бы тоже добавил --exclude=/home/*/.opera/cache:)
Grzegorz Wierzowiecki

4

Я рекомендую исключить все /usr(кроме форта /usr/local/) и иметь резервную копиюdpkg --get-selections

На мой взгляд, полная резервная копия не очень полезна. Я предпочитаю резервное копирование данных и предпочтений, а затем восстановление пакетов из официальных репозиториев.

Но это мои предпочтения ...

/usrсодержит в основном статический двоичный контент из дистрибутивов. Переустановка пакета восстановит /usrсодержимое. Также /binи /sbinсодержит двоичные файлы из дистрибутивов.

/usr/localсодержит установленные вручную пакеты (вне дистрибутивных пакетов). так что это стоит сделать резервную копию.


2
Очень интересный подход. Это даст значительно меньшую резервную копию, но потребует гораздо больше проблем (время, пропускная способность интернета) при восстановлении. Компромисс, который может стоить в некоторых случаях использования. Вопросы: как насчет /libтого же? И как вы восстанавливаете такой выбор пакета?
MestreLion

Да, я думаю, что вы также можете исключить /lib. Я бы также добавил, что вместо dpkg --get-selectionsэтого, возможно, лучше использовать apt-mark, как сказано здесь: askubuntu.com/questions/101931/…
gerlos

2

Я также прочитал все ответы и все другие связанные вопросы, когда настраивал полную резервную копию системы.

Мои 2 цента не будут ничего исключать, но только когда вы делаете полное резервное копирование системы в автономном режиме.

Позвольте мне уточнить сейчас: если вы выполняете резервное копирование системы изнутри, то вы можете исключить некоторые каталоги, как уже упоминали другие, но, на мой взгляд, это не очень хороший способ, поскольку он может привести к некоторым ошибкам позже при восстановлении системы. Например, если вы исключите каталог / tmp, то после восстановления его / tmp не будет, и система создаст его, что может привести к зависанию экранов входа в систему из-за проблем chmod & chown в / tmp. Также отсутствие резервного копирования каталога ~ / .cache может привести к повреждению кэша базы данных Ubuntu Software Center.

Что я делаю, так это использую live CD и LuckyBackup и создаю резервную копию всей системы, ничего не пропуская. Теперь при восстановлении я выбрал «удалить файлы, которых нет в источнике». Таким образом, вы полностью восстановите моментальный снимок системы до состояния, когда вы создали резервную копию (что-то вроде снимка виртуальной машины).


2
Многие файлы не должны быть сохранены, потому что это не настоящие файлы, а псевдофайлы . Вы можете хотите сохранить кэши, но не сохранять содержимое /proc, /dev, sys. Их содержимое создается при загрузке.
Тереза ​​и Джуниор

1
@TeresaeJunior Если следовать этому подходу и резервное копирование выполняется из автономной системы, содержимое этих ненастоящих файлов уже пусто.
Гаурав Кумар

Да, ты прав, извини! Я не обратил внимания на LiveCD, о котором вы упомянули.
Тереза ​​и Джуниор

Я боюсь, что эти системы должны работать 24x7, поэтому не имеют такой роскоши. У меня есть отличный список исключений, но я продолжаю зацикливаться на 4G / var / log / kern * и / var / log / messages * - я хотел бы исключить их, но никто не говорит об этом. Как насчет исключения / var / log / * полностью?
SDsolar
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.