cdparanoia SCSI-IDE and Can't read header problems, still
Kim Lux <[email protected]>
| Newsgroups | gmane.comp.audio.cd-paranoia.general |
|---|---|
| Message-ID | <[email protected]> |
Hi people. Back in December, 2002, I wrote about the SCSI IDE errors I was getting with CDParanoia. At the time, I wasn't properly subscribed to the group, so I didn't see the resulting discussion. I still have the problem, as I see others do. I've experienced the same problem with kernels 2.4.18 through 2.4.21 pre4, although 2.4.21 freezes periodically and cannot be killed whereas prior kernels will allow the process to be killed. I emailed a description of the problem in to kernel.org and am awaiting a reply. Now that I am properly subscribed to the group, I am open to discuss the issue and try potential solutions. Right now cdparanoia can't read the header file. It used to do this fine, although it would then crash from SCSI read errors. Here is how my computer is set up: a) 2GHz AMD, single processor. RH8 Linux. Hda is 60 GB IDE set up as /boot, /swap /root on primary master. CDROM is SB Creative 24x CDROm set up as secondary slave. All IDE devices use cable select mastering. BIOS set up with all IDE channel parameters set to Auto. b) Kernel 2.4.21-pre4 compiled with: 1) under ATAPI - ide ATAPI CDROM support = off - SCSI emulation support = on 2) under SCSI - SCSI CDROM support = on; not sure if this is needed - SCSI generic support = on; 3) in grub.conf - has a hdd=ide-scsi entry for all kernels. - cdparanoia does not find a CDROM if this line is not included c) set up a link from /dev/cdrom to /dev/sg1 ln -s /dev/sg1 /dev/cdrom d) Here is the resulting dmesg file: <snip> scsi1 : SCSI host adapter emulation for IDE ATAPI devices Vendor: CREATIVE Model: CD2423E NC102 Rev: 1.02 Type: CD-ROM ANSI SCSI revision: 02 <snip ends> e) Here is the resulting /proc/devices: Character devices: 1 mem 2 pty 3 ttyp 4 ttyS 5 cua 6 lp 7 vcs 10 misc 13 input 14 sound 21 sg 29 fb 36 netlink 128 ptm 129 ptm 136 pts 137 pts 162 raw 180 usb Block devices: 1 ramdisk 2 fd 3 ide0 9 md 11 sr 22 ide1 Note that we have both a "21 sg" and a "11 sr" device. f) Here is lsmod: Module Size Used by Not tainted sr_mod 16888 0 (autoclean) cdrom 31040 0 (autoclean) [sr_mod] sg 34700 0 (autoclean) emu10k1 62344 1 (autoclean) ac97_codec 12360 0 (autoclean) [emu10k1] sound 70164 0 (autoclean) [emu10k1] soundcore 6180 7 (autoclean) [emu10k1 sound] parport_pc 17540 1 (autoclean) lp 8612 0 (autoclean) parport 33984 1 (autoclean) [parport_pc lp] autofs 12244 0 (autoclean) (unused) sis900 15436 1 ipt_REJECT 3672 2 (autoclean) iptable_filter 2316 1 (autoclean) ip_tables 14488 2 [ipt_REJECT iptable_filter] ide-scsi 11088 0 usb-storage 57524 0 scsi_mod 103700 4 [sr_mod sg ide-scsi usb-storage] mousedev 5236 1 keybdev 2720 0 (unused) input 5600 0 [mousedev keybdev] hid 10968 0 (unused) usb-ohci 20424 0 (unused) usbcore 72288 1 [usb-storage hid usb-ohci] ext3 64096 2 jbd 47892 2 [ext3] g) Here are the contents of /dev/ # ls -al sr* crw-- 1 root root 110, 0 Aug 30 17:31 srnd0 crw-- 1 root root 110, 1 Aug 30 17:31 srnd1 Note that no sr0 is present # ls -al sg* crw-rw-rw- 1 root disk 21, 0 Aug 30 17:31 sg0 crw-rw-rw- 1 root disk 21, 1 Aug 30 17:31 sg1 crw-rw-- 1 root disk 21, 2 Aug 30 17:31 sg2 <snip> lrwxrwxrwx 1 root root 3 Nov 28 02:18 sga -> sg0 lrwxrwxrwx 1 root root 3 Nov 28 02:18 sgb -> sg1 lrwxrwxrwx 1 root root 3 Nov 28 02:18 sgc -> sg2 lrwxrwxrwx 1 root root 3 Nov 28 02:18 sgd -> sg3 # ls -al cd* lrwxrwxrwx 1 root root 8 Feb 9 10:47 cdrom -> /dev/sg1 brw-rw-- 1 root disk 15, 0 Aug 30 17:31 cdu31a brw-rw-- 1 root disk 24, 0 Aug 30 17:31 cdu535 # ls -al hd? brw-rw-- 1 root disk 3, 0 Aug 30 17:31 hda brw-rw-- 1 root disk 3, 64 Aug 30 17:31 hdb brw-rw-- 1 root disk 22, 0 Aug 30 17:31 hdc brw-rw-- 1 root disk 22, 64 Aug 30 17:31 hdd Here is the output of cdparanoia: <paste begins> # 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/sg1 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 004: Unable to read table of contents header Unable to open disc. Is there an audio CD in the drive? <paste ends> The system is otherwise totally stable and usable. Uptime is months other than for changing hard drives to access data and debugging the cdparanoia problem. I get one error during boot: Updating /etc/fstab unexpected file type for /dev/cdrom [failed]. BTW: this message doesn't get logged anywhere ie it is not in /var/log/dmesg, nor messages nor boot.log. Does anyone know why that is ? Is it somewhere else ? Thanks Kim Lux --- >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.