#420310 genisoimage generated an image with no data when the data was modified on the fly

Package:
genisoimage
Source:
cdrkit
Description:
Creates ISO-9660 CD-ROM filesystem images
Submitter:
Date:
2015-05-19 07:54:30 UTC
Severity:
wishlist
#420310#5
Date:
2007-04-21 14:48:09 UTC
From:
To:
package: nautilus-cd-burner
severity: wishlist

Hi!

As the title suggests, nautilus-cd-burner should create an image of the
writable files I want to burn, then maybe check the image and then
finally burn it.

Last week I wanted to burn the content of my $HOME-folder on a DVD. I
inserted an empty DVD-R in my drive and n-c-b showed up. I
drag-and-drop'ed my home folder into the n-c-b-window and clicked on
`burn'. Of course I still had evolution open to receive emails and have
been browsing the web with the epiphany browser while n-c-b did
who-knows-what. So there has still been some r/w-action on the
partition...

When the window showed up to tell me that n-c-b has successfully created
the DVD I wanted to test it and found, that all files existed on the
disc by name, but all had a byte size of 0. Only 3 files out of several
thousand on this disc were actually readable at all!

I guess that this has to do with the changing of files in my home-folder
during the burning process of exactly those files. I believe this would
not have happened, if n-c-b had prepared a static image of those files
and burned from this image instead of the writeable files themselves.
However, this is nothing I should care about as a `normal user' IMHO...

Thank you!

cheers,
Fabian

#420310#10
Date:
2007-04-23 15:37:57 UTC
From:
To:
Le samedi 21 avril 2007 à 16:48 +0200, Fabian Greffrath a écrit :

I doubt this could help. The only thing it would change is generating
the image on the disc instead of burning it on the fly. In all cases it
looks like a bug in genisoimage, for which n-c-b is only a frontend.

Can reproduce the issue when telling n-c-b to generate a writable image,
then opening this image with file-roller, instead of burning a disc?

#420310#15
Date:
2007-04-29 14:48:17 UTC
From:
To:
Am Montag, den 23.04.2007, 17:37 +0200 schrieb Josselin Mouette:

This sounds sane. Maybe reassign the bug to genisoimage?

I tried to reproduce this with a smaller set of data (~150M) and maybe
less disk i/o and the image was without errors. The bug does not seem to
be reproducable under all circumstances. However it is annoying enough
when it happens...

#420310#20
Date:
2007-04-30 11:40:40 UTC
From:
To:
reassign 420310 genisoimage
retitle 420310 genisoimage generated an image with no data when the data was modified on the fly
thanks

Le dimanche 29 avril 2007 à 16:48 +0200, Fabian Greffrath a écrit :

Yes, let's do that until a reason to accuse n-c-b arises.