From owner-freebsd-current@FreeBSD.ORG Tue Apr 27 21:19:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837E0106564A; Tue, 27 Apr 2010 21:19:02 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id BEFCF8FC1A; Tue, 27 Apr 2010 21:19:01 +0000 (UTC) Received: by wwb17 with SMTP id 17so20911wwb.13 for ; Tue, 27 Apr 2010 14:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=s7wj17FtDmJotQf7KyCCUfq9FVGERP0cmUxfM3vh4SA=; b=SZmuPS3A4vmzyxcHXQyVTvbBH2ro1bqjWkar/azKiiLhHZTx/e54/XrFkB5eFavwSu 2to16VSIEpA732JEtYGMugGp0Rzj7LoRaRJkVQLRv1pn6as/Vvl/+8ii9cuDV8dxwpJ8 DHZzckK9tOK/6/z5XEYHeuQSrtkmZXVO4DDQs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qA2TGJLTHNeIHnNvFLTyG7G56aBCQNQst6DirboeKIPf1dtITEMaJahxcSQbPUjN8R lrjsQBa6TbKGtTLpOD7CPbvK8OlBW01qPyAdNhOPE8XqK9evt1LuEb6Yy3GVu12o2zao wUoU8nmrzXe10XmQYqhXllnADt/1McSdhSHQA= MIME-Version: 1.0 Received: by 10.216.87.140 with SMTP id y12mr1734811wee.36.1272403136994; Tue, 27 Apr 2010 14:18:56 -0700 (PDT) Received: by 10.216.49.76 with HTTP; Tue, 27 Apr 2010 14:18:56 -0700 (PDT) In-Reply-To: References: <4BC9E254.9070300@freebsd.org> Date: Tue, 27 Apr 2010 21:18:56 +0000 Message-ID: From: Paul B Mahol To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: Tim Kientzle , current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs 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: Tue, 27 Apr 2010 21:19:02 -0000 On 4/19/10, Paul B Mahol wrote: > On 4/19/10, Tom Evans wrote: >> On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol wrote: >>> On 4/17/10, Paul B Mahol wrote: >>>> On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle >>>> wrote: >>>>> Paul B Mahol wrote: >>>>>> >>>>>> It is apparently not possible to make use of -use-the-force-luke=4gms >>>>>> on FreeBSD when appending new session after 4GB. Mounted disk >>>>>> afterwards show nothing. >>>>>> >>>>>> Should we allow it like linux does? >>>>> >>>>> Are you claiming there is a problem when FreeBSD reads such >>>>> images or a problem with creating such images? What >>>>> programs are you using? >>>> >>>> I burn flac files in multiple sessions, each session have separate >>>> directory, on DVD+R DL MKM/003 >>>> After I used 4gms switch mounted fs shows nothing. (but there is >5GB >>>> of >>>> data) >>>> >>>> According to growisofs source BD (bluray) dont need this switch at all >>>> ... >>>> >>>>> This sounds like a pretty unsurprising 32-bit truncation >>>>> bug: the filesystem structures in ISO9660 are all sector >>>>> numbers so 8TB should be the natural limit (4G sectors >>>>> times 2k bytes/sector). >>>> >>>> I did not tested this on FreeBSD amd64 yet. >>> >>> Update: Linux shows all sessions and Windows 7 shows only first one. >> >> >> From the source code of groisofs.c: >> >> * - DVD+R Double Layer support; >> * - -use-the-force-luke=4gms to allow ISO9660 directory structures >> * to cross 4GB boundary, the option is effective only with DVD+R DL >> * and for data to be accessible under Linux isofs a kernel patch is >> * required; >> >> So I'm guessing it does something non standard, particularly if >> windows also refuses to see the data. > > That is pretty old, from 2.4 era, it was added after it was found that > isofs had bug. Windows at least "try" to show something - only one > session, but fourth and not second session crossed 4GB limit. > > The source also claims that in BD case there is no need for _force_ > switch at all. > Mounting with -norrip shows all sessions. Kernel displays "RRIP without PX field?" if I try to mount "normal" way.