I updated and the same set of commands now takes me a step further,

though growisofs ends with

....
 99.90% done, estimate finish Wed Jun 18 16:43:10 2003
Total translation table size: 0
Total rockridge attributes bytes: 256
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 5544
935984 extents written (1828 Mb)
/dev/scd0: flushing cache
/dev/scd0: stopping de-icing
/dev/scd0: writing lead-out
/dev/scd0: reloading tray
:-( unable to reload tray: No medium found

(the last steps, lead-out etc, take only a few seconds)

when I manually eject the dvd and insert it again, nothing happens : I cannot access the files on it. (though the surface of the dvd is changed)


Andy Polyakov wrote:
I used growisofs one month ago and now have problems reading my dvd+rw
(while I had checked they were okay the day I burned them)


I have no comment on this. Except that it's most likely question to your
media manufacturer.


"growisofs -Z /dev/cdrom -R -J /my/file"
"Executing 'mkisofs -R -J /my/file | builtin_dd of=/dev/cdrom obs=32k
seek=0'
:-( unable to unmount /dev/cdrom: No such file or directory"


There was a bug introduced in 5.4 and corrected in 5.5, which manifests
in this exact manner. Upgrade or invoke growisofs by absolute path, e.g.
/usr/local/bin/growisofs -Z /dev/cdrom ...'


When I try "dd if=/my/file.iso of=/dev/cdrom obs=32k" I get
... the fs is read-only.


To get dd working you have to patch the kernel. But please note that it
makes no sense to patch the kernel solely for dd's sake, as growisofs
fills in for it perfectly. In other words, if volumes generated by
mkisofs is your sole goal, stick to user-land and abstain from patching
kernel. A.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Reply via email to