Problems with cdparanoia
Kim Lux <[email protected]>
| Newsgroups | gmane.comp.audio.cd-paranoia.general |
|---|---|
| Message-ID | <[email protected]> |
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: 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. 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 ??? Here is what I get for verbose output when I run cdparanoia: [krlux@h68-146-142-19 trial]$ cdparanoia -svB cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <[email protected]> and Xiphophorus Report bugs to [email protected] 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. 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: [krlux@h68-146-142-19 trial]$ cdparanoia -svB cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <[email protected]> and Xiphophorus Report bugs to [email protected] 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 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 SCSI transport error: timeout waiting to write packet 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 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 * ==) -- Kim Lux <[email protected]> --- >8 ---- List archives: http://www.xiph.org/archives/ Paranoia homepage: http://www.xiph.org/paranoia/ To unsubscribe from this list, send a message to '[email protected]' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.