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

Re: Bad media?



Andy Polyakov <appro@fy.chalmers.se>'s letzte Worte waren:
> >>>/dev/ide/host0/bus1/target1/lun0/cd: engaging DVD-R DAO upon user
> >>>request...
> >>>:-[ PERFORM OPC failed with SK=3h/ASC=73h/ACQ=03h]: Input/output
> >>>error
> >>>
> >>There were couple of 
> >>reports that skiping OPC [by modifying the code] helps some units,
> >but>I failed to find any regularity in reports. OPC by itself is
> >poorly >documented, so I'm not sure if it's required or "right thing"
> >to do in>all situations [as discussed at the end of 
> >>http://fy.chalmers.se/~appro/linux/DVD+RW/-RW/].
> > 
> > I'm a complete loser in patching source code I don't understand, but
> > what I did is find the line that said
> > 	sperror ("PERFORM OPC",err),
> > in growisofs_mmc.cpp, commented it out including the following
> > "exit" line (thought that might me get a bit further - not knowing
> > the tiniest bit about DVD writing).
> 
> If you simply get rid of exit, you ignore the return code from OPC, 
> while the idea is to skip the OPC command altogether. Look for "opc:" 
> label in growisofs_mmc.cpp followed by "if (!dvddash) return 0;". 
> Comment away if clause e.g. as "/* if (!dvddash)*/ return 0;".

I changed it as you said and added a message saying "skipping opc" but
still couldn't get it to work (neither 4x nor 1x). I'm still getting

/dev/ide/host0/bus1/target1/lun0/cd: engaging DVD-R DAO upon user
request...
skipping opc...
/dev/ide/host0/bus1/target1/lun0/cd: reserving 2291904 blocks
/dev/ide/host0/bus1/target1/lun0/cd: "Current Write Speed" is
4.1x1385KBps.
  0.02% done, estimate finish Sun Aug  1 20:20:15 2004
  0.04% done, estimate finish Sun Aug  1 17:49:53 2004
  0.07% done, estimate finish Sun Aug  1 16:58:09 2004
  0.09% done, estimate finish Sun Aug  1 16:33:11 2004
:-[ WRITE@LBA=8d0h failed with SK=3h/ASC=73h/ACQ=03h]: Input/output
error
:-( write failed: Input/output error
/dev/ide/host0/bus1/target1/lun0/cd: flushing cache

Do you have an idea why simulation is successful, the actual writing
fails as seen above, and, after the unsuccesful writing, a simulation
with the very same medium is successful again?

Do you need more / other debugging output?

Bye, thanks a lot

Thomas

-- 
printk("Illegal format on cdrom.  Pester manufacturer.\n"); 
        linux-2.2.16/fs/isofs/inode.c

Attachment: pgp33jxGmjxWb.pgp
Description: PGP signature


Reply to: