[paranoia] annoying rip problem, need help (long debug msg)

schunn at tu-harburg.de schunn at tu-harburg.de
Mon Feb 12 00:41:12 PST 2001



Does your SCSI system "freeze" also with other applications?  If so, it 
could be an improper SCSI cable termination or something wrong at
the SCSI connectors between the cable and one of the devices or
between the cable and the adapter.  Check your SCSI system.

> Hi all,
> I got fed up w/ crappy rips from my Plextor32TS on MacOS, and so I
> installed linuxppc and cdparanoia. It's working great for most CD's (great
> job Monty), but for some CD's, no matter what settings I use, the rip just
> halts and freezes my system before SCSI times out. Shown below is an
> output from one such rip session. The CD is 99% scratch-free, and is one
> of the cleaner CD's. It still results in the error. Can somebody
> help? Thanks!!
> 
> (system info = 
> running on PowerBook FireWire. kernel 2.2.18. cdparanoia
> 9.7.  SCSI CDROM
> and harddisk interfaced through apa1480 PCCard, terminated at the end of
> the chain.)
> 
> 
> ------
> cdparanoia output
> 
> [root at lodish33 abba-esque_the_remixes]# nice --10 /root/cdparanoia -vBzo
> 32 -d /dev/scd0 1-
> cdparanoia III release 9.7 (December 13, 1999)
> (C) 1999 Monty <monty at xiph.org> and Xiphophorus
>  
> Report bugs to paranoia at xiph.org
> http://www.xiph.org/paranoia/
>  
> Checking /dev/scd0 for cdrom...
>         Testing /dev/scd0 for cooked ioctl() interface
>                 /dev/scd0 is not a cooked ioctl CDROM.
>         Testing /dev/scd0 for SCSI interface
>                 generic device: /dev/sg1
>                 ioctl device: /dev/scd0
>                 CDROM sensed: PLEXTOR CD-ROM PX-32TS 1.02
> Forcing search overlap to 32 sectors; ignoring autosense
>  
> Checking for SCSI emulation and transport revision...
>         Drive is SCSI
>  
> Checking for MMC style command set...
>         Drive does not have MMC CDDA support
> Verifying CDDA command set...
>         Expected command set reads OK.
> This command set may use a Force Unit Access bit.
> Checking drive for FUA bit support...
>         Drive rejected FUA bit.
>  
> Looking at revision of the SG interface in use...
>         New style SG with scatter/gather memory management
>         DMA scatter/gather table entries: 128
>         table entry size: 32768 bytes
>         maximum theoretical transfer: 1783 sectors
>         Setting default read size to 13 sectors (30576 bytes).
>  
> Table of contents (audio tracks only):
> track        length               begin        copy pre ch
> ===========================================================
>   1.    25975 [05:46.25]       72 [00:00.72]    no   no  2
>   2.    23253 [05:10.03]    26047 [05:47.22]    no   no  2
>   3.    60300 [13:24.00]    49300 [10:57.25]    no   no  2
>   4.    23815 [05:17.40]   109600 [24:21.25]    no   no  2
> TOTAL  133343 [29:37.68]    (audio only)
>  
> Ripping from sector      72 (track  1 [0:00.00])
>           to sector  133414 (track  4 [5:17.39])
>  
> outputting to track01.cdda.wav
>  
>  (== PROGRESS == [              >               | 012867 00 ] == :-)   ==)      
> 
> (at this point, system hangs for ~30-60 sec, then returns this error and
> cdparanoia quits)
> 
> SCSI transport error: timeout waiting to read packet
>  
> scsi_read error: sector=12955 length=13 retry=0
>                  Sense key: 0 ASC: 0 ASCQ: 0
>                  Transport error: Error reading command from device
>                  System error: Success       
> 
> 
> -----
> Here's what's in the /var/log/messages
> 
> Feb 10 01:43:54 lodish33 kernel: scsi : aborting command due to timeout
> : pid 672157, scsi0, channel 0, id 2, lun 0 Read (10) 00 00 2e c2 b0 00 00
> 80 00
> Feb 10 01:43:57 lodish33 kernel: scsi : aborting command due to timeout
> : pid 672158, scsi0, channel 0, id 2, lun 0 Read (10) 00 00 2e c3 30 00 00
> 60 00
> Feb 10 01:43:57 lodish33 kernel: scsi : aborting command due to timeout
> : pid 672159, scsi0, channel 0, id 2, lun 0 Write (10) 00 00 28 be 30 00
> 00 10 00
> Feb 10 01:44:23 lodish33 kernel: scsi : aborting command due to timeout
> : pid 672156, scsi0, channel 0, id 3, lun 0 VENDOR SPECIFIC(0xd8) 00 00 00
> 32 9b 00 00 00 0d
> Feb 10 01:44:24 lodish33 kernel: scsi : aborting command due to timeout
> : pid 672157, scsi0, channel 0, id 2, lun 0 Read (10) 00 00 2e c2 b0 00 00
> 80 00
> Feb 10 01:44:25 lodish33 kernel: SCSI host 0 abort (pid 672156) timed out
> - resetting
> Feb 10 01:44:25 lodish33 kernel: SCSI bus is being reset for host 0
> channel 0.
> Feb 10 01:44:28 lodish33 kernel: (scsi0:0:2:0) Synchronous at 20.0
> Mbyte/sec, offset 15.
> Feb 10 01:44:28 lodish33 kernel: (scsi0:0:3:0) Synchronous at 20.0
> Mbyte/sec, offset 15.            
> 
> 
> 
>  Hyung-song Nam / nam at wi.mit.edu
>  Whitehead Institute for Biomedical Research
>  9 Cambridge Center, Cambridge, MA 02142
>  617-258-0378
> 
> 
> --- >8 ----
> List archives:  http://www.xiph.org/archives/
> Paranoia homepage: http://www.xiph.org/paranoia/
> To unsubscribe from this list, send a message to 'paranoia-request at xiph.org'
> containing only the word 'unsubscribe' in the body.  No subject is needed.
> Unsubscribe messages sent to the list will be ignored/filtered.
> 

--- >8 ----
List archives:  http://www.xiph.org/archives/
Paranoia homepage: http://www.xiph.org/paranoia/
To unsubscribe from this list, send a message to 'paranoia-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



More information about the Paranoia mailing list