HUBackup

Cannot back up more than 4GB to a FAT32 partition

Bug #72015 reported by Hong
2
Affects Status Importance Assigned to Milestone
HUBackup
Fix Committed
Undecided
Unassigned

Bug Description

When backing up to an external FAT32 partition, HuBackup does not divide the archive file into 4GB chunks to circumvent the limitation of FAT32

Hong (kmldqj)
Changed in hubackup:
status: Unconfirmed → Confirmed
Revision history for this message
Martin Bergner (martin-bergner) wrote :

Hi, thanks for your bug report: Yep, that's true. Hal seems to find out the type in volume.fstype, so we need to check this and then adjust the slice size to 4G. I will see what I can do.

Changed in hubackup:
assignee: nobody → martin-bergner
status: Confirmed → In Progress
Revision history for this message
Sivan Greenberg (sivan) wrote :

That is odd, I would except hubackp (using the hal probing) to detect how much space is left on the target file system, be it FAT32 , ext3 or whatever. Could you please tell me what it says on the target chooser in the main window when you choose the FAT32 partition as a target?

Revision history for this message
Martin Bergner (martin-bergner) wrote :

Hi, the problem is that fat32 does not support files greater then 4GB, so if you backup 8GB of data, there will be one dar file which will be bigger then 4GB, which would fit on the disc, but not in the file system structure.

Revision history for this message
Martin Bergner (martin-bergner) wrote :

I have committed a fix for this to my branch

Changed in hubackup:
assignee: martin-bergner → nobody
status: In Progress → Fix Committed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.