ホームフォルダのどの部分をバックアップに含める必要がありますか?

ホームフォルダのどの部分をバックアップに含める必要がありますか?

私はDuplicatiを使用して私の(Ubuntu 20.04)コンピュータの完全なオンラインバックアップを設定しています(盗難、火災などの場合は新しいコンピュータに復元するため)。私は現在私のホームディレクトリのどの部分を含めるかを決めています/home/drubbels/。可能な限り多くのアプリケーションデータを除外して、置き換えることができないすべての個人用ファイルをインポートしようとしています(これはスペースを無駄にするだけで、Easyソースから再ダウンロードして再インストールするよりも時間がかかります)。バックアップから復元)。

最初は、すべてのデフォルトフォルダファイルを除いて、残りの.ファイルをすべて含める必要があると思いましたが、うまくいかないことがわかりました。そのSteamフォルダにはすべてのSteamゲームのゲームデータが含まれています(バックアップではありません)、その.minecraftファイルフォルダにはシングルプレイヤー保存ゲーム(しなければならないバックアップの場所)。また、一部のアプリの重要な個人設定がホームフォルダ外(in /etc/、in /usr/...)に完全に存在するかどうかわかりません。理想的には、カスタムNautilusブックマーク、選択した端末の着信音を復元に含めたいと思います。

明らかに、上記Steamとゲームディレクトリ.minecraftは非常に具体的な例であり、一般的なケースに対して100%の正解を提供することはできませんが、広く言えば、完全なLinuxインストールバックアップ内にどんなディレクトリがあり、どのディレクトリがあってはなりませんか?

答え1

この質問に答えることは不可能だと思います。アプリケーションは、ホームディレクトリのどこにでもデータを保存できるため、どのデータが重要であり、どのデータが重要でないかを区別することは困難です。私はすべてをバックアップすると言いたいです。省略できる唯一のフォルダはIMHO.cacheであり、.Appsはそのデータを配置する必要があるGNOME設定(KDEがある)に.local/share/Trash保存する必要がありますが、Firefoxはを使用します。 Wineを使用すると、すべてのデータがに保存され、flatpakアプリケーションはに保存されます。など。.local.gnome.kde.mozilla.wine.var

一部のアプリの重要な個人設定が完全​​にホームフォルダの外にあるかどうかはわかりません(/etc/... /usr/

「一般」ユーザーとして実行しているアプリケーションは自宅の外部で作成できないため、システム構成を含む/etcデータを保存できません。/etc

答え2

バックアップに関する私の提案は、基本的にすべてを含めてから、バックアップする必要のない部分を削除する除外リストを使用して、必要に応じて部分を切り取ることです。重要ではない小さなファイルがたくさんありますが、通常はファイルを除外するのが難しいほどサイズが小さすぎます。 GUIを好む場合は、duコマンドラインやGNOME Disk Usage Analyserなどのプログラムを使用できます。私が推奨するバージョンはdu次のとおりです。

du -xhad1 | sort -h

現在のフォルダー内のすべてのサブフォルダーは、人間が読めるサイズでソートされて表示されます。安全に削除できることがわかります。また、容量が大幅に大きくなる可能性があるため、除外リストに含めることを~/.cache/お勧めしますが、後ですべてを再ダウンロードできます。~/Downloads/もちろん、最大のフォルダを見つけてそのフォルダからコマンドを実行すると、より深く掘り下げることができます。たとえば、~/.local/share/baloo検索インデックスを含む22 GBのフォルダであることがわかりました。 Balooは、デスクトップ上のコンテンツを検索および検索するためのKDEファイルインデックスソフトウェアです。後でホームフォルダの完全な回復を実行する必要がある場合は、それを安全に除外して再インデックスできることが必要です。さらに、多くの変更が実行される可能性があり、各変更によってインデックスファイルが複製され、バックアップ用のディスク容量が急速に消費される可能性があります。

この時点で、反復間のバックアップを比較し、各反復の変更によって引き続きバックアップされる大容量ファイル/フォルダがあることを確認することもできます。 Balooはすべてのコンテンツを単一のファイルに保存し、他の多くの例があります。

私のお気に入りのバックアップツールはDirvishやrsnapshotのようなツールです。このツールは、透明なディレクトリツリーに画像ごとに1つずつファイルを保存し、ハードリンクを使用して変更されていないファイルを共有します。これらの画像を使用すると、通常のファイルのようにアクセスできますが、独自のフォルダに保存されている各画像はファイルが変更されず、ハードリンクを介して他の画像間で効果的に共有されます。これにより、du2つのコマンド間で同様のコマンドを使用でき、初めて表示したときにのみファイルサイズを計算できます。たとえば、

du -shc 2*
127G    20230706
3.7G    20231005
3.6G    20240105

これを見ると、2023-07-06にバックアップした基本イメージが127GBのストレージスペースを占めたが、数ヶ月が過ぎると3.7GBのストレージスペースしか残っていないことがわかります。新しい完全なバックアップが100GBを超えるべきであることを知っているにもかかわらず。これはdu、ハードリンクのオーバーコンピューティングを防ぐためです。 2番目の画像を直接実行すると、duフルサイズと以前にハードリンクされたファイルが表示されます。

# du -shc 20231005
127G    20231005
127G    total

実際には、duバックアップディスクが徐々に増加していることがわかります。特定のバックアップが大幅に増加した場合は、2つのバックアップを比較してそのバックアップのソースを確認できます。

関連情報