From owner-freebsd-questions@FreeBSD.ORG Thu Jun 17 14:24:47 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8CE51065680 for ; Thu, 17 Jun 2010 14:24:47 +0000 (UTC) (envelope-from materribile@yahoo.com) Received: from web110309.mail.gq1.yahoo.com (web110309.mail.gq1.yahoo.com [67.195.8.209]) by mx1.freebsd.org (Postfix) with SMTP id B8C658FC1C for ; Thu, 17 Jun 2010 14:24:47 +0000 (UTC) Received: (qmail 80551 invoked by uid 60001); 17 Jun 2010 14:24:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1276784687; bh=RBfY6l9Ir9z123v2Hab4FwMORocsKEvpAtd2/A8DFio=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ysH65zEkmK7QkfjrogOK3x3eCMtlmvVKLLBkr6PuwXfUy1f/08rmWAxof7RTyOzXYiot/3c0lncGYUWfXsuHQaM5Iu5T1N19PLEMERP2FtwWN/HJ+DHoavTDjBj86KRdMimcdA0J/jyyzAXt8S3aO/7PxxZseP8g7ASELPqmg+c= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xfNLuFuZ3AtkoarlrIwp44sGDweqiHhWW8b9E2afsmM46HIga7zzklBDKPRykYp7onzc64n2Tv1ivdkQCRPOAYokBFK+NkPGa3gTqEFTi88S4viEuL73gi2oG9gIcAiNHNl1hoNpWs32i+BQjXZpQf0P0IACY4UADhIzhnH+JSg=; Message-ID: <195845.80526.qm@web110309.mail.gq1.yahoo.com> X-YMail-OSG: L9XbqxYVM1lRk63oOx3PzNqN7DI3HdRIPsnm5eWBG44LcKT lHCHxhxZ6DVkIqZ_Kunc38uX5s_fnIGsuB.HlJmz71GCfchDtYe1s42.rof5 zbOpprXrR1aCmZe8HOlMW3vH49Q30ITbJ8lcGJHLLzVjj8uEU4JR1hLczHWq 0uqNNdxBKiFu14CKAlgydrMGV.E1gdFOCLLHky8TUDg_bbMXKAZYYFu47szT 3ho7nJWVwmJX9RW8LyX7mae4GFlL4KXjjYrdcIHlt_q4rUBki4UpJnAX5TeU MbPPA6lKdW._MUZvFrNkkN13V1UO1JS2w0rZ5vYuTBOkk9pqeX.r3qD8- Received: from [24.228.57.153] by web110309.mail.gq1.yahoo.com via HTTP; Thu, 17 Jun 2010 07:24:46 PDT X-Mailer: YahooMailClassic/11.1.4 YahooMailWebService/0.8.103.269680 Date: Thu, 17 Jun 2010 07:24:46 -0700 (PDT) From: Mark Terribile To: Polytropon , freebsd-questions@freebsd.org In-Reply-To: <20100617080121.699a9d7c.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Burning CDs on FreeBSD 7.2 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: Thu, 17 Jun 2010 14:24:48 -0000 =0APolytropon,=0A=0A> > I'm using the atapicam/cdrecord solution.=A0 But=0A= > > when I do a dd read to verify the write, the=0A> > read ends on an I/O = error rather=0A> > than an EOF.=A0 (I'm not sure that this problem is=0A> >= new.)=A0 ...=A0 There are plenty of console=0A> > messages, including READ= _BIG retrying, READ_BIG timed=0A> > out, TEST_UNIT_READY freeing zombie tas= kqueue request,=0A> > and PREVENT_ALLOW taskqueue timeout - compiing reques= t=0A> > directly . =0A=0A> I start wondering if this may be due to a defect= ive drive,=0A> or wrong cable, or even through DMA incompatibilites...=0A= =0AI tried taking the drive out of the 5.4 machine. No difference.=0A=0AAl= so, the ATAPICAM subsystem gets into a state where the eject=0Aprogram will= report "drive busy" but cdrecord can still operate=0Athe drive. I think t= hat in doing whatever was needed to=0Aaccomodate DVDs, the subsystem was br= oken. It looks like cdrecord=0Amanages to work around it.=0A=0A> Instead o= f using dd (have you made sure to use the correct=0A> block size?) try usin= g readcd (comes with cdrecord); see=0A> "man cdrecord" for details and exam= ples.=0A=0AI'll try it. I am using the correct block size, and the data=0A= retrieved cmp's correctly against the iso fs image used to=0Acreate the dis= k. dd was means for exactly such purposes, and if=0Ait can't work, the OS = is doing a bad job.=0A=0A> > This is definitely NOT reliable enough to put = into a=0A> script=0A> > (which would make handling the many file names more= =0A> reliable).=0A=0AUnder 5.4 I did this by script routinely.=0A=0AQuestio= n is, under which category do I report this?=0A=0A Mark Terribile=0A=0A= =0A