OK, this prompted me to do some more testing... because... I guess I didn't 'exactly ' remember what I was able to script/accomplish in the
past.
so, yes, indeed, with cdrtools 2.01a37 I can run
split -b 4095m filethatistoobig 4095
then
/usr/local/bin/mkisofs -U -udf -o big.udf 4095aa
and I get
Warning: creating filesystem that does not conform to ISO-9660.
0.24% done, estimate finish Fri Aug 20 09:31:23 2004
0.48% done, estimate finish Fri Aug 20 09:34:52 2004
0.72% done, estimate finish Fri Aug 20 09:33:42 2004
if I make the file one mega byte bigger, mkisofs gives me the value too large error. So this is likely what I was able to do in the past, and I had just forgotten the exact size limit. If you take stock in
http://fy.chalmers.se/~appro/linux/DVD+RW
then the 'salesmen giga bytes' size of a DVD disc should be (4.7 * 1000*1000*1000)/(1024*1024*1024) = 4.377216100 giga bytes. However
I also read somewhere yesterday, and now can't remember where that the udf filesystem is somewhat inefficient and wastes the first 256 some
odd sectors? Plus a certain amount of space for the directory structure. In this case negligible because only one file. So my question is, is there a way around this limitation in linux? It is well known that udf file system can exceed 4 gigabytes. Second question would be, how close to the
above size can I get? This I can answer by trial and error, if I could just get past the mkisofs limitation. ? Once I build confidence in a configuration that actually works, I may well try growisofs instead of mkisofs to speed up the process. I intend to burn 100 gigs a month or more, so a few hundred megs of lost capacity across 25 to 50 disks a month is enough to cause me concern.
Sean Johnson wrote:
I've been using mkisofs 2.01a34 to burn large files via growisofs using the -udf flag without any troubles. This is on a gentoo box. Just the other day I put a 3.8GB avi file on a dvd.
--
 WEB
DESIGN * HOSTING * EMAIL
|
Craig Lewis |
Ebase LLC | (504) 368-2236 |