Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

mkisofs with large file support

73 views
Skip to first unread message

Ilya Zakharevich

unread,
Apr 23, 2008, 12:55:09 AM4/23/08
to

I discovered that mkisofs2 2.01a32 I have does not support large
files. What I'm getting is

File ./foo is not readable (errno = 24) - ignoring
File ./bar is not readable (errno = 24) - ignoring

Is there a version compiled with large file support? I have a couple
of 2.2GB files I would prefer to burn...

Thanks,
Ilya

P.S. Alternatively, is it possible to use DVD+R with os/2 UDF writer?
Would 4677000000 fit with the generated-UDF overhead?

Allan

unread,
Apr 23, 2008, 11:43:06 AM4/23/08
to
On Wed, 23 Apr 2008 04:55:09 UTC, Ilya Zakharevich <nospam...@ilyaz.org> wrote:

>
> I discovered that mkisofs2 2.01a32 I have does not support large
> files. What I'm getting is
>
> File ./foo is not readable (errno = 24) - ignoring
> File ./bar is not readable (errno = 24) - ignoring
>
> Is there a version compiled with large file support? I have a couple
> of 2.2GB files I would prefer to burn...

There is a newer one here, but I didn't check if it has large file support.
ftp://ftp.netlabs.org/incoming/cdrtools-2.01.01a36-os2-bin.zip

> P.S. Alternatively, is it possible to use DVD+R with os/2 UDF writer?
> Would 4677000000 fit with the generated-UDF overhead?

I can try with a DVD+RW and tell you l8r.

--
Allan.

It is better to close your mouth, and look like a fool,
than to open it, and remove all doubt.

Allan

unread,
Apr 23, 2008, 12:25:53 PM4/23/08
to
On Wed, 23 Apr 2008 04:55:09 UTC, Ilya Zakharevich <nospam...@ilyaz.org> wrote:

> P.S. Alternatively, is it possible to use DVD+R with os/2 UDF writer?
> Would 4677000000 fit with the generated-UDF overhead?

A freshly formatted DVD+RW says:
4.691.034.112 total bytes on drive S:
4.690.694.144 bytes free on drive S:

(It must be the lostfiles.dir that consumes the few bytes)

Anyway, it looks like it is possible.

Ted Edwards

unread,
Apr 23, 2008, 1:07:25 PM4/23/08
to

I have (from Hobbes) cdrtools2-2.01.01a04\Readme.mkisofs. The readme
claims, " Mkisofs can put to ISO9660 images files up to 4gb is size and
in UDF images files over 4gb in size. To read files over 4gb from UDF
image use latest UDF.IFS. Some earlier versions of UDF.IFS do not read
such files. "

Using this and DVDDAO on a JFS partition I have written DVD's with a
little over 4GB total data although these have not contained a single
file over 2GB.

Ted

Ilya Zakharevich

unread,
Apr 23, 2008, 5:05:43 PM4/23/08
to
[A complimentary Cc of this posting was sent to
Ted Edwards
<Ted_Es...@telus.net>], who wrote in article <h1KPj.1675$XI1.443@edtnps91>:

> Ilya Zakharevich wrote:
> > I discovered that mkisofs2 2.01a32 I have does not support large
> > files. What I'm getting is
> >
> > File ./foo is not readable (errno = 24) - ignoring
> > File ./bar is not readable (errno = 24) - ignoring

> I have (from Hobbes) cdrtools2-2.01.01a04\Readme.mkisofs. The readme

> claims, " Mkisofs can put to ISO9660 images files up to 4gb is size and
> in UDF images files over 4gb in size. To read files over 4gb from UDF
> image use latest UDF.IFS. Some earlier versions of UDF.IFS do not read
> such files. "

This is not necessarily relevant. Mkisofs can CONTAIN CODE to put
large files to the image. However, it must also be CORRECTLY COMPILED
to *read* large files on OS/2.

AHA - I realized that 2.01.01a04 may be later than 2.01a32!!! Will retry...

> Using this and DVDDAO on a JFS partition I have written DVD's with a
> little over 4GB total data although these have not contained a single
> file over 2GB.

Writing large files over a pipe (e.g., to DvdDao) was NEVER a problem.

Thanks,
Ilya

Ilya Zakharevich

unread,
Apr 23, 2008, 5:30:40 PM4/23/08
to
[A complimentary Cc of this posting was sent to
Allan
<all...@warpspeed.dyndns.dk>], who wrote in article <YEdw17zDmnZd-pn2-vrEF9vbs2z8O@localhost>:

> On Wed, 23 Apr 2008 04:55:09 UTC, Ilya Zakharevich <nospam...@ilyaz.org> wrote:
> > Is there a version compiled with large file support? I have a couple
> > of 2.2GB files I would prefer to burn...
>
> There is a newer one here, but I didn't check if it has large file support.
> ftp://ftp.netlabs.org/incoming/cdrtools-2.01.01a36-os2-bin.zip

Oups, it took me reading 2 replies (and half of answering another!) to
realize that 2.01.01a* is later than 2.01a*!

Already 2.01.01a04 can write stuff to /dev/nul (but has some false
warnings:
Cant open .mkisofsrc : The file or directory specified is read-only.
j:/home/.mkisofsrc: The file or directory specified is read-only.
). Will try with your version later...

> > P.S. Alternatively, is it possible to use DVD+R with os/2 UDF writer?
> > Would 4677000000 fit with the generated-UDF overhead?
>
> I can try with a DVD+RW and tell you l8r.

Somebody already did it, so there is no need to experiment.

A lot of thanks,
Ilya

Ilya Zakharevich

unread,
Apr 23, 2008, 5:33:17 PM4/23/08
to
[A complimentary Cc of this posting was sent to
Allan
<all...@warpspeed.dyndns.dk>], who wrote in article <YEdw17zDmnZd-pn2-IxF6iT789kDr@localhost>:

> A freshly formatted DVD+RW says:
> 4.691.034.112 total bytes on drive S:
> 4.690.694.144 bytes free on drive S:

Thanks; I'm adding it to my HOWTO-cd file (BTW, the top of it reads now:

Apparently, the max is: DVD-R: 2298496, DVD+R: 2295104;
DVD-R DL: 4171712, DVD+R DL: 4173824

I suspect that the number of sectors on +-RW flavors is the same...)

Yours,
Ilya

Ted Edwards

unread,
Apr 23, 2008, 7:25:25 PM4/23/08
to
Ilya Zakharevich wrote:
> This is not necessarily relevant. Mkisofs can CONTAIN CODE to put
> large files to the image. However, it must also be CORRECTLY COMPILED
> to *read* large files on OS/2.

I assune you are aware that you need to work with a JFS formatted
partition to deal with files over 2GB.

Ted

Ilya Zakharevich

unread,
Apr 23, 2008, 7:37:01 PM4/23/08
to
[A complimentary Cc of this posting was sent to
Ted Edwards
<Ted_Es...@telus.net>], who wrote in article <FzPPj.1802$XI1.1054@edtnps91>:

I'm puzzled what mental model of my problem you managed to acquire...

Do you think I do not have the files I want to burn? ;-)

Ilya

Ilya Zakharevich

unread,
Apr 23, 2008, 7:39:32 PM4/23/08
to
[A complimentary Cc of this posting was NOT [per weedlist] sent to
Ilya Zakharevich
<nospam...@ilyaz.org>], who wrote in article <fumffd$quu$1...@agate.berkeley.edu>:

Below is a part of the report I sent to Dmitry.

Enjoy,
Ilya

=======================================================

a) mkisofs2 2.01.01a04 : --print-size produces a reasonable answer
(nothing else checked);

b) mkisofs 2.01.01a37 : --print-size produces no output at all
(in any directory)

c) mkisofs 2.01.01a36 : --print-size gives garbage:
(Total extents scheduled to be written = 429)

d) mkisofs 2.01.01a27 : --print-size produces a reasonable answer

-udf -r -T -J --joliet-long .
produces a DVD which is rejected by my
UDF.IFS version (06-29-04 18:18, no
BLDLEVEL), but is quite readable with my
CDFS.IFS (14.83).

(mkisofs 2.01.01a27 is from your 2.01.01a36 package)

Other remarks on the created DVD:

A) mplayer refuses to seek when reading from this DVD (mounted by CDFS)!

B) File Commander has no problem reading files at any offset.

C) Sequential reads work fine (as `cat <v:\from >to');

D) DosCopy works fine (as
perl -MFile::Copy=copy -wle "copy shift, q(to)" v:\from
).

E) File Commander copying from this DVD works fine.

F) On friend's Window Vista the disk is read fine as UDF,

Ilya Zakharevich

unread,
Jun 23, 2009, 8:55:50 PM6/23/09
to
Following up to
http://groups.google.com/group/comp.os.os2.setup.storage/msg/e3b38f1df5b2e691
where I wrote (correcting wrong a27 to correct a23):

=======================================================
a) mkisofs2 2.01.01a04 : --print-size produces a reasonable answer
(nothing else checked);

b) mkisofs 2.01.01a37 : --print-size produces no output at all
(in any directory)

c) mkisofs 2.01.01a36 : --print-size gives garbage:
(Total extents scheduled to be written = 429)

d) mkisofs 2.01.01a27 : --print-size produces a reasonable answer

-udf -r -T -J --joliet-long .
produces a DVD which is rejected by my
UDF.IFS version (06-29-04 18:18, no
BLDLEVEL), but is quite readable with my
CDFS.IFS (14.83).

(mkisofs 2.01.01a27 is from your 2.01.01a36 package)

Other remarks on the created DVD:

A) mplayer refuses to seek when reading from this DVD (mounted by CDFS)!

B) File Commander has no problem reading files at any offset.

C) Sequential reads work fine (as `cat <v:\from >to');

D) DosCopy works fine (as
perl -MFile::Copy=copy -wle "copy shift, q(to)" v:\from
).

E) File Commander copying from this DVD works fine.

F) On friend's Window Vista the disk is read fine as UDF,

=======================================================

Today I needed to burn a disk with 4.6GB file, and I completely forgot
how I did it before. OK, here is the recipe:

The only OS/2 program I know which works with >4GB files is mkisofs2
version 2.01.01a04 (file date 2006/01/25). The full pipeline I used was

(nice -t -n -29 mkisofs2 -v -r -T -J --joliet-long -udf foo.bar
| dvddao_v - ) |& tee c:/tmp/00burn-hd-amazon

(the only relevant option is -udf) with dvddao_v aliased to

dvddao --aspidriver aspirou$ --device 0,1,0 --bufcnt 256 --lock V
--eject --verbose 4 --verify --reload --buffer-check 90

The resulting DVD is not very usable on OS/2 with my version of UDF
drivers, but it can be read without problems on WinXP. (AND it is not
hard to extract the file from the DVD by raw read of sectors - with
the start sector reported by isoinfo.)

Hope this helps,
Ilya

Joerg Schilling

unread,
Jun 29, 2009, 4:04:22 AM6/29/09
to
In article <slrnh42ucm.rn...@chorin.math.berkeley.edu>,

Ilya Zakharevich <nospam...@ilyaz.org> wrote:
>Following up to
> http://groups.google.com/group/comp.os.os2.setup.storage/msg/e3b38f1df5b2e691
>where I wrote (correcting wrong a27 to correct a23):
>
>=======================================================
>a) mkisofs2 2.01.01a04 : --print-size produces a reasonable answer
> (nothing else checked);
>
>b) mkisofs 2.01.01a37 : --print-size produces no output at all
> (in any directory)
>
>c) mkisofs 2.01.01a36 : --print-size gives garbage:
> (Total extents scheduled to be written = 429)
>
>d) mkisofs 2.01.01a27 : --print-size produces a reasonable answer
>
> -udf -r -T -J --joliet-long .
> produces a DVD which is rejected by my
> UDF.IFS version (06-29-04 18:18, no
> BLDLEVEL), but is quite readable with my
> CDFS.IFS (14.83).
>
> (mkisofs 2.01.01a27 is from your 2.01.01a36 package)

If you see these problems, you either don't use the original software or you
compiled some of them the wrong way.

mkisofs has large file support since 10 years. Of yource, your OS needs to
support large files and if you are on a non-POSIX os like OS2, you need a
correctly working support environment.

Note that GNU make may cause problems and that I recommend to use smake.
Smake + all other utilities is in the schily bundled archive at:

ftp://ftp.berlios.de/pub/schily/

BTW: the error message from the OP related to a 9+ year old mkisofs version.
I recommend you to first upgrade to recent software.

--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) J�rg Schilling D-13353 Berlin
j...@cs.tu-berlin.de (uni)
joerg.s...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

0 new messages