Wrong slice size for DVD+R?

Bug #175154 reported by Christopher Hoskin
4
Affects Status Importance Assigned to Milestone
HUBackup
Incomplete
Medium
Unassigned

Bug Description

Using Ubuntu 7.10, with the packaged hubackup (0.0.7) to back up to 4.7GB DVD+R. hubackup creates the following in ~/.hubackup:

 4294967296 username-master-archive.1.dar
         370688 username-master-archive.1.dar.iso
 1621455089 username-master-archive.2.dar
 1621829632 username-master-archive.2.dar.iso
       8058501 username-master-catalog.1.dar
       8431616 username-master-catalog.1.dar.iso

Clearly something has gone wrong with the creation of username-master-archive.1.dar.iso as it is smaller than the .dar file it is meant to contain.
Running with DEBUG_PRINT = True we see that the iso is created with the command:

mkisofs -gui -r -J -T -V MASTER-CD1_09-Dec-2007_19:29 -o /home/username/.hubackup-data/username-master-archive.1.dar.iso /home/username/.hubackup-data/username-master-archive.1.dar

Running this from the command line, we get the output:

Setting input-charset to 'UTF-8' from locale.
mkisofs: Value too large for defined data type. File /home/username/hubackup-data/username-master-archive.1.dar is too large for current mode - ignoring
Total translation table size: 0
Total rockridge attributes bytes: 185
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 0
181 extents written (0 MB)

Revision history for this message
Christopher Hoskin (christopher-hoskin) wrote :

On doing some further investigation, it appears that this error is due to a filesize limit in the iso format. One quick way to work around this would be to replace the mkisofs command with:

genisoimage -gui -r -J -T -V MASTER-CD1_09-Dec-2007_19:29 -allow-limited-size -o /home/username/.hubackup-data/username-master-archive.1.dar.iso /home/username/.hubackup-data/username-master-archive.1.dar

An alternative would be to modify hubackup so that each iso is comprised of multiple smaller .dar files.

Revision history for this message
Sivan Greenberg (sivan) wrote :

Thank you for this bug report and the further investigation! It seems we should detect the resulting file size of the archive and check if it exceeds the file size limit in the iso format and add the aforementioned argument to mkisofs in order to circumvent this. This is the direct result of lack of testing so I appreciate the time and effort you took in order to come up with this.

Changed in hubackup:
importance: Undecided → Medium
Changed in hubackup:
status: New → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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