web-dev-qa-db-ja.com

Clonezillaを使用して大きなパーティションを小さなパーティションに復元する

少し前に、ClonezillaでEXT4パーティションのバックアップを作成しました。 HDDがクラッシュし、重要なデータが失われました。

パーティションのイメージのサイズは50GBです。このイメージを200GB HDDに復元しようとしましたが、元のパーティションのサイズは500GBであることがわかりました。ダンプ用の500GB HDDがないので、-Cをpartcloneに渡して、Clonezillaに強制的に無視する方法を見つけました。しかし、リカバリ中にエラーtarget seek ERROR:Invalid argumentで停止しました。

実際のビットマップが収まらないようにパーティション上のデータが断片化されていると想像できます。これの回避策はありますか？ 600GB程度のHDDを持っていますが、パーティションテーブルなどに触りたくありません。理想的には、マウント可能なイメージに復元する方法です。 （ISOなど）

partitionbackupdata-recoveryclonezilla
6
Noir

600 GBの空き容量があるため、現在のHDをマウントし、そのファイルを600 GBにコピーできます。
またはdd + gzipを使用して新しいバックアップを作成すると、容量を失う問題なくハードドライブを復元できます。

現在実行中のosからそれを実行する場合：

現在のhdをマウントします（これはext4であるため、さまざまな場所にマウントできます）。

Sudo mkdir ~/bk/{0,1}
Sudo mount /dev/SRC_HD ~/bk/0
Sudo mount /dev/DST_HD ~/bk/1
Sudo copy -arxp ~/bk/0/* ~/bk/1/

ここで、600GBでブートする場合は、いくつかの変更を行います

blkidを使用してHDのUIDを取得する

SRC_HDUUID="7ahzj19f-a2b2-4f24-bb01-4ca7bc9fed3a"
DST_HDUUID="7aaeb19f-a2b2-4f24-ffc1-4ca7bc9fed3a"

Sudo grep "$SRC_HDUUID" /etc /boot -rl | while read f
do
    sed -i "s/$SRC_HDUUID/$DST_HDUUID/g" $f
done

Sudo umount -fl ~/bk/*

現在のOSでGRUBを更新します

Sudo update-grub

$ DST_HD内の新しいコピーで再起動し、SRC_HDまたはその他を消去します。

gzip dd gunzipを使用してライブOSからそれを行う場合：

sRC_HDを生のイメージに再度バックアップします

dd if=/dev/SRC_HD | gzip -c  > /inside/your600/image.img

生の画像から復元します

gunzip -c /inside/your600/image.img | dd of=/dev/SRC_HD

復元する前に、SRC_HDを洗浄することをお勧めします

ハードドライブを洗浄すると、ゼロで満たされたハードドライブ内にファイルが作成され、そのファイルが削除されます。

Sudo dd if=/dev/zero of=/where/hardrive/mountd/zero

hdサイズに応じて、しばらく時間がかかり、「ディスクフル」メッセージで停止します。

Sudo rm /where/hardrive/mountd/zero
1
Jonah

Clonezilla サイトは、より小さなデバイスへの復元はツールの文書化された制限であることを明確に述べていますが、 このページ は、そのような回復を試みる可能性について言及し、復元するデータ。これはおそらくあなたがしたようなことです。それが機能しない場合は、次のようにします。

PhotoRec は不思議ですが、大きなパーティションの場合は時間がかかり、その結果、ツールの出力を選択するという大きなタスクが発生する可能性があります。私は SysRescueCD を使用しました。このツールは少なくとも上書きされたドライブに保存されたのと同じくらい多くの空き容量をシステムに必要とするため、データ（障害の前に削除されて上書きされなかったデータを含む）のために十分な空き容量が必要です。 SysRescueCDには sshfs も含まれているため、空きドライブがない場合は別のシステムのストレージを使用できます。

PhotoRecは一部のファイル拡張子（画像、mp3など）を正しく取得できますが、それ以外の場合はファイル名が完全に失われます。それにもかかわらず、特定の主要ファイルを回復することは可能でした。ドライブが持っていたのと同じくらいの量のデータを取り戻しました。場合によっては、すべてを回復するのに多くの労力を費やす価値はありませんが、どのくらいの時間がかかるかは、失われたものの重要性に依存します。

私はこのことを何度も行っています。故障したドライブがあった。 ddrescue に相当する量を使用してドライブのコピーを取得し、40 GBのmp3のほとんどを回復しました。

0
kbulgrien

可能性の1つは、バックアップイメージをマウントして、以前に新しいドライブにファイルシステムを作成した新しいドライブにファイルをコピーすることです。 この投稿 は、マウント用のclonezillaイメージを準備する方法を説明しています。ただし、画像を解凍するために多くのスペースが必要になるようです。

0
bodgix

私は同様の問題の解決策を探していて、私の結果をあなたと共有したいと思っていました。実際には、不良パーティションのために起動しなくなった単一パーティションの750GBディスクを備えたWindowsノートブックがありましたが、スペアは160GBしかありませんでした利用可能なディスク。ソースディスク上のデータの総量が約32 GBであることを知っていたので、750 GBディスクの不良セクターを「修復」するためにHdd Regeneratorのコピーを手に入れ、それをClonezillaでイメージしました。

Clonezillaの下でイメージをロードし、最初のオプション画面でオプション「-ICDS」をチェックし、2番目のオプションで「-k1」をチェックしました...ソフトウェアがデータを復元し、画面に表示できないエラーが表示されました今は覚えていますが、ターゲットディスクの使用可能なスペースに関係していました。

したがって、システムを再起動してローカルディスク（イメージを復元したディスク）から開始し、「（Windows）起動修復をロードする」を選択しました。これには数分かかりました。その後、システムを再起動しました。それは完全にWindowsをロードしました！

0
Mario