[paranoia] Problems with cdparanoia
Kim Lux
lux at diesel-research.com
Sun Dec 1 10:58:25 PST 2002
I'm having a problem with cdparanoia crashing on my RH8 installation.
Here is a compilation of posts I made and information that I gathered:
<p>Hi people.
I was ripping CDs with cdda2wav with no problem. I didn't like the rip
quality on less than perfect CDs (pops in music), so I switched to using
CDParanoia, which appears to have some extra reading logic built into it
for a higher quality rip.
At first cdparanoia wouldn't run. I received a message about "No
generic
SCSI device found to match CDROM device /dev/scd0"
On the cdparanoia website they have this:
<paste begins>
This error means exactly what it says; the generic SCSI devices are
missing, unusable or have permissions set to deny access by users.
First,
a bit of explanation...
Cdparanoia doesn't actually use the 'normal' SCSI cdrom device,
typically
/dev/scd* or /dev/sr*; it uses (and requires) a generic SCSI device
(typically /dev/sg*) to access a drive's audio extraction features.
Cdparanoia does accept the CDROM device name because users are used to
this device specifying a cdrom drive, but only uses the CDROM device
name
to map to a matching generic SCSI device.
<p> If cdparanoia can't get to a working set of generic devices, it can't
use
a SCSI drive. Before sending mail, check that:
The kernel has generic SCSI support compiled in (or the generic module
available). Generic SCSI support does *not* mean only SCSI or SCSI
CDROM.
Those using ATAPI CDROM drives with IDE-SCSI emulation must *not* have
ATAPI CDROM support included. ATAPI IDE-SCSI emulation users must have
all
the appropriate SCSI support selected.
The generic SCSI devices (/dev/sg*) must exist and be accessible. Check
that permissions on the device entries allow user or group read *and*
write access (it's safest to grant user or group access only to the
device
matching the cdrom).
<paste ends>
So... the first thing I did was check the permissions on /dev/sg0. I
found them to be rwx--------, so I changed it to chmod 777. cdparanoia
still did't wouldn't find the cdrom.
The second thing I did was check my kernel config (2.4.20) and found
that I had ATAPI CDROM support enabled. I disabled it and rebuilt the
kernel. cdparanoia still didn't find the cdrom drive.
Thinking that cdparanoia was looking for another drive, I changed the
permissions on /dev/sg0,1,2,3 to 777.
Cdparanoia found the cdrom drive and worked properly. I was able to rip
several
tracks off without problems when my linux system became unstable. Mouse
movement became jerky, cdparanoia froze, etc. Somewhere along the way
Kscd
stared itself. I was not able to shut it down either.
I opened a getty session and logged in, looked at processes and tried
killing
the cdparanoia process. I could not kill it. It wouldn't die.
I went back to my first session and found the screen madly streaming an
"hdd
lost interrupt" message.
I rebooted with kernel 2.4.19 and experienced a similar situation.
I rebooted with kernel 2.4.19 and killed the automount process so that
kscd
wouldn't try to read the CD on startup. Same problems.
I changed the permission on /dev/sg1,2 and 3 to 600 and /dev/sg1 to 666
and had
the same problem.
My computer is an Athalon 2000 clone with an IDE HD as primary master
and an
ATAPI CDROM (Creative 24x) as secondary slave. The IDE maps to /dev/hda
and the
cdrom maps to /dev/hdd.
KsCD is trying to read /dev/cdrom, which I think maps to /dev/sg0.
CD paranoia is using /dev/sg1 to access the cdrom.
Why is my computer crashing ????
I'm guessing some sort of power struggle
between cdparanoia and something else.
What do I do to troubleshoot it ?
What do I do to fix it ?
Thanks in advance.
Nobody
KDE Control Center, Information->Block Devices shows the cdrom as
/dev/cdrom.
This is, of course a link.
My grub.conf file has hdd=ide-scsi.
Under KDE Control Center, Information, SCSI, I have the following:
Attached devices
Host:scsi0 Channel: 00 ld: 00 Lun: 00
Vendor: eUSB Model: Compact Flash Rev:
Type: Direct-Access ANSI SCSI revision: 02
Host:scsi1 Channel: 00 ld: 00 Lun: 00
Vendor: CREATIVE Model: CD2423E NC102 Rev:1.02
Type: CD-ROM ANSI SCSI revision: 02
Under DMA-Channels, I have channel 4 used by cascade
Shouldn't I have other channels being in use ie one for /dev/hda and
another for /dev/hdd ???
<p>Here is what I get for verbose output when I run cdparanoia:
[krlux at h68-146-142-19 trial]$ cdparanoia -svB
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 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/sg1
ioctl device: /dev/scd0
Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
SG interface version 3.1.24; OK.
CDROM model sensed sensed: CREATIVE CD2423E NC102 1.02
Checking for SCSI emulation...
Drive is ATAPI (using SCSI host adaptor emulation)
Checking for MMC style command set...
Drive is MMC style
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).
Verifying CDDA command set...
Expected command set reads OK.
<p><p>I disabled autorun in my session and removed the USB CF reader. I set
the permissions on /dev/sg0 to 666. I can now rip CDs, but I
occasionally get errors:
<p>[krlux at h68-146-142-19 trial]$ cdparanoia -svB
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 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/sg0
ioctl device: /dev/scd0
Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
SG interface version 3.1.24; OK.
CDROM model sensed sensed: CREATIVE CD2423E NC102 1.02
Checking for SCSI emulation...
Drive is ATAPI (using SCSI host adaptor emulation)
Checking for MMC style command set...
Drive is MMC style
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).
Verifying CDDA command set...
Expected command set reads OK.
Table of contents (audio tracks only):
track length begin copy pre ch
===========================================================
1. 17507 [03:53.32] 0 [00:00.00] no no 2
2. 15343 [03:24.43] 17507 [03:53.32] no no 2
3. 15495 [03:26.45] 32850 [07:18.00] no no 2
4. 17075 [03:47.50] 48345 [10:44.45] no no 2
5. 19030 [04:13.55] 65420 [14:32.20] no no 2
6. 18362 [04:04.62] 84450 [18:46.00] no no 2
7. 17698 [03:55.73] 102812 [22:50.62] no no 2
8. 17602 [03:54.52] 120510 [26:46.60] no no 2
9. 13825 [03:04.25] 138112 [30:41.37] no no 2
10. 13603 [03:01.28] 151937 [33:45.62] no no 2
11. 17407 [03:52.07] 165540 [36:47.15] no no 2
TOTAL 182947 [40:39.22] (audio only)
Ripping from sector 0 (track 1 [0:00.00])
to sector 182946 (track 11 [3:52.06])
outputting to track01.cdda.wav
(== PROGRESS == [ ++ ++ + | 017506 00 ] == :^D *
==)
outputting to track02.cdda.wav
(== PROGRESS == [ + + ++ ++ > | 027259 00 ] == :-) 0
==)
SCSI transport error: timeout waiting to read packet
csi_read error: sector=27417 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=27417 length=6 retry=1
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error writing packet command to device
System error: Invalid argument
scsi_read error: sector=27417 length=13 retry=0
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error reading command from device
System error: Success
sending SG SCSI reset... FAILED: EBUSY
scsi_read error: sector=27417 length=6 retry=1
Sense key: 0 ASC: 0 ASCQ: 0
Transport error: Error writing packet command to device
System error: Invalid argument
sending SG SCSI reset... FAILED: EBUSY
Clearing previously returned data from SCSI buffer
(== PROGRESS == [ + + ++ ++ e | 032849 00 ] == :^D *
==)
<p>
--
Kim Lux <lux at diesel-research.com>
--- >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