From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 5 16:28:54 2010 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7CBA1065674 for ; Fri, 5 Nov 2010 16:28:53 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 77BFF8FC0A for ; Fri, 5 Nov 2010 16:28:53 +0000 (UTC) Received: by wyb34 with SMTP id 34so1272486wyb.13 for ; Fri, 05 Nov 2010 09:28:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=53nmMSbbi9ew6ArtNSWWqSHC+PLYLWrDSKuV2zth0tc=; b=goDMt2zU3yrXX4bYGf3w5M1c6U5XMBy4ByjHYvhoiuM5l3j9MFmGhJpE5+kPg8XyK9 d611quv7IKAL2qds12qa6HPNJ4JXb6DYTKAzL+cn9W78KxgacDQiN9eYqa2mX19GUgoU IWpwqmUjIU2Hx3LUzaSRflwRBMHkfw6XazqUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=LFqP2r4kalq112G3Y9VXAJonrDiuFj2wRzxMmCahyxNyBHsrcdHzGoCCFa3Y8hJkdf 6jMvgZ6DsRxOyzJhOnqNvUKAwX7D15WTnFAEAxwCWLcvKVjfplBvOeMlOiJN5RNbbrP6 NIuirSB5hPaZa4n70LSQFl0hcOc1f/I0NZfUo= MIME-Version: 1.0 Received: by 10.216.7.210 with SMTP id 60mr1367146wep.30.1288973209982; Fri, 05 Nov 2010 09:06:49 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Fri, 5 Nov 2010 09:06:49 -0700 (PDT) In-Reply-To: <4CD40B10.5090205@icyb.net.ua> References: <4CD40B10.5090205@icyb.net.ua> Date: Fri, 5 Nov 2010 09:06:49 -0700 X-Google-Sender-Auth: pGKIji4qq0p0cRCknyOkWnY0I1k Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-scsi@freebsd.org, Alexander Motin , freebsd-current@freebsd.org Subject: Re: stuck in cam with bad optical media X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2010 16:28:54 -0000 On Fri, Nov 5, 2010 at 6:48 AM, Andriy Gapon wrote: > > [I am probably just having an unlucky day.] > > I tried to burn (with growisofs) a DVD+RW disk which seems to have develo= ped some > problems. > First, the burning process got stuck at the same percentage and the drive= started > to make unusual sounds. =A0Then, the following messages appeared in syste= m log: > kernel: (cd0:ahcich5:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > kernel: (cd0:ahcich5:0:0:0): CAM status: SCSI Status Error > kernel: (cd0:ahcich5:0:0:0): SCSI status: Check Condition > kernel: (cd0:ahcich5:0:0:0): SCSI sense: MEDIUM ERROR asc:2,0 (No seek co= mplete) > kernel: (cd0:ahcich5:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > kernel: (cd0:ahcich5:0:0:0): CAM status: SCSI Status Error > kernel: (cd0:ahcich5:0:0:0): SCSI status: Check Condition > kernel: (cd0:ahcich5:0:0:0): SCSI sense: MEDIUM ERROR asc:2,0 (No seek co= mplete) > kernel: (cd0:ahcich5:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > kernel: (cd0:ahcich5:0:0:0): CAM status: SCSI Status Error > kernel: (cd0:ahcich5:0:0:0): SCSI status: Check Condition > kernel: (cd0:ahcich5:0:0:0): SCSI sense: MEDIUM ERROR asc:2,0 (No seek co= mplete) > kernel: (cd0:ahcich5:0:0:0): READ(10). CDB: 28 0 0 0 0 0 0 0 1 0 > kernel: (cd0:ahcich5:0:0:0): CAM status: SCSI Status Error > kernel: (cd0:ahcich5:0:0:0): SCSI status: Check Condition > kernel: (cd0:ahcich5:0:0:0): SCSI sense: Deferred error: MEDIUM ERROR asc= :2,0 (No > seek complete) > kernel: ahcich5: Timeout on slot 7 > kernel: ahcich5: is 00000000 cs 00000180 ss 00000000 rs 00000180 tfd 58 s= err 00000000 > kernel: (cd0:ahcich5:0:0:0): cddone: got error 0x5 back > > After that growisofs either remained or became stuck in the following sta= te: > 42433 100119 growisofs =A0 =A0 =A0 =A0initial thread =A0 mi_switch+0x1de = sleepq_switch+0xdb > sleepq_wait+0x45 _sleep+0x295 cam_periph_ccbwait+0x40 cam_periph_runccb+0= x68 > passioctl+0x260 devfs_ioctl_f+0xf8 kern_ioctl+0x262 ioctl+0x168 syscallen= ter+0x3be > syscall+0x41 Xfast_syscall+0xe2 > > Any commands that tried to access the device (cdcontrol eject, camcontrol= reset > 5:0:0) also got stuck. > Only reboot helped to recover the device. > > I understand that bad media is bad, but it happens. > I think that cam and ahci typically recover from errors/timeouts, so some= hting > must have gone wrong in this case. > > P.S. I have already thrown out the bad disk - irritation won over reason = when that > happened, unfortunately :( I think we are in the same boat (I've run into this problem on two different machines with my revisions of CURRENT) :(... I resorted to using an external DVD writer to write media (which is in and of itself a PITA): $ camcontrol devlist; uname -a at scbus1 target 0 lun 0 (cd0,pass0) at scbus2 target 0 lun 0 (pass1,ada0) FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #2 r214347M: Mon Oct 25 04:38:54 PDT 2010 root@:/usr/obj/usr/src/sys/BAYONETTA amd64 Have you tried non-rewritable CDs and DVDs yet (something that I need to try too)? HTH, -Garrett