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_at_:/usr/obj/usr/src/sys/BAYONETTA amd64 Have you tried non-rewritable CDs and DVDs yet (something that I need to try too)? HTH, -GarrettReceived on Fri Nov 05 2010 - 15:06:52 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:08 UTC