Subject: Re: File > 2G on a dvd
To: Wolfgang Solfrank <firstname.lastname@example.org>
From: Frederick Bruckman <email@example.com>
Date: 11/29/2004 08:51:21
On Mon, 29 Nov 2004, Wolfgang Solfrank wrote:
>> Now, ISO 9660 (level 3) does have a mechanism for larger files, but it's
>> not widely supported. Simply put, consecutive directory entries with the
>> same name are to be taken for "file sections" of the same file. I recently
>> posted a patch to the cdrecord list to do the level 3 thing. Unfortunately,
>> NetBSD can't read such a file system correctly, ...
> Well, I once was thinking about support for this in NetBSD's cd9660, but
> discovered that the there is no easy support for this, as the "file sections"
> can be of arbitrary lengths, e.g. the first 3 sections could be 3 bytes each.
> Which means that you cannot easily convert a file offset to a block number
> and vice versa. However, the fs independent code in NetBSD assumes in various
> places that it _can_ do this conversion without the help of fs dependent
I would think it would be much like appending a file, where the
subsequent bits may end up in a different cylinder group, but I don't
know my way around the file system code. [The level 3 file sections
can be anywhere on the disk, but they must be listed in order in the
directory, consecutively, and all but the first has the
"multi-section" bit set, all to make it practical for an
implementation to assemble a file from them, no doubt.]