web-dev-qa-db-ja.com

Clonezillaで作成したイメージをClonezillaを使用せずに復元できますか？

Clonezillaでいくつかの画像を作成しました。 ClonezillaのライブCDを持っていないが、別のLinuxディストリビューション、たとえばClonezillaを持っていないKnoppixがある場合、イメージをローカルドライブに復元する別のプログラムはありますか？私の理解では、Clonezillaはgpartedのオートマトンです。知りません。

disk-imageclonezilla
3
johnny

はい。ただし、適切なツールを使用する必要があります。

パーティションバックアップツール

Clonezilla は、実際には統合アプリケーションというよりもフレームワークであり、いくつかのツールの1つを使用してバックアップイメージを作成します。これらのツールは次のとおりです。

should使用しているpartclone-これがデフォルトです。通常、clonezillaをインストールした場合は、それもインストールされています。 （また、明らかに ntfscloneよりも優れています NTFSの場合でもです。）ただし、イメージを作成するときは、何が呼び出されるかに注意してください。完了したら、ログファイル/var/log/clonezilla.logと/var/log/partclone.logを確認して再確認してください。

圧縮スキーム/ツール

デフォルトでは、画像はgzipスキームで圧縮されますが、理論的にはbzip2、lzma、またはその他のスキームで圧縮できます。

fileユーティリティを使用して、画像の圧縮形式を確認できます。

$ file /path/to/my/image_file.aa
/path/to/my/image_file.aa: gzip compressed data, last modified: Sun Oct  15h 12:34:56 2017, max speed, from Unix

使用する解凍ツールの名前は通常、圧縮スキームと同じです。gzipの場合はgzip、lzmaの場合はlzma、bzip2の場合はbzip2です。ただし、他の何かを実行したい場合があります。次に例を示します。pigzは、gzipの並列化されたマルチコアバージョンであり、（通常は）はるかに高速に動作します。

画像のファイル名を調べて、使用するツールを決定します

Clonezillaは、バックアップを実行したデバイスのpartimag/の下のサブディレクトリにパーティションバックアップを配置します。そのディレクトリ内には、現時点ではあまり気にしないファイルが多数あり、（通常は最大の）ファイル（実際の圧縮クローンイメージ）があります。このようなファイルのパスの例：

/mnt/sdc1/partimag/2017-10-15-01-my-partition-backup/sdb1.ext4-ptcl-img.gz.aa

したがって、画像に使用されるディレクトリは/mnt/sdc1/partimagです。特定のパーティションはサブディレクトリ2017-10-15-01-my-partition-backupにバックアップされ、そのディレクトリ内の圧縮イメージはsdb1.ext4-ptcl-img.gz.aaです。さて、この名前は私たちにいくつかのことを教えてくれます：

  • パーティションはブロックデバイスsdb1でした（それほど面白くありません）
  • ファイルシステムの種類はext4でした。
  • バックアップツールはpartcloneでした（略してptcl）
  • 圧縮スキームはgzipでした（gz-拡張子のように）

また、clonezilla-imgという名前のクローン作成プロセスのログがあり（そう、紛らわしい名前です）、これを使用して再確認することもできます。

重要な注意：画像ファイルが固定サイズの断片に分割される可能性を無視しています。その場合は、独自の調査が必要です。 OPの質問。

すべてを一緒に入れて

イメージをデバイス/dev/sdd3に復元するとします。そうする前に、マウントが解除されていることを確認してください（例：unmount /dev/sdd3）。さもないと、物事がひどく台無しになります。

ここで、イメージを解凍し、結果を復元モードのパーティションバックアップツールにパイプして、関連するブロックデバイスに書き込みます。上記の例では、次のように実行します。

cd /mnt/sdc1/partimag/2017-10-15-01-my-partition-backup/ && \
pigz --decompress --stdout sdb1.ext4-ptcl-img.gz.aa \
| partclone.ext4 --restore --output /dev/sdd3

なぜこのピプレイン？

  • 画像はgzipで圧縮されているため、gzipを呼び出したいと思いますが、pigzの方が高速です。
  • pigzは、その出力を標準出力ストリーム、つまりパイプに書き込みます。
  • これはパートクローンイメージなので、partcloneを呼び出します。実際、partcloneにはファイルシステムタイプごとに1つずつ、複数の実行可能ファイルがあり、ext4バイナリが必要です。
  • partcloneは、特に指示がない限り、標準入力、つまりパイプから読み取ります。

すべて完了したら、mount -t ext4 /dev/sdd3 /path/to/mount/pointを使用してデバイスをマウントし、復元が正常に行われたかどうかを確認できます。 fsck ファイルシステムチェックツールを使用することもできます。

3
einpoklum

buntuForums は、CloneZillaイメージのコンテンツにアクセスするためのソリューションを提供します。

  1. Linuxで大きなディスクを準備する
  2. 画像が/home/partimag/YOURIMAGE/で、画像が/home/partimag/YOURIMAGE/hda1.ntfs-img.aaの場合、hda1.ntfs-img.ab... file /home/partimag/YOURIMAGE/hda1.ntfs-img.aaを実行して、gzip、bzip、lzopのいずれの画像かを確認します。
  3. Gzipだとすると、cat /home/partimag/YOURIMAGE/hda1.ntfs-img.* | gzip -d -c | ntfsclone --restore-image -o hda1.imgを実行できます。
  4. 次に、hda1.imgでマウントできるmount -o loop -t ntfs hda1.img /mntが作成されます。その後、すべてのファイルは/mnt/にあります

このサイトは似たようなことを言っていますが、ext3 image： http://blog.christosoft.de/2012/05/mount-clonezilla-image-to-restore-single-file-browse/

ただし、これらの方法を使用してオペレーティングシステムのパーティション全体を復元することはできません。

3
Cornelius