From owner-freebsd-questions@FreeBSD.ORG Fri Sep 14 02:27:38 2007 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE4AE16A41A for ; Fri, 14 Sep 2007 02:27:38 +0000 (UTC) (envelope-from cristclark@comcast.net) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.freebsd.org (Postfix) with ESMTP id D065913C442 for ; Fri, 14 Sep 2007 02:27:38 +0000 (UTC) (envelope-from cristclark@comcast.net) Received: from goku.pumpky.net (c-24-6-171-255.hsd1.ca.comcast.net[24.6.171.255]) by comcast.net (rwcrmhc11) with ESMTP id <20070914022737m11003luaqe>; Fri, 14 Sep 2007 02:27:37 +0000 Received: from goku.pumpky.net (localhost. [127.0.0.1]) by goku.pumpky.net (8.13.8/8.13.8) with ESMTP id l8E2U4Mr029949; Thu, 13 Sep 2007 19:30:04 -0700 (PDT) (envelope-from cristclark@comcast.net) Received: (from cjc@localhost) by goku.pumpky.net (8.13.8/8.13.8/Submit) id l8E2U3L4029948; Thu, 13 Sep 2007 19:30:03 -0700 (PDT) (envelope-from cristclark@comcast.net) X-Authentication-Warning: goku.cjclark.org: cjc set sender to cristclark@comcast.net using -f Date: Thu, 13 Sep 2007 19:30:03 -0700 From: "Crist J. Clark" To: Predrag Punosevac Message-ID: <20070914023003.GE3754@goku.pumpky.net> References: <20070913182916.GC3754@goku.pumpky.net> <46E99BB5.3060808@math.arizona.edu> <20070913212001.GD3754@goku.pumpky.net> <46E9B66E.9090508@math.arizona.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46E9B66E.9090508@math.arizona.edu> User-Agent: Mutt/1.4.2.3i X-URL: http://people.freebsd.org/~cjc/ Cc: questions@freebsd.org Subject: Re: CDRW Stopped Working Moving to 6.x X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cjclark@alum.mit.edu List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2007 02:27:39 -0000 On Thu, Sep 13, 2007 at 03:15:10PM -0700, Predrag Punosevac wrote: > I know where is your problem the burning device is always cd0 Huh? Burncd(8) is explicitly for ATAPI CD-R/RW. From the man page, DESCRIPTION The burncd utility is used to burn CD-R/RW media using the ATAPI cd driver. All of the examples on the manpage use /dev/acd0. > you must give the device node /dev/cd0 If I try it, # burncd -f /dev/cd0 -v -s 32 data hw.iso fixate burncd: ioctl(CDRIOCGETBLOCKSIZE): Device not configured > Crist J. Clark wrote: > >On Thu, Sep 13, 2007 at 01:21:09PM -0700, Predrag Punosevac wrote: > > > >>Make sure you add atapicam into your kernel it is not in generic! I had > >>the same problem. > >> > >>/etc/loader.conf atapicam_load="YES" > >> > > > >I did a, > > > > # kldload /boot/kernel/atapicam.ko > > > >And to reinitiallize the drive, > > > > # atacontrol detach ata1 > > # atacontrol attach ata1 > > > >I got the same console message, > > > > acd0: detached > > (cd0:ata1:0:0:0): lost device > > (cd0:ata1:0:0:0): removing device entry > > atapicam1: detached > > stray irq15 > > acd0: CDROM at ata1-master UDMA33 > > > >And still get, > > > > # burncd -f /dev/acd0 -t -s 32 data ~cjc/hw.iso fixate > > burncd: ioctl(CDIOCSTART): Input/output error > > > > > >>Crist J. Clark wrote: > >> > >>>I just tried to burn a CD for the first time in a long time > >>>on a machine. The burncd(8) command worked fine on this machine > >>>in FreeBSD 5.x (or was it 4.x?), but now in 6.2, I get, > >>> > >>> # burncd -f /dev/acd0 -s 32 data hw.iso fixate > >>> burncd: ioctl(CDIOCSTART): Input/output error > >>> > >>>Looking at the dmesg(1) from the last boot, > >>> > >>> # fgrep cd0 /var/run/dmesg.boot > >>> acd0: CDROM at ata1-master UDMA33 > >>> > >>>Makes me think the system is not recognizing the device as CDRW, > >>>only CDROM. I get this from atacontrol(8), > >>> > >>> # atacontrol info ata1 > >>> Master: acd0 ATA/ATAPI revision 0 > >>> Slave: no device present > >>> # atacontrol cap acd0 > >>> > >>> Protocol ATA/ATAPI revision 0 > >>> device model CRD-8400B > >>> serial number 1999/10/12 > >>> firmware revision 1.06 > >>> cylinders 0 > >>> heads 0 > >>> sectors/track 0 > >>> lba supported > >>> lba48 not supported > >>> dma supported > >>> overlap not supported > >>> > >>> Feature Support Enable Value Vendor > >>> write cache no no > >>> read ahead no no > >>> Tagged Command Queuing (TCQ) no no 0/0x00 > >>> SMART no no > >>> microcode download no no > >>> security no no > >>> power management no no > >>> advanced power management no no 0/0x00 > >>> automatic acoustic management no no 0/0x00 0/0x00 > >>> > >>>How can I restore burning capability? > >>> > >>> > > > > -- Crist J. Clark | cjclark@alum.mit.edu