[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [ PERFORM OPC failed with SK=6h/ASC=28h/ACQ=00h]: No medium found



> I trying to burn a iso image to DVD-R Media (Sunstar 4,7 GB 4x)
> but this fails with the following error message:
> 
> growisofs -Z /dev/scd0=/film/dvd/@Do_It_Yourself_-_S.O.S.__.iso
> Executing 'builtin_dd if=/film/dvd/@Do_It_Yourself_-_S.O.S.__.iso
> of=/dev/scd0 obs=32k seek=0'
> :-[ PERFORM OPC failed with SK=6h/ASC=28h/ACQ=00h]: No medium found
> 
> dmesg shows:
> scsi : aborting command due to timeout : pid 55671, scsi0, channel 0, id
> 0, lun 0 UNKNOWN(0x54) 01 00 00 00 00 00 00 00 00
> hdc: irq timeout: status=0xd0 { Busy }
> hdc: DMA disabled
> hdc: ATAPI reset complete

Linux kernel 2.4.x has a kernel bug, which manifests itself by ignoring
the timeout value passed down by growisofs. The bug affects particular
programming interface used by dvd+rw-tools.

> # dvd+rw-mediainfo /dev/scd0
> INQUIRY:                [_NEC    ][DVD_RW ND-1300A ][1.09]

It was reported/noted earlier that NEC units (and derivatives) might
require longer time to complete OPC, Optimal Power Calibration
procedure, longer than default timeout of 30 seconds, with *some*
DVD-dash media brands. You most likely suffer from same phenomena as
well.

> dvd+rw-tools-5.15.4.8.5
               ^^^^ Not directly related to this particular problem, but
I have to notify you that 5.15.x is revoked and advice to download 5.16
(or 5.14). I apologize for inconvenience.

> Kernle 2.4.22-1.2132.nptl
> any hints ?

DVD+RW 2.4.x kernel patch (available dvd+rw-tools page) fixes the
"ignored timeout" problem. Another option is to load 2.6.0, which is
free from this deficiency. If you don't want to poke with kernel, then
switching to another media brand should help. And finally, a bit far
reached, but anyway:-) After growisofs fails, *without(!) reloading the
media* execute 'dvd+rw-mediainfo /dev/scd0 verbose | grep "READ DISC"'
and examine *second* hexadecimal number. Value larger than 20, most
likely 28, indicates that OPC procedure succeeded anyway, in which case
you should be able to just re-run growisofs (you most likely want to
'hdparm -d 1 /dev/hdc' for optimal perofmance). A.



Reply to: