私はこのシナリオに何度か遭遇しました。より多くのスペースが必要なため、ドライブを交換する必要があります。問題が発生している、新しいボックスに移動しているなど。
あるパーティションサイズから別のパーティションサイズにデータをコピーする最良の方法は何ですか(ターゲットに十分なスペースがあると想定)。
別のファイルシステム(ReiserFSからext4など)の場合はどうなりますか?
それが既存のシステムの新しいドライブである場合、すべてを機能させるために再インストールする必要がないことをどのように確認できますか?
pdate-多くのオプションは実行可能性が高く、「正しい」答えはないと思うので、この質問をコミュニティwikiに変更しました。
CloneZilla を使用してドライブのクローンを作成し、次に gparted を使用してサイズを変更します。うまくいかない場合のために古いものを保管してください:-)
ちなみに、この方法は無料です。
過去に使用したソリューションはtar
です。パーティションのサイズとタイプがまったく同じ場合は、dd
を使用できます。
ここでの難問への私の答えです:
/tmp/driveold
および/ tmp/drivenew ')端末から次のtar
コマンドを実行します。
(tar cp --xattrs /tmp/driveold/path) | (tar x /tmp/drivenew/path)
コピーする必要があるパーティションごとに繰り返します
これは、これまでに試したすべてのパーティションで機能します(/boot
は除きます。パーティションは同一であることを確認し、dd
を使用します)。
ウォーレンとtarを使用するには+1。
ただし、通常は代わりに自分のバックアップから復元しようとします。また、1つのディスクから新しいディスクに移動することは、バックアップ計画が機能しているかどうかを確認する良い機会のようです。
ディスク障害をシミュレートする(古いディスクから電源を抜く)場合は、新しいディスクへの回復を開始します。そして、完了したら、古いディスクを起動してそれらを比較し、すべてのファイルを取得したかどうかを確認します。
それらが同一の場合は、両方がすべてのデータを移動しており、バックアップ計画が有効で機能していることがわかります。
もう1つのオプションは、liveCDから起動し、古いドライブを読み取り専用としてマウントすることです。これは、コピー中にlivecdが変更しないようにするためです。次にrsync -avz /mnt/olddisk/ /mnt/newdisk
(olddiskの後にスラッシュが必要です)。他の人が述べたように、これが拡張されているブートディスクである場合、ブート可能になる前にgrub-install <new device>
を再実行する必要があります。
これがLVMが好きな理由の1つです。新しいディスクをボリュームグループに追加し、pvmove
論理ボリュームを古いディスクから新しいディスクに追加して、古いディスクをボリュームグループから削除してから、システムから削除します。交換するブートディスクの場合は、ブートローダーも更新する必要があります。
ほとんどの disk clone ユーティリティはこれを行うことができます。 livecdのg4uを使うのが好きです。ゴーストはいいですが、無料のものを使いたいです。
また、 Disk Copy も見つかりました。これは、Wikipediaのリストにはないようですが、使用したことがありません。