From owner-freebsd-doc@FreeBSD.ORG Sat Jan 16 19:43:16 2010 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2EE5106566C; Sat, 16 Jan 2010 19:43:16 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 3B00F8FC08; Sat, 16 Jan 2010 19:43:15 +0000 (UTC) Received: by fxm27 with SMTP id 27so1123360fxm.3 for ; Sat, 16 Jan 2010 11:43:11 -0800 (PST) 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:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=niPPDF8PKz5zXZmY8q/lX+WzSAzQZWGxGBWFNIEWE5c=; b=QzGpVVuij+g8XJrgjx8FGMt6sMIShvy9xzB6kdWYniQaS86h94DJJkk/IRnxfjxLbN aZFWrN/t1rPcCyBeaw5aav5cSs+OOO1a7VU+7CAepXMWPPajytgJ9q82zCZ/LBF1e4JT D/osfsSjpqdMgJLtNzCdx2SsxmRZg7XIz2qe4= 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:content-transfer-encoding; b=o8VQwdEET8OnLHnjZkylBppNOaL4qVpi8CTA9RG3o4XPdr0UBxp46EbqiECeziUJ3a 3kUS1i29yJrtFjTm+72iLeB3Sq7rCdQgZ8g3lmKBmwAHgsIiKMrrAu2/HCxQc2ZPJtON /hjZ/LjnSHlmlz7vvt1P+4Eei+W40/KjSanWY= MIME-Version: 1.0 Received: by 10.223.81.76 with SMTP id w12mr4767729fak.1.1263670991133; Sat, 16 Jan 2010 11:43:11 -0800 (PST) In-Reply-To: <20100116184903.GA3235@gothic.blackend.org> References: <3fcfb0ba1001160513s260a798cl76cf7b1cf45ac6cb@mail.gmail.com> <20100116144420.GC1272@gothic.blackend.org> <20100116153838.GE18141@alchemy.franken.de> <3fcfb0ba1001160754v6f52ea9eyfc609cbee6889efa@mail.gmail.com> <20100116184903.GA3235@gothic.blackend.org> Date: Sat, 16 Jan 2010 19:43:11 +0000 Message-ID: <3fcfb0ba1001161143v5fe48bb6ne756deaaf26651fa@mail.gmail.com> From: CeDeROM To: Marc Fonvieille Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: doc@freebsd.org, Marius Strobl Subject: Re: cdrecord and burning disks on FreeBSD with filesize over 4GB X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Jan 2010 19:43:16 -0000 Hello Marc! On Sat, Jan 16, 2010 at 6:49 PM, Marc Fonvieille wro= te: > So, does the following is Ok for addition to the Handbook? > > -- > Note: > If you need to burn files larger than 4.38 GB, for example in the case > of a double layer media, the -iso-level 3 option must be passed to > mkisofs(8). =C2=A0Therefore this option has to be added to any growisofs(= 1) > command line, e.g.: > > # growisofs -dvd-compat -Z /dev/cd0 -iso-level 3 -J -R /path/to/data > > or > > # growisofs -dvd-compat -Z /dev/cd0=3Dimagefile.iso -iso-level 3 > > Be sure to have the sysutils/cdrtools-devel port installed instead of > sysutils/cdrtools. =C2=A0This later comes with a mkisofs(8) version that = does > not work very well with the -iso-level 3 option. > -- > > > -- > Marc > To doublecheck that: %growisofs -dvd-compat -R -J -iso-level 3 -Z /dev/cd1 /path/to/data/* And it is working. The "-iso-level 3" is required to burn DVD with per-file-size >4GB, that is some large audio or video file. Then I have created an ISO file form these files, to test the iso burning, but I got this error: growisofs: no mkisofs options are permitted with =3D, aborting... So I suppose this switch is only aplicable at creating the iso image stage. When a valid iso image is already created (ie. with "-iso-level 3" switch) no additional switch is necessary for growisofs. Please note that I am already using the cdrtools-devel package (in cdrtools I did not have this warning). Also old version of mkisofs did not complain about -iso-level 3 switch but gave an error that some large files will not fit on image. To confirm the image burning from an iso containing the large files with no -iso-level 3 switch: %mkisofs -R -J -iso-level 3 -o ../dvd.iso * (...) 99.18% done, estimate finish Sat Jan 16 20:03:51 2010 99.40% done, estimate finish Sat Jan 16 20:03:50 2010 99.62% done, estimate finish Sat Jan 16 20:03:51 2010 99.84% done, estimate finish Sat Jan 16 20:03:50 2010 Total translation table size: 0 Total rockridge attributes bytes: 713 Total directory bytes: 0 Path table size(bytes): 10 Max brk space used 0 2288723 extents written (4470 MB) %cd .. %growisofs -dvd-compat -R -J -Z /dev/cd1=3Ddvd.iso -iso-level 3 growisofs: no mkisofs options are permitted with =3D, aborting... %growisofs -dvd-compat -Z /dev/cd1=3Ddvd.iso WARNING: /dev/cd1 already carries isofs! About to execute 'builtin_dd if=3Ddvd.iso of=3D/dev/pass1 obs=3D32k seek=3D= 0' Sleeping for 5 sec... (...) 4623237120/4687304704 (98.6%) @4.0x, remaining 0:11 RBU 100.0% UBU 99.8% 4641751040/4687304704 (99.0%) @4.0x, remaining 0:08 RBU 100.0% UBU 100.0% 4660232192/4687304704 (99.4%) @4.0x, remaining 0:04 RBU 80.8% UBU 100.0% 4678713344/4687304704 (99.8%) @4.0x, remaining 0:01 RBU 25.7% UBU 93.4% builtin_dd: 2288736*2KB out @ average 4.0x1352KBps /dev/pass1: flushing cache /dev/pass1: writing lead-out And after checking - the files are on the disk (the large file is automatically split into two and works well). Therefore I would recommend something like this: -- Note: If you need to burn directly to a disk or create an ISO file containing files larger than 4.38 GB, the "-iso-level 3" option must be passed to mkisofs(8). Therefore this option has to be added to any mkisofs(8) commandline while creating the ISO image, or growisofs(1) command line used for burning directly to a disk, e.g.: %mkisofs -R -J -iso-level 3 -o ../dvd.iso * %growisofs -dvd-compat -R -J -iso-level 3 -Z /dev/cd0 /path/to/data/* When you have an ISO image containing large files already inside, no additional options are required for growisofs(1) to burn the image on a disk. Also, be sure that you have cdrtools version >2.01, as the older ones does not contain large file support. This propagates issues in other GUI-based applications. Currently only the sysutils/cdrtools-devel port contains alpha version fresh enough to support large files, so if you experience troubles please move to the development package. -- Best regards! Tomek Cedro --=20 CeDeROM, http://www.tomek.cedro.info