clonezillaイメージの復元-猫| gzip |パートクローンが機能しない！
Clonezillaで撮影した画像を復元しようとしています。 Windows 7マシンから取得され、次の形式の複数のファイルに分割されました。
sda1.ntfs-ptcl-img.gz.a *（*はa-kから）
これらのイメージを復元する方法をオンラインで検索しましたが、最も頻繁に使用されるのは次のとおりです。
Sudo cat /dir-to-images/sdb1.ntfs-ptcl-img.gz.* | Sudo gzip -d -c | Sudo partclone.restore -C -s - -O /dir-to-new-image/hda1.img
ただし、これを試してみると：
Sudo cat sda1.ntfs-ptcl-img.gz.a* | Sudo gzip -d -c | Sudo partclone.restore -C -s - -o partclone-restore.img
次のエラーが表示されます。
Partclone v0.2.70 http://partclone.org
Starting to restore image (-) to device (partclone-restore.img)
device (partclone-restore.img) is mounted at
error exit
Partclone fail, please check /var/log/partclone.log !
それでは、partclone.logを見てみましょう...
Partclone v0.2.70 http://partclone.org
Starting to restore image (-) to device (partclone-restore.img)
device (partclone-restore.img) is mounted at
error exit
同じ正確なエラー..私はここで何かを見逃していますか？誰かが私を正しい方向に向けることができますか？
Ubuntu 12.04を使用しています
TL; DR：ソースからpartclone 0.2.58をインストールし、partcloneステップを再試行します。
私のArch-Linuxマシンで似たようなことをしようとして、私はこの質問に出くわしました。私はあなたとは少し違った方法で問題に取り組みましたが、私の解決策が少なくともあなたを正しい軌道に乗せることを望んでいます。
最初に、以前のバージョンのClonezillaで作成した圧縮バックアップを解凍しました。
cat sda4.ext4-ptcl-img.gz.a* | gzip -d -c > sda4.img
次に、partcloneを使用して次のコマンドでこのファイルを復元しようとしました。
partclone.extfs -r -s sda4.img -o sda4-restored.img --restore_raw_file
物事はこれまでおなじみのはずです。ここで行ったのは、試行したプロセスを2つのコマンドに分割することだけです。今、私はこれらのコマンドで同じ問題に遭遇しました、そしてそれは出現がpartcloneのバージョンの問題になる私たちが使用していること。
Partclone v0.2.7とPartclone v0.2.69は互換性がないようですClonezilla v3.5.1で作成したバックアップ。
ただし、、古いバージョンのPartclone、つまりPartclone v0.2.58をインストールすると、作成したバックアップイメージを復元できました上記と同じコマンドを使用します。 partcloneにはArch-Linux用の準備されたイメージがなかったため、ソースからコンパイルする必要がありましたが、Ubuntu 12.04を実行すると、このpartcloneミラーで提供される.debファイルを細かくできる場合があります： http：// partclone。 nchc.org.tw/download/stable/0.2.58/ 。
0.2.58をコンパイルするために私が従った手順はArch-Linux特有のものですが、まだ助けが必要な場合はこのプロセスを喜んで共有します。
乾杯！
私は同じ問題に遭遇しました。 dogonthehorizonの答えは最終的に望ましい結果をもたらすかもしれませんが、partcloneの古いビルドをインストールしようとする場合、依存関係の問題の修正にも対処する必要があります。
代わりに、partclone.restore、 非推奨と見なされます の使用を停止してください。代わりに、partclone.ext4（短い表記法：--restore --restore_raw_file）オプションと組み合わせて、維持される代替手段として-r -Wを使用します。ここで、 'ext4'は適切なファイルシステムに置き換えられるべきです（ 'ext3'、 'ext4'、 'ntfs'など）。
この方法で非互換性は発生していません。バージョン0.2.58でバージョン0.2.58ext4ファイルシステムクローンを復元しました。
OPの例では：
Sudo cat /dir-to-images/sdb1.ntfs-ptcl-img.gz.* | Sudo gzip -d -c | Sudo partclone.restore -C -s - -O /dir-to-new-image/hda1.img
partclone.restoreを使用せずにntfsの代わりにpartclone.ntfsを使用すると、次のようになります。
Sudo cat /dir-to-images/sdb1.ntfs-ptcl-img.gz.* | Sudo gzip -d -c | Sudo partclone.ntfs -C -r -W -s - -O /dir-to-new-image/hda1.img
または、ext4ファイルシステムバックアップの場合：
Sudo cat /dir-to-images/sdb1.ext4-ptcl-img.gz.* | Sudo gzip -d -c | Sudo partclone.ext4 -C -r -W -s - -O /dir-to-new-image/hda1.img
ファイルシステムの表示に注意してください（ 'ntfs'および 'ext4'）元の.gzファイル内。
別のフォーラムで、簡単な解決策を見つけました。
書き込み先のファイルを作成する必要があります！
例えば.
sda4-restored.imgをタッチします
パーティションと同じかそれ以上のサイズのファイルを作成しない限り、-C / dont check size ..を使用する必要があることに注意してください。
元の投稿：
partclone.restoreを使用して復元したイメージをループマウントしようとすると、エラーが発生しました。元のバックアップはclonezillaで作成され、パーティションをイメージにバックアップしました。
EXT4-fs（loop0）：不正なジオメトリ：ブロック数14648437がデバイスのサイズを超えています（14215168ブロック）
だから私はそれを切り捨てるために次のコマンドを使用しました
truncate -o -s 14648437 sda2.img
imgがルートによって所有されている場合、またはルートによって所有されているフォルダーにある場合は、Sudoが必要になります。ただし、画像を切り捨てるとファイルが失われる可能性がありますが、元のclonezillaバックアップが残っているため、partclone.restoreで作成された.imgファイルを台無しにしても大丈夫です。