From owner-freebsd-i386@FreeBSD.ORG Sun Dec 28 03:10:23 2003 Return-Path: Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B409916A4CE for ; Sun, 28 Dec 2003 03:10:23 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9C9643D39 for ; Sun, 28 Dec 2003 03:10:22 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) hBSBAMFR058810 for ; Sun, 28 Dec 2003 03:10:22 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id hBSBAMal058809; Sun, 28 Dec 2003 03:10:22 -0800 (PST) (envelope-from gnats) Date: Sun, 28 Dec 2003 03:10:22 -0800 (PST) Message-Id: <200312281110.hBSBAMal058809@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: Bruce Evans Subject: Re: i386/60603: dd causes error when copying cd from ATA drives X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Bruce Evans List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2003 11:10:23 -0000 The following reply was made to PR i386/60603; it has been noted by GNATS. From: Bruce Evans To: Thomas Moyer Cc: freebsd-gnats-submit@freebsd.org, freebsd-i386@freebsd.org Subject: Re: i386/60603: dd causes error when copying cd from ATA drives Date: Sun, 28 Dec 2003 22:02:46 +1100 (EST) On Fri, 26 Dec 2003, Thomas Moyer wrote: > >Description: > When running the command dd bs=2048 if=/dev/acd0 of=cd.image the following error occurs > acd0:FAILURE - READ_BIG status=51 sensekey=ILLEGAL REQUEST error=4 > dd: /dev/acd0: Input/output error > 250167+0 records in > 250167+0 records out > 512342016 bytes transferred in 841.234361 secs (609036 bytes/sec) > >How-To-Repeat: > Using GENERIC dd bs=2048 if=/dev/acd0 of=cd.image I believe this is caused by a bad table of contents on the media. The TOC sometimes says that there are more blocks than there actually are, and dd handles this perfectly by getting an i/o error attempting to read a nonexistent block. I see this problem deterministically for cd's written by burncd, perhaps because I always create multi-session cd's. Factory-burned cd's mostly don't have it. burncd seems to do the right things, but somehow the TOC always says that the track has more sectors that burncd wrote. Usually only 1 more. but for small writes the minimum track length seems to be 300. This is with "acd0: CDRW at ata1-master UDMA33" I tried to use cdrecord on "cd0: Removable CD-ROM SCSI-0 device" for comparison, but atapicam doesn't seem to support cdrecord. Bruce