stuck in cam with bad optical media

Garrett Cooper gcooper at FreeBSD.org
Fri Nov 5 16:28:54 UTC 2010


On Fri, Nov 5, 2010 at 6:48 AM, Andriy Gapon <avg at icyb.net.ua> wrote:
>
> [I am probably just having an unlucky day.]
>
> I tried to burn (with growisofs) a DVD+RW disk which seems to have developed some
> problems.
> First, the burning process got stuck at the same percentage and the drive started
> to make unusual sounds.  Then, the following messages appeared in system 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 complete)
> 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 complete)
> 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 complete)
> 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 serr 00000000
> kernel: (cd0:ahcich5:0:0:0): cddone: got error 0x5 back
>
> After that growisofs either remained or became stuck in the following state:
> 42433 100119 growisofs        initial thread   mi_switch+0x1de sleepq_switch+0xdb
> sleepq_wait+0x45 _sleep+0x295 cam_periph_ccbwait+0x40 cam_periph_runccb+0x68
> passioctl+0x260 devfs_ioctl_f+0xf8 kern_ioctl+0x262 ioctl+0x168 syscallenter+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 somehting
> 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
<ATAPI iHAS124   Y BL0V>           at scbus1 target 0 lun 0 (cd0,pass0)
<Hitachi HDS721010CLA332 JP4OA39C>  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


More information about the freebsd-scsi mailing list