Hi.
My preffered compression method for images compression is lrzip. It sometimes fails during recovery but have no idea what is the reason. Last day during restore i got this error: read image_hdr error=0
So i have tried to manually decompres my 13GB archive
lrzip -d sda2.ntfs-ptcl-img.lrz.aa -o sda2.ntfs-ptcl-img
and decompression was successful so image is ok. Very often the same error occurs during conversion.
I always try to use the last alternative stable clonezilla live version, this problem looks to be general from many years.
I also tried to change default compresssion level and have noticed something suspicious in /usr/sbin/osc-sr:
IMG_CLONE_CMP="lrzip -q - $extra_lrzip_opt" <-- should be an extra "-" ?
BTW. Is there any way to put in distribution iotop? (iotop - simple top-like I/O monitor)
We have included iotop in Clonezilla live >= 2.6.5-12 or 20200114-*.
As for lrzip, not sure if it's hardware issue? Did you test the RAM or check the temperature of CPU? Because if it's software issue, it should be always reproducible at some specific scenarios...
Steven
Dear Steven
Than You very much. I have already tested 20200114 :-)
Today i have made yet another lrzip tests. Check-image-restorable on one
image stored on samba share but I have not drawn conclusions therefore I
think we can close this case. I will move to xz.
---------------------------- clonezilla-live-20200114-eoan-amd64
3 4) (partclone/bionic,now 0.3.11-1build1 amd64 [installed,automatic],
clonezilla/bionic,bionic,now 3.27.16-2 all [installed],lrzip/bionic,now
0.631-1 amd64 [installed] )
(sda1 2 3 4)
baremetal live CD/USB on my laptop i5-430M/8GB/hp6540b sda2 3 4 not
restorable
baremetal live CD/USB i7-3770/4GB/GA-H77-DSH3 yumi-uefi 0.0.2.0
(default clonezilla to ram) UEFI, sda2 3 4 not restorable
baremetal live CD/USB i7-3770/4GB/GA-H77-DSH3 win-setup-from usb 1.9
(default 800x600) BIOS, sda2 3 4 not restorable
baremetal live CD/USB i7-3770/4GB/GA-H77-DSH3 Tuxboot 0.8.2, (default
800x600) BIOS, sda2 3 4 not restorable
baremetal live CD/USB i5-4570/4GB/GA-Q87M-D2H Tuxboot 0.8.2, (default
800x600) BIOS, sda2 3 4 not restorable
---------------------------- clonezilla-live-2.6.5-12-amd64
800x600) BIOS, sda2 3 4 not restorable (an error appeared a bit later)**
---------------------------- clonezilla-live-2.6.4-10-amd64
800x600) BIOS,*sda2 3 4 not restorable
BTW. Could you tak a look at this files (from 20200114):
in osc-sr: IMG_CLONE_CMP="lrzip -q -
$extra_lrzip_opt"
in osc-cvtimg-comp: -z7) IMG_CLONE_CMP="lrzip -q -
$extra_lrzip_opt";; and then -z7|--lrzip-compress) IMG_CLONE_CMP="lrzip
-q - $extra_lrzip_opt"; shift;;
which produces in clonezilla-img: /dev/sda1 --output - | lrzip
-q- -*L 3 | split -a 2 -b 409600000MB -
BTW. Is there any way to convert-compression of images stored on samba
shares?
Best regards
Mark.
W dniu 26.01.2020 o 07:10, Steven Shiau pisze:
Related
Support Requests:
#131"Is there any way to convert-compression of images stored on samba shares?" -> After you mount the image repository, if you run "sudo clonezilla", choose "device-image", follow the steps, you should able to see something like this:
https://clonezilla.org/clonezilla-live/doc/02_Restore_disk_image/images/ocs-08-restoredisk.png
The "cvt-img-compression" option is what you are looking for.
Steven
Thank You, I know, but always got this error:
"
File system for /home/partimag does not support software link!
You have to use a file system supporting software link for /home/partimag.
Program terminated!!
This is a broken image, because no file name "disk" or "parts" is found
in the image dir.
The directory for this inputted image name does NOT exist:
/home/partimag/2020-01-28-06-img-xz
Program terminated!!!!
"
As You mention in "create-ocs-tmp-img"
By default we put the new image in /tmp, since we need a filesystem
can be symbolic linked. Otherwise it will fail, like CD (readonly) or
samba server (FAT does not support symbolic link)
Samba is on Ubuntu16.04 and on Windows Server 2012 share is the same
Best regards
Marek
**
W dniu 28.01.2020 o 02:57, Steven Shiau pisze:
Related
Support Requests:
#131OK, I finally confirmed this issue. The culprit is lrzip(0.631+git180528-1) from Debian repository. It's buggy.
I have used the updated lrzip from its git repository (https://github.com/ckolivas/lrzip), and created newer Clonezilla live in the testing release, i.e., 2.6.5-16 and 20200129-*:
https://clonezilla.org/downloads.php
Please give it a try and let us know the results.
Steven
Looks OK, I will check on more image at home.
Thank You
Mark
W dniu 29.01.2020 o 13:55, Steven Shiau pisze:
Related
Support Requests:
#131I have checked another "not restorable" lrzip image and with 20200129
its finally OK
Thank You
Marek
W dniu 30.01.2020 o 12:32, Marek Obara pisze:
Related
Support Requests:
#131