Fedora 22ルートでrsyncとパッケージを再インストールする

Fedora 22ルートでrsyncとパッケージを再インストールする

バックアップに関する多くの質問があることを知っていますが、経験豊富なLinuxユーザーが経験している問題を探しています。以下の3つの質問があります。残念ながら、これらの(長い)問題は互いに関連しているため、別々のクエリに分割することはできません。私はFedora 22のみを使用していますが、FedoraユニバーサルまたはLinuxユニバーサルレスポンスを歓迎します。質問:

(質問1)仮定:

ㅏ。私のブートドライブは(device = sda)、私のドックにはバックアップハードドライブ(device = sdc)があります。

b。最新バージョンのFedora22 Liveを使用して(デバイス= sdc)にFedora22を(フル)インストールし、sdcを起動可能にしました。

氏。 sdcが破損した場合に備えて、sdcをフルバックアップ(たとえば、機能的な「クローン」)に保ち、sdcを最新の状態に保つために、sdcのsdaルートの定期的なrsyncに完全に依存したいと思います。

d。 docker(sdcの場所)からバックアップを開始するか、元のブートディスクをバックアップと交換し(sdaの場所)からバックアップを開始できるようにします。

e.パッケージをまったく再インストールしないでください。

私のFedora 22ブートドライブのディレクトリ構造は次のとおりです。

.autorelabel、bin、boot、.config、devなど、home、lib、lib32、lib64、loss+found、media、mnt、opt、proc、root、run、sbin、srv、sys、tmp、usr、var

除外する一時ディレクトリのリストは次のとおりです。

/dev、/home、/media、/mnt、/proc、/run/media、/sys、/tmp、/var/lock、/var/run

/home は個別に rsync なので除外されます。質問(1)を前提として、除外するディレクトリの議論を依頼します。

(質問2)Linuxの経験が不足しており、上記の仮説(1)dに焦点を当てたので、/etc/fstabと/boot/grub2/grub.cfgに特別な処理が必要になる可能性があると推測しました。私の意図は次のとおりです

ㅏ。 sdaで/etc/fstabを.../fstab_sdaにコピーし、/boot/grub2/grub.cfgを.../grub_sda.cfgにコピーします。

b。 rsyncで/etc/fstabと/boot/grub2/grub.cfgを除いて(場所sdc)からバックアップが正常に起動することを願っています。

氏。ブートディスクをバックアップに置き換えるには(sdaの場所からバックアップをブートする)... / fstabと... / grub.cfgを対応する..._sda対応エントリに置き換えてバックアップをブートすることを願っています。 (場所sda)で正常に実行されました。

このアプローチを取った人はいますか? .../fstabと.../grub.cfgには実際にこの特別な処理が必要ですか?この特別な処理を必要とする他のファイルはありますか?

(質問3)私の研究によると、上記の(1)+(2)は過剰であるため、rsync_on_the_root戦略を放棄して次のものを使用する必要があります。

ㅏ。 rsync'g /home および /etc のみ。

b。 dnf を使用してインストールされたパッケージのリストを保持します。

氏。 Fedora 22 Liveを使用して新しいディスクに(フル)Fedora 22を挿入し、その新しいディスクに/ homeと/ etcを手動でrsync'gし、その新しいディスクから起動し、その新しいディスクの自動更新を呼び出してから、手動を使用して復元されます。この新しいディスクにdnfパッケージを再インストールします。

d。 fedoraproject.orgを定期的にチェックして、Fedora 22(ワークステーション)Live isoの最新バージョンがあることを確認してください。

私のシステムでは、「dnf History userinstalled」は、2015年6月にFedora 22を初めてインストールしてから24個のパッケージのみを報告します。私は、Fedora 22(Workstation)LiveへのFedoraproject.orgの定期的な更新に自動的に更新される.isosの大部分が含まれていると仮定します。

経験豊富な LINUX ユーザーの場合:

上記(1)と(2)がもはや役に立たないようにする上記(3)の推論に同意しますか? (3)cは24時間以上かかることがあるというコメントを見ました。上記の(3)dがこれが起こるのを防ぎますか?

また、(3)cのためにハードドライブが(場所sdc、ドッキングステーション)または(場所sda、プライマリブートドライブ)から起動されますか?

または、「dnf History userinstalled」が100個未満のパッケージを報告し、(3)dが観察されたと仮定しても、(3)cはまだ24時間以上かかりますか?では、なぜそうなのでしょうか?

Fedora 22の場合(1)+(2)は完璧ですか? (1)+(2)でどんな問題が発生したか聞いたことがありますか?

ベストアンサー1

rpm -qa私はインストールされたパッケージのリスト(出力など)を安全な場所に保管して同期/home(コピーを保存/etc)することを好みます。必要に応じて、インストールされているパッケージを再インストールし、コピーと比較して/etc必要な変更を修正します。

その理由は、これが独自に開発した「私のシステム複製」スクリプトセットよりも安全であるためです。遅くなる可能性がありますが(毎日そうしないことを願っています)、再インストールに失敗した場合は再起動できます。レプリケーションが正しく機能しない場合は、次のものを見つけることができます。後ろにオリジナルが開発されました。

おすすめ記事