答え1
何かが間違っています。
ddを使用して実行中のシステムをスペアハードドライブに複製します。
コメントで述べたように、dd
以下を使用して複製することはできません。走るシステム!システムの稼働中にディスクの内容が変更されるため、コピー内容は一貫性がなく破損します。あなたのコピーは利用できず、正しいコピーを作成する必要があります。
ところで、これは私のせいではありませんdd
。dd
欠点はたくさんありますが、ここや他の場所cat
よりpv
良いものはありません。問題は、ツールがコピーしたソースの状態が一致しないことです。
損傷はGrubの懸念領域に影響を与えるようです。開発者は、現在ソフトウェアで認識できないデータが表示された場合、誰かが適切なサポートなしで暗号化されたディスクを使用しようとしていることが最も可能性の高い説明であると信じています。正しい復号化キーを使用できます。しかし、それはあなたの状況の説明ではありません。
コピーする方法
パーティションまたはディスク全体が読み取り専用でマウントされているか、まったくマウントされていない場合は、それを使用してcat
(または進行状況を表示したい場合)、パーティションまたはディスク全体をコピーできます。pv
システムがLVMにある場合は、LVMを使用して別のドライブに複製したり、ライブシステムから複製したりできます。一般的なプロセスは次のとおりです。
- 現在のLVM論理ボリュームのスナップショットを撮るために使用されます
lvcreate --snapshot
。これにはディスクに空き容量が必要です。新しいディスクに物理ボリュームを一時的に作成し、それを現在のボリュームグループに追加する必要があります。 - 新しいドライブにLVM物理ボリューム、ボリュームグループ、論理ボリュームを設定します。ここで、論理ボリュームは現在のサイズと同じです。
cat
(または他の方法で)を使用して、pv
スナップショットを新しい論理ボリュームにコピーします。各論理ボリュームに対してこの操作を繰り返します。論理ボリュームをコピーしたら、そのスナップショットを削除してスペースを節約できます。- 新しいシステムをマウントし、
/etc/fstab
新しいディスクのUUIDで更新します(該当する場合)。 - このプロセスはLVMパーティションの内容のみを処理するため、残りはコピーする必要があります。新しいドライブにブートローダをインストールします(詳細はGrubの設定方法によって異なります)。
/boot
LVM以外のパーティションにある場合でも、別々にコピーしてください。
このプロセスを自動化するツールがあるようですが、私はまったく知りません。
また、見ることができますLinuxインストールを新しいコンピュータに移動するそしてhttps://askubuntu.com/questions/25633/how-to- migration-user-settings-and-data-to-new-machine/5025#5025(ただし、多少古い内容の場合がありますのでご注意ください。)