From owner-freebsd-questions@FreeBSD.ORG Tue Aug 20 09:27:48 2013 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 ESMTP id 88BBC89C for ; Tue, 20 Aug 2013 09:27:48 +0000 (UTC) (envelope-from bah@bananmonarki.se) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA3142FE0 for ; Tue, 20 Aug 2013 09:27:46 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id r7K8wOCY069531; Tue, 20 Aug 2013 10:58:24 +0200 (CEST) (envelope-from bah@bananmonarki.se) Message-ID: <52132F6C.3090403@bananmonarki.se> Date: Tue, 20 Aug 2013 10:57:16 +0200 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130419 Thunderbird/17.0.5 MIME-Version: 1.0 To: Ben Laurie Subject: Re: Why does CD ripping fail? References: <20130819161547.183f906b@debianlap.localdom.ain> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org, Rares Aioanei X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 09:27:48 -0000 On 2013-08-19 16:12, Ben Laurie wrote: > On 19 August 2013 09:15, Rares Aioanei wrote: > >> On Mon, 19 Aug 2013 05:35:48 -0400 >> Ben Laurie wrote: >> >>> Using grip, trying to rip a CD, I get: >>> >>> (cd0:ahcich3:0:0:0): MODE_SENSE(6) failed, increasing minimum CDB >>> size to 10 bytes >>> (cd0:ahcich3:0:0:0): MODE SENSE(10). CDB: 5a 0 e 0 0 0 0 0 20 0 >>> (cd0:ahcich3:0:0:0): CAM status: SCSI Status Error >>> (cd0:ahcich3:0:0:0): SCSI status: Check Condition >>> (cd0:ahcich3:0:0:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid >>> field in CDB) >>> (cd0:ahcich3:0:0:0): Command byte 2 is invalid >>> >>> and no audio data is ripped. Unsure what changed, because this used to >>> work, which is a little frustrating. I think I updated ports since it >>> last worked. >> >> Those usually indicate hardware issues. I'd start by checking >> connectors, cables and the like and go on from there. >> > > Even though I get the TOC? This seems a little unlikely... But none the less.....