Ubuntu：ホームディレクトリ全体をバックアップする必要がありますか？
/ homeディレクトリ全体をバックアップするのは理にかなっていますか？または、保持したい構成ファイルを選択的にバックアップする必要がありますか？
OSを再インストールした場合、同じディストリビューションであれば、以前の/ homeディレクトリを使用しても安全ですか？
絶対に。ホームディレクトリ全体をバックアップすることは完全に理にかなっています。
同じディストリビューションの同じバージョンである場合にのみ、ディレクトリ全体を復元することをお勧めします。別のバージョンに復元する場合は、必要に応じてバックアップから個々の構成ファイルを抽出します。
Firefoxプロファイル、Vim構成ファイル、bash構成ファイルとエイリアス、および（おそらく）私の〜/ binディレクトリ-を復元しますが、Gnome構成ファイルは復元しません。新しいGnomeバージョンで構成ファイルを最初から作成し、一度に数回変更を適用します。
ただし、YMMVであり、ホームディレクトリ全体を復元した後に何かが発生した場合は、構成ファイルを削除して、次に実行するときにプログラムに再作成させるのはそれほど難しくありません。
あなたはこの種のことの初心者であるという質問からわかります...休暇中に、私は[〜＃のために実施していたバックアップ/アーカイブ/リカバリ戦略を再構築しました〜] 14 [〜＃〜]年。ここにいくつかの素晴らしいアドバイスがあります...
まず、Richard Marquezはそれを正しく持っています-別のパーティションですが、私はこれを単純化し、使用するために標準化しました-ここに行きます：
ディレクトリ「slashel」/ lは、私が気にかけている「ローカル」なものが行く場所です。オペレーティングシステムの一部であるものはここにはありません。
ディレクトリ/ nfsは、すべての"foreign"ファイルシステムがマウントされる場所であり、各ホストのサブディレクトリはその下にあります-その下にシステムの「スラッシュel」ディレクトリが移動します。
ディスクスペース-ALL-非システムディスクスペースは/ 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ファイルとtarを配置する場所があります。たとえば、/ l/Backup/Zipと言います。しかし、重要なことに、私は「sync "」と呼ぶ場所も使用します。これは物事が本当に役立つ場所です...
/ l/Backups/syncの下にディレクトリがあり、バックアップを除く/ lの下にあるディレクトリがある場合は、rsyncというこの素晴らしいツールを使用できます。 =。ここでしか紹介できないのでとても便利です...次に、バックアップスペースをrsyncと次のように同期します。
rsync /l/Music /l/Backups/sync
/ l/Backups/syncの下に、ENTIRE TREEを含むMusicというディレクトリがあります。 Zipではなく、ライブファイルとして。さらに、rsyncは非常にスマートで、変更されたものにのみ触れるため、非常に効率的です。変更に応じて、数分で巨大なツリーを同期できます。必要に応じて削除されたファイルも削除されるため、権限やタイムスタンプなど、ツリーは[〜＃〜]正確に[〜＃〜]同じままになります。
私はこれがとても便利だと思ったので、お気に入りのフラグをすべて使用して、それについて考える必要さえないバックアップスクリプトを作成しました。スクリプトを呼び出すだけで、それが実現します。
Rsyncは、ディスクACROSS SYSTEMSの同期を支援するように設計されており、使用方法を知っています[〜＃〜] ssh [〜＃〜 ]なので、REMOTEディスクを同期させることもできます-災害復旧に最適です！
これがお役に立てば幸いです...可能性はたくさんあります-賢明な言葉を借りてください：あなた自身のものをすべてオペレーティングシステムから完全に分離し、OSを別々にバックアップしてください。 nixまたはLinuxを使用している場合、本当に必要なのは/ etcだけです。他に多くはないはずです...あなたのスタッフがOSと混ざらないようにしてください！
ホームディレクトリ全体のバックアップを作成するよりも少し慎重になることには、いくつかの利点があります。
- 同じ構成/ソースコードファイルのいくつかのバージョンが必要になる場合があることを学びます。これにより、中間層（ソースコード管理ツール）を使用してリポジトリのバックアップを作成することにより、そのようなデータを保存するようになります。
- ホームディレクトリには、バックアップしたくないものがあることがわかります。たとえば、Firefoxプロファイルのキャッシュディレクトリ。
あなたの質問の最初の部分に関しては、あなたの/ homeの内容があなたが保持したいものであるかどうかは本当に異なります（あなたが述べたようにあなたがするあなたの設定を割り引いて）。
同じ/ homeディレクトリを安全に使用できる限り、別のパーティションに配置して、ブート時にマウントすることをお勧めします。これにより、ディストリビューションを再インストールするたびにバックアップして復元する手間が省けます。 「古い」/ homeを使用する際に私が経験した唯一の問題は、新しいディストリビューションのインストール後に所有権を変更する必要があるかもしれないということです（つまり、Sudo chown -R yourname/home/yourname）。
設定だけをバックアップすることにした場合は、ローカルではなく GitHub に配置することをお勧めします（私の意見では簡単です）。私は通常、バックアップディレクトリを作成し、すべての構成をそのディレクトリにハードリンクし、それをgitリポジトリに変換して、cronジョブを実行します。頻繁にgithubにプッシュします。経験から、突然再インストールする必要があるが（fdiskが嫌いです...）、最近のバックアップがなかった場合、これは本当に役立つと言えます。