From owner-freebsd-fs@FreeBSD.ORG Mon Apr 19 15:18:32 2010 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CDF31065674; Mon, 19 Apr 2010 15:18:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 48BCC8FC13; Mon, 19 Apr 2010 15:18:30 +0000 (UTC) Received: by wyf28 with SMTP id 28so1292944wyf.13 for ; Mon, 19 Apr 2010 08:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=W/f1KBV5ZbL653ThziCf+JyE1m+QMOXcOLzbANKBCBU=; b=tLBR/dXSsXjefI8rvAUKf01JCBlW6aP5aXY16OfiT5l3VVEmyitRIMPpLCLEJ99wWc LnvAwNvlFcr20j024cveP4UMSrfoLsoAcFOYE6eimmZmfErSCaKdUi62G9lL0GBK3zIt Y3GIQwFnfJxuzRB3yvOAbuwHxMrik+MIKvFBs= 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=PHN7h59KnxXCrnUmbA4a0K1XEEZ/kQ2XgIuHrvqt2b527WlJscchKJhd0CVZne/R6E o17F4pRhq46j5ka+UNRPp8Ll1aySgu6xx9X60UQKzy3Lq8SM9Pia3Yf16iNzsU6+OEQO TPRaFHjnuRqsIH04fM/aSVRtKwddSc9MyR5Eo= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Mon, 19 Apr 2010 08:18:29 -0700 (PDT) In-Reply-To: References: <4BC9E254.9070300@freebsd.org> Date: Mon, 19 Apr 2010 15:18:29 +0000 Received: by 10.216.88.148 with SMTP id a20mr3113743wef.124.1271690309913; Mon, 19 Apr 2010 08:18:29 -0700 (PDT) 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-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 15:18:32 -0000 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.