Re: [gentoo-user] Verification of audio CD copy?

[Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)]

Mark Knecht <markknecht@gmail.com> wrote:

> > OK - I'll try that in a minute. Right now I'm stuck. Attempting to run
> > your readcd program it's locked up and I cannot kill it. Ctrl-C didn't
> > work. Trying to kill the process doesn't work. This is on one of the
> > CDs that doesn't play correctly so maybe it's showing the problem?
> >
> > mark@lightning ~/Desktop/cdda2wav $ readcd dev=1000,0,0 -c2scan
> > Read  speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> > Write speed:  7056 kB/s (CD  40x, DVD  5x, BD  1x).
> > Capacity: 263932 Blocks = 527864 kBytes = 515 MBytes = 540 prMB
> > Sectorsize: 2048 Bytes
> > readcd: Success. mode select g1: scsi sendcmd: no error
> > CDB:  55 10 00 00 00 00 00 00 14 00
> > status: 0x2 (CHECK CONDITION)
> > Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 26 00 00 00
> > Sense Key: 0x5 Illegal Request, Segment 0
> > Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0
> > Sense flags: Blk 0 (not valid)
> > cmd finished after 0.001s timeout 40s
> > Copy from SCSI (1000,0,0) disk to file '/dev/null'
> > end:    263932
> > ^C^C^C    1911 cnt: 49
> >
> > ^C^C^C
> >
> > I cannot get out of this so far. Hate to think I need to reboot!
> >
> > - Mark
> >
>
> Humm.....rebooted and tried the command above with the CD that plays
> in the car. Same failure but slightly father along. (I think) It's
> reading 2009 instead of 1911, but again it seems stuck
>
> Bummer...
>
> Or is there a command that tells readcd to eventually give up?

This SCSI command needs support inside the drive...

It will not work for DVD media and some drives do not support it even for CDs.

Also note that there is still an unfixed problem on Linux that under unknown 
conditions modifies the SCSI commands before they are send to the drive. 
As long as Linux does not allow to retrieve at least the 18 standard bytes 
of sense data there is no chance to find this problem as the drive writes the
information about the location of the unwanted bits into the last 2 bytes
that cannot be retrieved on Linux.....


Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily