Problem concerns:
clonezilla-live-3.2.0-5-amd64
clonezilla-live-20241010-oracular-amd64
Scenario leading to problems:
I have external hard disk (classical hdd, not sdd neither nvme) with two
partitions 1) fat32 2) exfat (the size is between 12 and 13TB as it might have importance here!).
When doing backup (local image, full disk backup) I have the following
situation:
Saving backup is ok but when clonezilla is making backup verification I'm
getting the following error for the second exfat partition.
Unable to read bitmap.
The image of this partion is broken: sdc2
I tried many different options, ex. two different compression algorithms,
running as uefi and as normal usb, using usb 2.0 and 3.0 etc. Nothing helps.
Other versions:
I've checked this with my previous version of clonezilla I used:
clonezilla-live-3.1.0-22-amd64
Here it's even worse as backup of the first partition is ok, but when doing
the backup of the second exfat partition, it stops when reading bitmap. So
here it stops earlier as not during verification but during backup. And
nothing happens. There is no any progress, no any error.
Conclusion:
In my humble option verification of exfat partition image is not working
for uknown reason (either there is sth else wrong as I'm not sure what this
bitmap is).
Additional remark:
When checking
sudo fsck.exfat -n /dev/sdb2
no any errors are reported.
Expected situation:
Backup and verification of exfat files working correctly.
Thanks for your feedback.
It seems you are the only one reporting this issue so far.
Are you sure your hardware is flawless? Is this issue reproducible on different hardware?
BTW, it's recommended to do a memory check.
Steven
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm wondering if it might have be the result of very big partitions?
Concerning hardware, I haven't noticed any other problems (ex. under linux ubuntu, different software etc.) which would suggest that sth might be wrong with hardware. Unfortunately I don't have possibility to check this with other hardware. :(
Memory check is ok. Moreover if it was a problem with memory, other software would hang or sth....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi!
Problem concerns:
clonezilla-live-3.2.0-5-amd64
clonezilla-live-20241010-oracular-amd64
Scenario leading to problems:
I have external hard disk (classical hdd, not sdd neither nvme) with two
partitions 1) fat32 2) exfat (the size is between 12 and 13TB as it might have importance here!).
When doing backup (local image, full disk backup) I have the following
situation:
Saving backup is ok but when clonezilla is making backup verification I'm
getting the following error for the second exfat partition.
Unable to read bitmap.
The image of this partion is broken: sdc2
I tried many different options, ex. two different compression algorithms,
running as uefi and as normal usb, using usb 2.0 and 3.0 etc. Nothing helps.
Other versions:
I've checked this with my previous version of clonezilla I used:
clonezilla-live-3.1.0-22-amd64
Here it's even worse as backup of the first partition is ok, but when doing
the backup of the second exfat partition, it stops when reading bitmap. So
here it stops earlier as not during verification but during backup. And
nothing happens. There is no any progress, no any error.
Conclusion:
In my humble option verification of exfat partition image is not working
for uknown reason (either there is sth else wrong as I'm not sure what this
bitmap is).
Additional remark:
When checking
sudo fsck.exfat -n /dev/sdb2
no any errors are reported.
Expected situation:
Backup and verification of exfat files working correctly.
Last edit: Piotr Piotr 2024-12-21
Thanks for your feedback.
It seems you are the only one reporting this issue so far.
Are you sure your hardware is flawless? Is this issue reproducible on different hardware?
BTW, it's recommended to do a memory check.
Steven
I'm wondering if it might have be the result of very big partitions?
Concerning hardware, I haven't noticed any other problems (ex. under linux ubuntu, different software etc.) which would suggest that sth might be wrong with hardware. Unfortunately I don't have possibility to check this with other hardware. :(
Memory check is ok. Moreover if it was a problem with memory, other software would hang or sth....
Here we did a test with the following command, and it looks there is no issue for a file system > 15 TB. Maybe you test the similar command there?
Steven