[paranoia] CDDA problem with drive.
Lou Sortman
lou_sortman at servicemerchandise.com
Wed Mar 8 11:50:11 PST 2000
Greetings;
I am using cdparanoia III release 9.7 (it is the version that comes with
Debian/Potato).
I have compiled ide-scsi support into my 2.2.14 Linux kernel, and am
using a Sony CDU76E drive. I don't know if it is a bug or if it
something wrong with my drive.
Everything goes fine for the first 500-600 sectors, then reading stops,
A minute or so later, the drive light goes off, and it hangs like that
for awhile. During that latter period, the IDE hard drive on that bus
is inaccessible. Eventually something (probably a device driver) resets
the bus, and another 500-600 sectors get read; ad nauseum. There is not
a large CPU load during the hung periods.
The result is listenable, but it takes about an hour to extract one
song.
The drive works just fine for mounting filesystems.
Does any of this sound familiar? I did not see it in the FAQ.
Here is some sample output. I am not including all of it, because it
gets rather long, and it is pretty redundant after a point.
$ cdparanoia -v 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/cdrom for cdrom...
Testing /dev/cdrom for cooked ioctl() interface
/dev/scd0 is not a cooked ioctl CDROM.
Testing /dev/cdrom for SCSI interface
generic device: /dev/sg2
ioctl device: /dev/scd0
CDROM sensed: SONY CD-ROM CDU76E-Q 1.0c
Checking for SCSI emulation and transport revision...
Drive is ATAPI (using SCSI host adaptor emulation)
Checking for MMC style command set...
Drive is MMC style
Verifying CDDA command set...
Expected command set reads OK.
Looking at revision of the SG interface in use...
New style SG with scatter/gather memory management
DMA scatter/gather table entries: 256
table entry size: 32768 bytes
maximum theoretical transfer: 3566 sectors
Setting default read size to 13 sectors (30576 bytes).
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 20747 [04:36.47] 0 [00:00.00] no no 2
2. 16360 [03:38.10] 20747 [04:36.47] no no 2
3. 15338 [03:24.38] 37107 [08:14.57] no no 2
4. 18607 [04:08.07] 52445 [11:39.20] no no 2
5. 16770 [03:43.45] 71052 [15:47.27] no no 2
6. 21905 [04:52.05] 87822 [19:30.72] no no 2
7. 18190 [04:02.40] 109727 [24:23.02] no no 2
8. 18875 [04:11.50] 127917 [28:25.42] no no 2
9. 17283 [03:50.33] 146792 [32:37.17] no no 2
10. 18262 [04:03.37] 164075 [36:27.50] no no 2
11. 16783 [03:43.58] 182337 [40:31.12] no no 2
12. 24300 [05:24.00] 199120 [44:14.70] no no 2
TOTAL 223420 [49:38.70] (audio only)
Ripping from sector 0 (track 1 [0:00.00])
to sector 20746 (track 1 [4:36.46])
outputting to cdda.wav
(== PROGRESS == [> | 000562 00 ] == :-) 0
==)
SCSI transport error: timeout waiting to read packet
csi_read error: sector=616 length=13 retry=0
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error reading command from device
System error: Success
SCSI transport error: timeout waiting to write packet
csi_read error: sector=616 length=6 retry=1
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error writing packet command to device
System error: Success
scsi_read error: sector=616 length=13
retry=0
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error reading command from device
System error: Success
scsi_read error: sector=616 length=6 retry=1
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error writing packet command to device
System error: Success
Clearing previously returned data from SCSI buffer
(== PROGRESS == [e> | 000861 00 ] == :-) 0
==)
SCSI transport error: timeout waiting to read packet
csi_read error: sector=1244 length=13 retry=0
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error reading command from device
System error: Success
..... It goes on and on like this .....
--- >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