[Debburn-devel] Bug report: genisoimage silently fails

Harald Hoyer harald at redhat.com
Thu Oct 25 08:12:15 UTC 2007


Peter Samuelson wrote:
> [Krzysztof Zelechowski]
>> sh> genisoimage somedir/ somedir.iso
>                          ^^^
> I assume you meant to put a "-o" in there.
> 
>> qemu> change cdrom somedir.iso
>> sh> touch somedir/newfile.txt
>> sh> genisoimage somedir/ somedir.iso
>> qemu> change cdrom somedir.iso
>> C:\> dir d:\newfile.txt
> 
>> Expected result: genisoimage should fail because the image is mounted.
> 
> It is not "mounted", not in the sense that the OS kernel is using it to
> provide a filesystem.  The file is in use by qemu, which is just
> another user process.  You could say the same if you loaded the .iso
> file into, for example, Emacs.  (Not that anyone would ever ... *ahem*
> ... at least I don't _think_ Emacs has a mode for ... hmmmmm.)
> 
>> Actual result: genisoimage runs happily but the image is not modified.
> 
> I can't reproduce this part.  When I try to run genisoimage with an
> output file that some other process is using, genisoimage successfully
> rewrites the file.  (Even if it _is_ a Linux kernel 'mount -o loop -r'.)
> 
> Perhaps it is successfully updating the file but qemu is caching the
> old data?  You can test this theory with 'isoinfo -f -i somedir.iso'.

the kernel uses the old, removed file (only existent in the void, because there is an open file descriptor 
from the kernel)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3623 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.alioth.debian.org/pipermail/debburn-devel/attachments/20071025/ffc44007/attachment.bin 


More information about the Debburn-devel mailing list