From owner-freebsd-questions@FreeBSD.ORG Mon Jun 6 05:16:34 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 7A21716A41C for ; Mon, 6 Jun 2005 05:16:34 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id F064243D53 for ; Mon, 6 Jun 2005 05:16:33 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) by mail.freebsd-corp-net-guide.com (8.11.1/8.11.1) with SMTP id j565HMb38531; Sun, 5 Jun 2005 22:17:22 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Steven Friedrich" Date: Sun, 5 Jun 2005 22:16:31 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <200506052223.56680.FreeBSD@InsightBB.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478 Cc: freebsd-questions@freebsd.org Subject: RE: link in handbook appears to be broken 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: Mon, 06 Jun 2005 05:16:34 -0000 >-----Original Message----- >From: owner-freebsd-questions@freebsd.org >[mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Steven >Friedrich >Sent: Sunday, June 05, 2005 7:24 PM >To: Ted Mittelstaedt >Cc: freebsd-questions@freebsd.org >Subject: Re: link in handbook appears to be broken > > >On Sunday 05 June 2005 06:48 pm, Ted Mittelstaedt wrote: >> >-----Original Message----- >> >From: owner-freebsd-questions@freebsd.org >> >[mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Steven >> >Friedrich >> >Sent: Sunday, June 05, 2005 8:20 AM >> >To: Ted Mittelstaedt >> >Cc: freebsd-questions@freebsd.org >> >Subject: Re: link in handbook appears to be broken >> > >> >On Saturday 04 June 2005 01:04 am, Ted Mittelstaedt wrote: >> >> Hi Steven >> >> >> >> Please don't waste time with this. development of >burncd is pretty >> >> much >> >> dead. Even the CD's on the list that it supported (of which >> > >> >I have one) >> > >> >> often didn't work right. And all of them are old, no longer in >> >> production. >> >> burncd is there so if you have a burner sitting around you can plug >> >> it in and see if it works. >> >> >> >> These days most people use the ATAPI/CAM driver with IDE >> > >> >burners, see: >> > >> > >> >http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creati >> >ng-cds.ht >> > >> >> ml#ATAPICAM >> >> >> >> Ted >> > >> >Ok, but I'm getting nearly the same error with cdrecord. >> > >> >cdrecord -blank=all -eject dev=toshiba seemed to work ok. >> >cdrecord dev=toshiba cd1.iso didn't complain >> >but then mount /cdrom produced >> >acd0: READ_BIG - MEDIUM ERROR asc=0x15 ascq=0x00 error=0x00 >> > >> > >> >Can someone tell me where to find the meanings of these codes? >> >> What you see is what you get - the error "MEDIUM ERROR" seems pretty >> clear to me - it means that the CD you burned isn't readable. What >> are you after - a masters thesis spewed out for every little error? >> That would bloat the code. >> >> FreeBSD tells you there's an error it's your job to find out why >> there is one. >> >> Since as you said in your other posting you are making good CD's at >> low-speed burn, and frizbees at high speed burn, there is a >good chance >> you >> are underrunning the buffer in the burner. Get a faster CPU >or live with >> lower speed burns. >> >> UNIX is a preemptive operating system. That means that during your CD >> burn, if something else goes on in the system by some other process, >> then your burning process gets paused. If the burner you are >using has >> a very small internal buffer than it will run out of data and you will >> produce a frisbee. >> >> WinXP by contrast lets apps like Roxio basically halt the OS while >> your doing some time-critical operation. That's fine for a >single-user >> OS but pretty stupid for a server what has lots of people using it >> all the time. That is why people don't use WinXP for servers. >> >> You cna try playing with the nice command and your cd burns and see if >> you can make any difference. >> >> Ted >My machines (2) are 2.4 GHz pentium 4s. OK, in that case chances it's a buffer underrun are much lower. >I use the same drive >and media under >winXP and using Roxio, I've burned freeBSD 4.11 ISOs and booted >from them. >The Memorex 1x-4x media worked with cdrecord but the Memorex >4x-12x media >doesn't, even when I tell it to burn at 4x like the 1x-4x media did. > >I'm not expecting the software to decode the asc, ascq, and >error codes, but I >do expect to find them documented in a header or a book, man >page, somewhere. > They are documented, these guys have the docs: http://www.t13.org/ You will have to pay them for them. Or, go to the technical library of your nearest university and make copies of the appropriate pages of the standards. ASC = Associated Sense Code ASCQ = Associated Sense Code Qualifier These are codes returned to the driver by the CD reader, unexpectedly of course, which is why it errored. The software driver decoded enough to know that the cd reader is reporting a medium error, so it tells you that, then passes the sense code that the reader is returning. You could look up the sense code in the documentation provided by the manufacturer of the cdrom reader drive if you really want to know, and I can almost guarentee you will get something nonsensical. Even if the FreeBSD driver decoded the ASC code, since the ASC code the drive is returning is garbage, it is useless for you. Your getting caught up in minutae during the troubleshooting process rather than focusing on the basics. The basics are that your burner is producing frisbees. Now, you know that the burner hardware is good under Windows, so that rules out mechanical trouble. You are running a multi-gigahertz CPU so that greatly reduces the possibility it is buffer underrun issues. (but not rules them out) So instead it is likely a software problem. What you don't know is if the software bug that is causing this is in the firmware of the CD reader, the firmware of the CD burner, or the FreeBSD device drivers. The fact it works under Windows doesen't help because the Windows driver might have been written by someone who was aware of whatever firmware bug was present in your burner, and wrote around that. So the next step is trying to substitute a different vendor's burner in the FreeBSD system. If it gives you the same errors, the problem is most likely not in the burner, and most likely in the software drivers. With that done, you would have enough data to write a GOOD pr and submit it. If the substitute works OK then you know it's firmware bugs in the burner you have, and a PR would not be warranted. Ted