From owner-freebsd-questions@FreeBSD.ORG Tue Aug 2 00:52:22 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B22116A41F for ; Tue, 2 Aug 2005 00:52:22 +0000 (GMT) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3145B43D45 for ; Tue, 2 Aug 2005 00:52:20 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id A9ED584DF0; Tue, 2 Aug 2005 10:22:19 +0930 (CST) Date: Tue, 2 Aug 2005 10:22:19 +0930 From: Greg 'groggy' Lehey To: Jeff Mitchell Message-ID: <20050802005219.GY75379@wantadilla.lemis.com> References: <20050801170353.P10855@fw.skeleton.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5FFaGRZUwcpbKFrw" Content-Disposition: inline In-Reply-To: <20050801170353.P10855@fw.skeleton.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-questions@freebsd.org Subject: Re: DVD burning.. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Aug 2005 00:52:22 -0000 --5FFaGRZUwcpbKFrw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 1 August 2005 at 17:09:46 -0400, Jeff Mitchell wrote: > > Built an iso with mkisofs, and can burn it out with burncd to CDR > no problem (if 700MB or less or so, of course.) > > For DVD, built a 2GB .iso using the same mkisofs command.. > > mkisofs -o foo.iso -J -R filelist* > > 'cdrecord' seems completely crippled... Certainly I've had problems with it too. > Installed the dvd tools to get growisofs since this seemed like > the main alternative to cdrecord. (burncd didn't seem to like to burn > DVDs, though I forget exactly its output.) It's probably similar to what I describe at http://www.lemis.com/grog/making-AUUGN.html. > growisofs seems to almost work, but breaks and is slow: > > growisofs -dvd-compat -speed=4 -Z /dev/cd0=buckdvd.iso Note that you don't need to specify the speed unless you want it to be slower than the DVD specifies. That might be useful. Read on. > That results in.. > > Executing 'builtin_dd if=buckdvd.iso of=/dev/pass0 obs=32k seek=0' > /dev/pass0: "Current Write Speed" is 4.1x1385KBps. > 1867776/2937458688 ( 0.1%) @0.4x, remaining 104:46 > 7503872/2937458688 ( 0.3%) @1.2x, remaining 45:33 > 7503872/2937458688 ( 0.3%) @0.0x, remaining 71:35 > ...etc... > 16547840/2937458688 ( 0.6%) @0.0x, remaining 435:23 > 16547840/2937458688 ( 0.6%) @0.0x, remaining 444:13 > 16547840/2937458688 ( 0.6%) @0.0x, remaining 455:59 > :-[ WRITE@LBA=1f90h failed with SK=6h/ASC=29h/ACQ=00h]: Input/output error > builtin_dd: 8080*2KB out @ average 0.1x1385KBps > :-( write failed: Input/output error > /dev/pass0: flushing cache > :-[ FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=01h]: Resource temporarily > unavailable > :-[ SYNCHRONOUS FLUSH CACHE failed with SK=2h/ASC=04h/ACQ=01h]: Resource > temporarily unavailable > > So it would seem to take hours to burn a DVD, and tanks after a > few moments anyway. This looks to me as if you're having problems with your blanks. I've seen something like this a couple of times, but in each case it basically didn't get beyond the initial write of (in your case, anyway 1867776 bytes). I'd *strongly* recommend getting at least some +/-RWs to play around with. At least like that you don't end up with a pile of coasters, and it might help identify the issues. All my burn failures (about 40% of total!) have been with DVD+Rs, though admittedly a cheap no-name brand bought in Taipei. I've found that they work OK if I burn them at speed=1; if I use the default speed of 4, they usually fail. > Aside .. seems like a lot of tools depend on cdrecord to work, and > it seems cdrecord with its key situation is volitile and requires > userland knowledge to sort out.. so a bad situation :( I've given up on cdrecord. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers. --5FFaGRZUwcpbKFrw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFC7sPDIubykFB6QiMRAkwMAJ9uQKFqUkResRFAA9z8wwDCh7rodwCfSkMS nsPBjyhfpy9ksCHIjyodUBQ= =9qU8 -----END PGP SIGNATURE----- --5FFaGRZUwcpbKFrw--