Я столкнулся с той же проблемой. Хотя ответ dogonthehorizon может дать вам желаемые результаты в конце, вам также придется иметь дело с устранением проблем с зависимостями при попытке установить более старую сборку partclone.
Вместо этого прекратите использовать partclone.restore, это считается устаревшим. Используйте partclone.ext4 в качестве поддерживаемой альтернативы в сочетании с опциями --restore --restore_raw_file (короткие обозначения: -r -W). Здесь «ext4» следует заменить соответствующей файловой системой («ext3», «ext4», «ntfs» и т. Д.).
Я не сталкивался с такими несовместимостями, когда я восстановил версию 0.2 .58 'ext4' клон файловой системы с версией 0.2.78.
На примере 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, но partclone.ntfs для 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
Или следующее для резервной копии файловой системы ntfs :
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' и 'ext3' ) в исходных файлах .gz.