<div dir="ltr">On Tue, Jul 30, 2013 at 9:58 AM, Thomas Schmitt <span dir="ltr"><<a href="mailto:scdbackup@gmx.net" target="_blank">scdbackup@gmx.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
Richard Shaw wrote:<br>
> When I use dvd+rw-mediainfo I see<br>
> several different capacaities. Obviously if you use the formatting<br>
> with defect management then you're going to loose some capacity, but<br>
> the output is not clear which one is the correct.<br>
<br>
</div>You probably mean something like this:<br>
<br>
Mounted Media: 41h, BD-R SRM<br>
Media ID: CMCMAG/BA5<br>
...<br>
READ FORMAT CAPACITIES:<br>
unformatted: 12219392*2048=25025314816<br>
00h(3000): 11826176*2048=24220008448<br>
32h(0): 11826176*2048=24220008448<br>
32h(0): 5796864*2048=11871977472<br>
32h(0): 12088320*2048=24756879360<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
It is an overview of sizes from which you could choose.<br>
00h and 32h are the Format Codes for the SCSI command FORMAT UNIT.<br>
(3000) is the size of the Spare Area in hexadecimal numbers<br>
counting clusters of 64 KiB. (Cough.)<br>
For some reason my burners report (0) with the format code 32h by<br>
which i could choose a particular payload size. I read different<br>
prescriptions in MMC-5 specs. Shrug.<br></blockquote><div><br></div><div>So the "unformatted" one is pretty obvious which explains my first failure... but then I tried reducing the image using the 24756879360 (24.8GB) size, which still failed. Should I assume then that failure was because growisofs reserved more spare space in its formatting than I allowed for by my image size? </div>
<div><br></div><div>If I use 24220008448 when creating my image should my burns always succeed unless I reserve more than a default amount of space for defect management?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
xorriso would report by<br>
xorriso -outdev /dev/sr0 -list_formats<br>
<br>
a similar list<br>
Format idx 0 : 00h , 11826176s , 23098.0 MiB<br>
Format idx 1 : 32h , 11826176s , 23098.0 MiB<br>
Format idx 2 : 32h , 5796864s , 11322.0 MiB<br>
Format idx 3 : 32h , 12088320s , 23610.0 MiB<br>
<br>
and allow choosing by<br>
xorriso -outdev /dev/sr0 -format by_index_3<br>
<br>
or<br>
xorriso -outdev /dev/sr0 -format by_size_23610m<br></blockquote><div><br></div><div>Two questions here... First, in reading about xorriso it's really just for ISO formats correct? But in the case of simply formatting the media, we haven't affected the format choice, right? At this point I could still go with ISO9660 or UDF.</div>
<div><br></div><div>Second question/problem. When I try xorriso -outdev /dev/sr0 -list_formats I get the following:</div><div><br></div><div># xorriso -outdev /dev/sr0 -list_formats</div><div>GNU xorriso 1.3.0 : RockRidge filesystem manipulator, libburnia project.</div>
<div><br></div><div>libburn : SORRY : Cannot open busy device '/dev/sr0' : Device or resource busy</div><div>libburn : FAILURE : Cannot access '/dev/sr0' as SG_IO CDROM drive</div><div>xorriso : FAILURE : Cannot aquire drive '/dev/sr0'</div>
<div>xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE' </div><div><br></div><div>This is as root. As you can see I'm running the latest release. I'm also running 1.3.0 of libburn, libisoburn, libisofs... etc.</div>
<div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I am not aware of tools to produce UDF 2.50. mkisofs/genisoimage<br>
create UDF 1.02, afaik.<br></blockquote><div><br></div><div>No, but udftools will create an image up to 2.01, which is what I've been using to format my image files.</div><div><br></div><div>Thanks,</div><div>Richard</div>
</div></div></div>