[paranoia] cdparanoia SCSI-IDE and Can't read header problems, still
Kim Lux
lux at diesel-research.com
Sun Feb 9 10:50:10 PST 2003
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:
<p>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.
<p>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
<p>c) set up a link from /dev/cdrom to /dev/sg1
ln -s /dev/sg1 /dev/cdrom
<p>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]
<p><p>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
<p># 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
<p>Here is the output of cdparanoia:
<paste begins>
# 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/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
<p>--- >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