Ubuntu: я должен скопировать весь корневой каталог?

Я могу сказать от вопроса, Вы - новичок к этому виду вещи... По праздникам я просто переоборудовал свое резервное копирование / архивирование / стратегия восстановления, которую я имел в распоряжении в течение ЧЕТЫРНАДЦАТИ лет. Вот некоторый большой совет...

Во-первых, у Richard Marquez есть он правильный - другой раздел, но я упростил это и стандартизировал его для моего использования - здесь Вы идете:

Каталог "наклонная черта el",/l, то, куда "локальные" дела идут, о котором я забочусь. Ничто это - часть операционной системы, не идет сюда.

Каталог,/nfs, - то, где все "внешние" файловые системы смонтированы, и подкаталоги для каждого хоста внизу - и под этим то, куда "наклонная черта той системы 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-файлов и смол, если Вы любите, говорите/l/Backup/zip. Но, жизненно, я также использую место, которое я называю "синхронизацией", и это - то, где вещи становятся действительно полезными...

Если у Вас есть каталог под/l/Backups/sync для каждого каталога под/l кроме Резервных копий, можно затем использовать этот фантастический инструмент, названный rsync. Настолько полезно, что я могу только представить Вас ему здесь... Вы затем синхронизируете свое резервное пространство с rsync с чем-то как:

rsync /l/Music /l/Backups/sync

Под/l/Backups/sync у Вас затем будет каталог под названием Музыка, которая содержит ВСЕ ДЕРЕВО, а не в zip, но как живые файлы. Далее, rsync так умен, он только касается вещей, которые изменились так, это очень эффективно. Можно синхронизировать огромные деревья в течение минут, в зависимости от изменений. Это даже удалит удаленные файлы, если Вы захотите так деревья, остаются ТОЧНО тем же, включая полномочия, метки времени, и т.д.

Я нашел это настолько полезным, я создал резервный сценарий, который использует все мои любимые флаги и мешает мне иметь для ровного размышления об этом - просто называют сценарий, и это заставляет его произойти.

Rsync разработан, чтобы помочь Вам синхронизировать диски ЧЕРЕЗ СИСТЕМЫ, и он знает, как использовать SSH, таким образом, Вы можете kee синхронизируемые Удаленные диски, также - большой для аварийного восстановления!

Надеюсь, это поможет... Там много возможно - берут слово от мудрого: Сохраните весь свой собственный материал абсолютно отдельным от операционной системы и создайте резервную копию ОС отдельно. Если Вы используете Unix или Linux, все, в чем Вы действительно нуждаетесь, / и т.д. очень еще не должно быть... НЕ ПОЗВОЛЯЙТЕ СВОЕМУ МАТЕРИАЛУ СМЕШИВАТЬСЯ С ОС!

Быть немного более придирчивым, чем просто создание резервного копирования целого корневого каталога имеет некоторые преимущества:

• Вы узнаете, что иногда Вам, возможно, понадобились бы несколько версий той же конфигурации/файла исходного кода, которая продвинет Вас к тому, чтобы хранить такие данные при помощи промежуточного слоя - инструмент Source Code Management и создание резервного копирования репозитория
• Вы узнаете, что существуют вещи в Вашем корневом каталоге, который Вы, конечно, не хотели бы копировать. Например, каталог кэша от Вашего профиля Firefox.

В отношении первой части Вашего вопроса это действительно зависит, если содержание Вашего / домой - что-то, что Вы хотите сохранить (дисконтирование Ваших конфигураций, которые, поскольку Вы заявили, Вы делаете).

До того, чтобы быть безопасным использовать тот же / корневой каталог, я действительно рекомендовал бы поместить его на отдельный раздел и смонтировать его на начальной загрузке. Это избавляет от необходимости иметь, чтобы создать резервную копию его и восстановить его каждый раз, когда Вы переустанавливаете дистрибутив. Единственная проблема, которую я когда-либо имел с использованием "старого" / домой, состоит в том, что Вы, возможно, должны изменить владение после новой установки дистрибутива (т.е. sudo, показанный-R yourname/home/yourname).

Если Вы действительно решаете скопировать просто свои конфигурации, я действительно рекомендую поместить их на GitHub, а не локально (это просто легче, по-моему). Я обычно делаю резервный каталог и жесткую ссылку всеми моими конфигурациями в тот каталог, превращаю его в репозиторий мерзавца и имею задание крона, продвигают его к GitHub время от времени. На основе опыта я могу сказать Вам, что это действительно помогает, если внезапно необходимо переустановить (я ненавижу Вас fdisk...), но не имел недавних резервных копий.