Абсолютно. Это имеет смысл сделать резервную копию всего вашего домашнего каталога.
Я бы порекомендовал восстановить весь каталог, только если это та же версия того же дистрибутива. Если вы восстанавливаете другую версию, извлеките отдельные файлы конфигурации из резервной копии по мере необходимости.
Я бы восстановил профили Firefox, файлы конфигурации Vim, файлы конфигурации bash и псевдонимы и (возможно) мой каталог ~/bin - но я не восстановил бы файлы конфигурации Gnome. Я позволил бы новой версии Gnome создавать файлы конфигурации с нуля, а затем применять изменения по несколько раз за раз.
Тем не менее, YMMV, и если после восстановления всего домашнего каталога что-то взорвется, не так уж сложно удалить файлы конфигурации и позволить программам воссоздать их при следующем запуске.
Я могу сказать по вопросу, что вы новичок в такого рода вещах ... В праздничные дни я только что перестроил свою стратегию резервного копирования / архивирования / восстановления, которая применялась в течение ЧЕТЫРНАДЦАТОГО года. Вот несколько полезных советов ...
Во-первых, Ричард Маркес имеет право - еще один раздел, но я упростил это и стандартизировал его для моего использования - вот, пожалуйста:
В каталоге "slash el", /l, находятся "локальные" вещи, которые меня волнуют. Здесь нет ничего, что является частью операционной системы.
Каталог /nfs - это место, где монтируются все "чужие" файловые системы, а подкаталоги для каждого хоста находятся под ним - и именно там находятся каталоги "slash el" этой системы.
Дисковое пространство - ВСЕ - не системное дисковое пространство находится в /d с точкой монтирования на диск, как в:
/d/d1
/d/d2
/d/d3
Эти диски содержат все, что угодно. Ваш каталог /l затем ссылается на эти места. Например, музыка может быть в /d/d3/Music, а /l имеет /l/Music. Вы можете перемещать музыку по мере необходимости и просто менять ссылку. Ссылка сделана с помощью ln, например:
ln -s /d/d3/Music /l/Music
Суть в том, чтобы организовать заранее, используя шаблон, который легко запомнить и которым легко управлять. Когда вы получаете новые диски, у вас уже есть место для их размещения, и у вас уже есть способ перемещать данные между ними просто и легко. И вы знаете, где находится "основная" копия, потому что в моем примере она находится в /l.
Теперь для резервных копий поместите их на собственный шпиндель, скажем, /d/d2/Backups. Теперь у вас есть ссылка /l/Backups, так что вам не нужно беспокоиться о том, на чём движутся данные. В соответствии с этим у вас есть место для zip-файлов и файлов tars, если хотите, например, /l/Backup/zip. Но, жизненно важно, я также использую место, которое я называю « синхронизация », и именно здесь все становится действительно полезным ...
Если у вас есть каталог в /l/Backups/sync для каждого каталога в /l, кроме Backups, вы можете использовать этот фантастический инструмент под названием rsync. Это так полезно, что я могу познакомить вас только здесь ... Затем вы синхронизируете пространство резервного копирования с помощью rsync с помощью чего-то вроде:
rsync /l/Music /l/Backups/sync
В /l/Backups/sync у вас будет каталог под названием Music, содержащий ВСЕ ДЕРЕВО, причем не в виде zip, а в виде живых файлов. Более того, rsync настолько умен, что он касается только тех вещей, которые изменились, поэтому он очень эффективен. Вы можете синхронизировать огромные деревья за считанные минуты, в зависимости от изменений. Он даже удалит удаленные файлы, если вы хотите, чтобы деревья оставались точно такими же, включая разрешения, временные метки и т.д.
Я нахожу это настолько полезным, что создал сценарий резервного копирования, который использует все мои любимые флаги и не дает мне даже думать об этом - просто вызовите сценарий, и он сделает это возможным.
Rsync разработан для того, чтобы помочь вам синхронизировать диски ПО СИСТЕМАМ, и он знает, как использовать SSH, поэтому вы также можете синхронизировать удаленные диски - отлично подходит для аварийного восстановления!
Надеюсь это поможет... Многое возможно - поверьте на слово мудрым: держите все свои собственные вещи полностью отдельно от операционной системы и поддерживайте ОС отдельно. Если вы используете Unix или Linux, все, что вам действительно нужно, это /etc. Больше ничего не должно быть ... НЕ ПОЗВОЛЯЙТЕ, ЧТОБЫ СВОЙ ПРОДУКТ МОЖНО СМЕШИТЬ С ОС!
Быть более разборчивым, чем просто делать резервную копию всего домашнего каталога, имеет некоторые преимущества:
Что касается первой части вашего вопроса, это действительно зависит от того, хотите ли вы сохранить содержимое вашего / дома (исключая ваши конфиги, которые, как вы заявили, вы делаете).
Насколько безопасно использовать тот же каталог /home, я действительно рекомендую поместить его в отдельный раздел и смонтировать при загрузке. Это избавляет от необходимости создавать резервные копии и восстанавливать их каждый раз, когда вы переустанавливаете дистрибутив. Единственная проблема, с которой я когда-либо сталкивался при использовании "старого" /home, заключается в том, что вам может понадобиться сменить владельца после установки нового дистрибутива (например, sudo chown -R yourname /home /yourname).
Если вы решили сделать резервную копию только своих конфигов, я действительно рекомендую размещать их на GitHub, а не локально (на мой взгляд, это проще). Я обычно делаю резервную копию каталога и жестко связываю все свои конфиги с этим каталогом, превращаю его в git-репозиторий и получаю задание cron, которое время от времени толкает его на github. По своему опыту могу сказать, что это действительно помогает, если вам вдруг понадобится переустановить (я вас ненавижу, fdisk ...), но у вас не было последних резервных копий.