Linuxで別のハードウェアにバックアップして復元する方法は? [コピー]

Linuxで別のハードウェアにバックアップして復元する方法は? [コピー]

私はDellノートブックでFedora 22を実行しています。まもなくFedora 22を実行しているデスクトップコンピュータに移行する予定です。私のラップトップ構成を新しいシステムにバックアップして復元する最善の方法は何ですか?私のシステムにはサードパーティのバックアップ/復元ソフトウェアはありません。 ddは私に役立ちますか?システムレベルのバックアップは機能しますか、それとも「ハードウェアまたはデバイス」に固有でないパーティションにddを制限する必要がありますか?私も他の提案やアイデアに開いています。

答え1

新しくインストールしてからrsyncingする方法をサポートします/home。ただし、完全性を保つために別のハードウェアがあるコンピュータから別のコンピュータにディスクを移動するには(文字通りまたはdd内容をコピーして)、次の手順を実行する必要があります。

sudo dracut --force --no-hostonly

バックアップまたはコピーをする前に、コンピュータから

これにより、通常の初期ブートイメージが作成されます。

デフォルトでは、Fedoraは特定のハードウェアに固有のブートイメージを作成し、スペースと時間を節約します。

この操作を忘れていて、マシンが起動しない場合(起動イメージのハードウェアサポートが不足しているため)、初期ブートローダ画面で回復モードメニュー項目を使用してください。このメニュー項目は常により一般的なブートイメージを持ち、システムに入ったらdracutコマンドを実行して非構造環境の初期ramfを作成できます。 (ただし、この場合はカーネルバージョンを確認する必要があります。/boot下記のように番号を確認して提供してください。dracut --force --no-hostonly --kver 4.2.3-300.fc23

答え2

これにはいくつかのオプションがあり、それぞれ効果と長所と短所が異なります。

まず、おそらくあなたはそれで何もしたくないでしょうddddブロックレベルのコピーを実行します。ファイルに関係なく、ディスクイメージを正確にミラーリングします。これは関連するファイルシステムにファイルを渡しますが、ここでは問題があります。両方のデバイスが同じシステムにある場合、同じUUIDが混乱する可能性があります。レベル変更を実行しようとしているファイルシステムエントリは明らかに除外されます。たとえば、ファイルシステム間の移行、より多くのinode割り当てなどがあり、ターゲットブロックデバイスはソースブロックデバイスと同じサイズでなければなりませんが、通常はそうではありません。 (ターゲットがソースより大きい場合はまだ機能しますが、別のサイズ変更操作を実行するまで追加のスペースにアクセスできません。ターゲットが小さい場合は失敗して動作しません。ファイルシステムに十分な空き容量とデータにアクセスするできない場合でもアクセスできます。

主なユースケースは、ddあるコンピュータから別のコンピュータにルートまたはブートファイルシステムを複製することです。これはdd通常、ブートプロセスが正常に機能するようにFS UUIDなどを保存したい場合に適しています。しかし、おそらくあなたはこれをしたくないでしょう。 (別の用途は実際にはUSBスティック、CDなどのディスクイメージを扱うことですが、ここでは関係ありません。)

最も望ましい操作はファイルレベルのバックアップ/復元です。このため、rsync両方のコンピュータが同時に起動すると本当にうまく機能し、そうでなければよりうまく動作することがわかりましたtar。デスクトップシステムで新しいFedoraインストールを実行していると仮定すると、/homersync / tarを使用してあるコンピュータから別のコンピュータにディレクトリを移行できる必要があります。これにより、すべてのユーザーファイルとほとんどのユーザーレベルのカスタマイズが保存されます(例外は、外部に保存されているcrontabのようなものです/home)。その後、以前の設定を適切にエミュレートするために残っているのは、パッケージマネージャを介して同じソフトウェアをすべてインストールすることです。ほとんどのソフトウェアが設定を保存するホームディレクトリは維持されるため、再インストールすると以前と同じように作業できます。

関連情報