From owner-freebsd-current@FreeBSD.ORG Fri Nov 26 19:08:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id E56501065675; Fri, 26 Nov 2010 19:08:08 +0000 (UTC) Date: Fri, 26 Nov 2010 19:08:08 +0000 From: Alexander Best To: Andriy Gapon Message-ID: <20101126190808.GA94344@freebsd.org> References: <20101125222517.GA82173@freebsd.org> <4CEFB5E0.7020205@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CEFB5E0.7020205@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: two issues with cdfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Nov 2010 19:08:09 -0000 On Fri Nov 26 10, Andriy Gapon wrote: > on 26/11/2010 00:25 Alexander Best said the following: > > hi there, > > > > i've tripped over two issues with the cdfs: > > What's cdfs? :-/ > > > 1) take a > 4 GB example.file > > 2) do `mkisofs -iso-level 4 -input-charset ISO-8859-15 -V "Test 1" -o new.iso example.file` > > 3) mdconfig -a -t vnode -f new.iso > > 4) mount -t cd9660 /dev/mdX /some/place > > > > the resulting file size is only 3115015779 bytes, although it should be > > 7409981027 bytes (in my case). > > > > the second issue: > > > > 1) take a > 4 GB file > > 2) do `mkisofs -iso-level 4 -J -r -input-charset ISO-8859-15 -V "Test 2" -o new.iso example.file` > > 3) mdconfig -a -t vnode -f new.iso > > 4) mount -t cd9660 /dev/mdX /some/place > > > > there are 2 files with the same indode. the file size is 4294965248 bytes, > > although it should be 7409981027 bytes (in my case). > > Likely we don't support multi-extent files at the moment. at the moment? ;) any plans for the future? does this limit also apply to blueray or does it use a different fs? udf support in FreeBSD is also quite limited. cheers. alex > > P.S. version of mkisofs could have been important too > -- > Andriy Gapon -- a13x