web-dev-qa-db-ja.com

Linux Ubuntu 18.04フルバックアップ

システム全体をバックアップして、以前の状態に完全に復元するにはどうすればよいですか?いくつかのニースのテーマをインストールし、かなりの数を(グラフィックで)カスタマイズしました。再インストールする必要がある場合、このプロセスを繰り返したくありません。

私の質問は、homeフォルダをonlyバックアップする必要があるか、またはwholeシステムrootフォルダー。多くのトピックで、rootフォルダーをバックアップしないようにアドバイスされていますが、混乱しました。

Ubuntuを最初からインストールし直してホームフォルダーをインポートしても問題はありません限り UIやカスタムテーマなどに関してすべてが返されるので、次のような実際のデータについては心配していません。ドキュメント、ビデオなど。クラウドベースのソリューションを介してこれらの代替方法があります。また、fstabにいくつかのコマンドがありますが、これがhomeディレクトリにも格納されているかどうかはわかりませんか?

私のアイデアはrsyncを使用して

Sudo rsync -aAXv --delete --exclude=/dev/* --exclude=/proc/* 
  --exclude=/sys/* --exclude=/tmp/* --exclude=/run/* --exclude=/mnt/* 
  --exclude=/media/* --exclude="swapfile" --exclude="lost+found" 
  --exclude=".cache" --exclude="Downloads" --exclude=".VirtualBoxVMs" 
  --exclude=".ecryptfs"

次に、これをスケジュールするためにcronをセットアップします。

手伝ってくれますか?

10
Maverick32

Clonezillaが助けになりました。残酷なコンソールインターフェイスですが、仕事を確実に実行できます。

https://clonezilla.org/ からイメージをダウンロードして起動可能なUSBドライブを作成します

USBドライブからClonezillaを起動し、ドライブやパーティションをUSBドライブまたはスティックにバックアップして、簡単に復元できます。 UXを怖がらせないでください。

5
zx81roadkill

/」フォルダをバックアップしないようにというアドバイスの理由はこれです。通常、多くの仮想(場合によっては物理)ファイルシステムが接続されています。仮想ファイルシステムは/procに似ています。ハードディスクに物理ファイルがなく、ファイル構造の一覧表示/読み取り/書き込みにより、カーネルの一部のデータ構造が操作されます。たとえば、/sys/bus/pci/rescanに1を書き込んでも、ハードディスクのどこにも何も書き込まれず、代わりに新しいデバイスのPCIバスが再スキャンされます。

それらをバックアップすることは無意味であるか、または有害でさえあるかもしれません。

すべてをバックアップすることが目標である場合、実行できる最善の方法はすべてをバックアップすることです。ただし、上記の問題のため、/のバックアップは問題が発生する可能性があります。

しかし、それを解決する簡単なトリックがあります。 Linuxは、いわゆる bind mount を認識しています。つまり、ファイルシステムを複数回マウントできるということです。

たとえば、

mount /dev/sda7 /mnt/root

(たとえば、ルートがsda7かどうかを考慮して)ルートファイルシステムをディレクトリ/mnt/rootにマウントします。その中にすべてが表示されます仮想ファイルシステムを含むすべてのサブマウントを除く

トリックはこれです:その後、rsyncを含む任意のツールで/mnt/rootを安全にバックアップできます。

また、これは再帰的なファイルコピーにすぎません。発生する可能性のあるファイルの不整合の問題に対する保護はありません。たとえば、データベースに2つのファイルがあるとします。たとえば、/var/lib/postgresql/11/main/base/13731/var/lib/postgresql/11/main/base/13732は相互に参照しています。データベースエンジンが最初と2番目に何かを書き込む場合バックアッププロセスの実行中の場合、最初のバックアップはバックアップされ、2番目のバックアップは行われない可能性があります。したがって、データベースは復元後にがらくたになります。

これは理由でもあります。この方法でシステムをバックアップすることに対して、反対論(時にはかなり激しいもの)が見つかる可能性があります。ただし、実際的なユーザーレベルの使用例では、このような実際の問題はごくまれにしか発生しません。おそらく、最も一般的な問題は、いくつかのWeb開発タスクでデータベースを操作している場合です。家庭環境では、この問題は無視します。プロフェッショナルな環境では、機密性の高い別のバックアップをデータに使用するのが現実的です。

テーマとカスタマイズのみのバックアップが本当に必要な場合は、システム全体のバックアップを作成する必要はありません。いくつかのドットファイルのバックアップを作成する必要があるだけです。

たとえば、ウィンドウに対して行った変更は~/.config/gtk-3.0/settings.iniファイル。インストールするほとんどのプログラムの構成ファイルは~/.configディレクトリ、それらの構成ファイルのバックアップを作成する必要があります。

2
Nomi Shaw