From owner-freebsd-questions@FreeBSD.ORG Mon May 12 21:57:36 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DF4B055E for ; Mon, 12 May 2014 21:57:36 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id BB1E72585 for ; Mon, 12 May 2014 21:57:36 +0000 (UTC) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 76DAB3AE6E for ; Mon, 12 May 2014 14:57:35 -0700 (PDT) From: "Ronald F. Guilmette" To: freebsd-questions@freebsd.org Subject: Optical Media Woes (was: Two impertinent questions) In-Reply-To: <221.1399708393@server1.tristatelogic.com> Date: Mon, 12 May 2014 14:57:35 -0700 Message-ID: <7779.1399931855@server1.tristatelogic.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2014 21:57:36 -0000 In message <221.1399708393@server1.tristatelogic.com>, I wrote: >1) Whose responsibility is it, if anyone's try to insure that the >FreeBSD release disks (e.g. FreeBSD-10.0-RELEASE-amd64-disc1.iso) >can actually be successfully booted when using various makes and >models of CD/DVD/Blu-Ray optical drives? > >I ask because trying just now I found that booting that release CD >resulted in utter failure on two out of three optical drives on >one particular system I have... and it seems to me that I have >seen similar sorts of alleged "READ ERRORs" in the past, where >FreeBSD just refuses to work properly with various optical drives >that other OSes don't seem to have any problems at all with. I just wanted to apologize to everyone for the above quoted portion of my unfortunate outburst the other day. I was tired and frustrated. But that's no excuse really. I did more testing, and learned a number of things, none of which implicate any problems whatsoever in the FreeBSD drivers relating to optical drives. First, a clarification... I said that a 10.0-RELEASE CD that I had made was failing on two out of three optical drives. That's not quite accurate because one of the tests I did was with an external USB drive which was connected to a particular motherboard I own... one that I am quite completely sure (for other reasons) has "issues" with USB attached mass storage. So that test didn't really count. More testing revealed that I _was_ able to boot all of the way to the LiveCD/Install selection menu... with no read errors... when using the burned CD in question with two different LG optical drives I own, but the CD in question is/was still consistantly getting read errors when I was trying to use it with my ASUS BC-12B1ST "combo" Blu-Ray drive. Given this, I suspected that there might be a FreeBSD driver issue relating to the BC-12B1ST drive, specifically, but it now appears that I was utterly wrong in that suspicion. I went back and burned a fresh new CD... also a good quality Verbatim, like the one I was getting errors from... this time performing the burn using Imgburn on Windoze (rather than cdrecord on FreeBSD), at what it (Imgburn) said was minimum supported burn speed for the media (16x) and with a final verify pass, just to make absolutely sure that all was well. Sure enough, that new CD works just fine in the ASUS BC-12B1ST. Obviously, the BC-12B1ST is quite a bit more sensitive to marginal CD burns than either of my two LG optical drives are. The moral of the story is obvious: Even if one has the best quality media and up-to-date burners, one should never have blind faith in any kind of optical media, particularly CDs, which, I gather, may perhaps have lots less in the way of error detection/correction than, for example, DVD+R. Well, I'll never make THAT mistake again. Regards, rfg