web-dev-qa-db-ja.com

あるドライブから別のサイズの別のドライブに移動するにはどうすればよいですか?

私はこのシナリオに何度か遭遇しました。より多くのスペースが必要なため、ドライブを交換する必要があります。問題が発生している、新しいボックスに移動しているなど。

あるパーティションサイズから別のパーティションサイズにデータをコピーする最良の方法は何ですか(ターゲットに十分なスペースがあると想定)。

別のファイルシステム(ReiserFSからext4など)の場合はどうなりますか?

それが既存のシステムの新しいドライブである場合、すべてを機能させるために再インストールする必要がないことをどのように確認できますか?

pdate-多くのオプションは実行可能性が高く、「正しい」答えはないと思うので、この質問をコミュニティwikiに変更しました。

21
warren

CloneZilla を使用してドライブのクローンを作成し、次に gparted を使用してサイズを変更します。うまくいかない場合のために古いものを保管してください:-)

ちなみに、この方法は無料です。

10
craigmoliver

過去に使用したソリューションはtarです。パーティションのサイズとタイプがまったく同じ場合は、ddを使用できます。

ここでの難問への私の答えです:

  1. Slax などのライブCDディストリビューションを使用して起動します。
  2. 必要なパーティションが新しいドライブにあることを確認します
  3. 古いドライブと新しいドライブの両方がマウントされていることを確認します(例:/tmp/driveoldおよび/ tmp/drivenew ')
  4. 端末から次のtarコマンドを実行します。

    (tar cp --xattrs /tmp/driveold/path) | (tar x /tmp/drivenew/path)

  5. コピーする必要があるパーティションごとに繰り返します

これは、これまでに試したすべてのパーティションで機能します(/bootは除きます。パーティションは同一であることを確認し、ddを使用します)。

5
warren

ウォーレンとtarを使用するには+1。

ただし、通常は代わりに自分のバックアップから復元しようとします。また、1つのディスクから新しいディスクに移動することは、バックアップ計画が機能しているかどうかを確認する良い機会のようです。

ディスク障害をシミュレートする(古いディスクから電源を抜く)場合は、新しいディスクへの回復を開始します。そして、完了したら、古いディスクを起動してそれらを比較し、すべてのファイルを取得したかどうかを確認します。

それらが同一の場合は、両方がすべてのデータを移動しており、バックアップ計画が有効で機能していることがわかります。

2
Johan

もう1つのオプションは、liveCDから起動し、古いドライブを読み取り専用としてマウントすることです。これは、コピー中にlivecdが変更しないようにするためです。次にrsync -avz /mnt/olddisk/ /mnt/newdisk(olddiskの後にスラッシュが必要です)。他の人が述べたように、これが拡張されているブートディスクである場合、ブート可能になる前にgrub-install <new device>を再実行する必要があります。

2
Shoan

これがLVMが好きな理由の1つです。新しいディスクをボリュームグループに追加し、pvmove論理ボリュームを古いディスクから新しいディスクに追加して、古いディスクをボリュームグループから削除してから、システムから削除します。交換するブートディスクの場合は、ブートローダーも更新する必要があります。

2
pgs

元のパーティションからイメージを作成し、このイメージを新しいHDDに配置します。

Norton Ghost™14. それまたは他の画像ソフトウェアを実行します


ディスククローンソフトウェアの一覧はこちら

ディスク複製ソフトウェアの比較[ウィキペディア]

1
MicTech

ほとんどの disk clone ユーティリティはこれを行うことができます。 livecdのg4uを使うのが好きです。ゴーストはいいですが、無料のものを使いたいです。

1
chills42

また、 Disk Copy も見つかりました。これは、Wikipediaのリストにはないようですが、使用したことがありません。

1
warren