It's possible if only the split image file is broken in the first 512 KB. If it's broken in the data part, I think Clonezilla won't be able to fix that for you.
Not sure your problem is in the first 512 KB or in the data part. Do you know ?
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't think the files are broken. Atleast the bugreports
I did read about that prob said that it was a problem
with Partimage because a bug in the gzip implementation.
Unfortunately adding all files together with cat or dd doesnt
seem to work, I get a CRC-error after around 4-5GBs of restoring.
So, Clonezilla can work with partimage files natively?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In some option, Clonezilla also uses partimage to save the image. However, gzip command on Linux system is used to compress the image, not using the gzip mechanism in partimage.
If your problem is something went wrong when compressing the image with gzip algorithm... it's not easy to fix it... You can try to google some talks about how to fix a gzipped file... Once it's can be uncompressed, it's possible to restore the image to a partition.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Actually this is what Clonezilla does when restoring the image files of partimage:
---------------------------
toskip=0
# partimage will put header in 2nd and later volumes, so we have to uncompress it, then strip it before pipe them to partimage
( for img in $target_d/$img_file_prefix; do
zcat $img | dd bs=512 skip=$toskip 2> /dev/null
toskip=1
done
) \
| partimage -M -f3 -b -o -d restore /dev/$part stdin
---------------------------
In your case,
$target_d maybe is "/media/sdc6/backup/",
$img_file_prefix maybe is "22032009-backup.gz.*"
$part is the partition you want to write the image, e.g. sda1.
Make sure it's big enough for your image to write.
///NOTE/// Backup your image file and important data. Just in case.
Good luck.
Steven.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Help! Under http://www.partimage.org/forums/viewtopic.php?p=2158#2158
I wrote already about my problem. Made a image with partimage but can't restore it via partimage (some bug with splitted images and gzip... :( )
Is there a chance that clonezilla can help me? Or anyone reading this?
It's possible if only the split image file is broken in the first 512 KB. If it's broken in the data part, I think Clonezilla won't be able to fix that for you.
Not sure your problem is in the first 512 KB or in the data part. Do you know ?
Steven.
Well I think its a bug from the restoring, not at the compressing.
Could you tell me how I decompress my 51 GZIP-files into one huge file? I think that would help already... (hopefully).
I don't think the files are broken. Atleast the bugreports
I did read about that prob said that it was a problem
with Partimage because a bug in the gzip implementation.
Unfortunately adding all files together with cat or dd doesnt
seem to work, I get a CRC-error after around 4-5GBs of restoring.
So, Clonezilla can work with partimage files natively?
In some option, Clonezilla also uses partimage to save the image. However, gzip command on Linux system is used to compress the image, not using the gzip mechanism in partimage.
If your problem is something went wrong when compressing the image with gzip algorithm... it's not easy to fix it... You can try to google some talks about how to fix a gzipped file... Once it's can be uncompressed, it's possible to restore the image to a partition.
Steven.
Actually this is what Clonezilla does when restoring the image files of partimage:
---------------------------
toskip=0
# partimage will put header in 2nd and later volumes, so we have to uncompress it, then strip it before pipe them to partimage
( for img in $target_d/$img_file_prefix; do
zcat $img | dd bs=512 skip=$toskip 2> /dev/null
toskip=1
done
) \ | partimage -M -f3 -b -o -d restore /dev/$part stdin
---------------------------
In your case,
$target_d maybe is "/media/sdc6/backup/",
$img_file_prefix maybe is "22032009-backup.gz.*"
$part is the partition you want to write the image, e.g. sda1.
Make sure it's big enough for your image to write.
///NOTE/// Backup your image file and important data. Just in case.
Good luck.
Steven.