Bug#318225: making CD-ROM and CD-RW work
Here's a report on how I made CD-ROM and CD-RW fully work.
=== PART I: making them work as hdc/hdd, with problems ===
Bottom line: the CD-writer only works under root, data reading off audio CDs
doesn't.
* restored the pre-crash /etc/mkinird/modules:
ide-generic
ata_piix
sd_mod
and ran
mkinitrd -o /boot/initrd.img-2.6.8-2-686
* after reboot, /dev/hdc and /dev/hdd seem to work with eject
* chgrp cdrom /dev/hdd
* xmms is now able to play audio CDs, and it's possible to mount data CDs
Attempting to copy an audio CD shows there're problems:
* xcdroast says (I'm CCing the xcdroast maintainer to let him decide if this
docs inconsistency is worth a separate bug.
Hector: if you do, write back and I'll file it, or do it yourself if you
prefer.):
"You have selected an ATAPI device as your CD-Writer.
This is not a recommended setting - you will experience long delays
within X-CD-Roast and bad writing performance. See the FAQ how to
properly install scsi-emulation for best results."
In the FAQ, though, we read:
"Note: All this problems should be non-existant with 2.6.x kernels, here
ATAPI is the recommended setup."
Nevertheless, when I attempt to write a CD, here's how it fails:
alling: /usr/lib/xcdroast/bin/xcdrwrap CDRECORD dev= "ATAPI:0,1,0" gracetime=2
fs=4096k driveropts=burnfree -v -useinfo speed=12 -dao -eject -pad -overburn
-text -audio "/tmp/test-01.wav" ...
cdrecord: Warning: Running on Linux-2.6.8-2-686
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
cdrecord: Warning: Linux-2.6.8 introduced incompatible interface changes.
cdrecord: Warning: SCSI transport does no longer work for suid root programs.
cdrecord: Warning: if cdrecord fails, try to run it from a root account.
scsidev: 'ATAPI:0,1,0'
devname: 'ATAPI'
scsibus: 0 target: 1 lun: 0
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
SCSI buffer size: 64512
Cdrecord-Clone 2.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 J
%/1??koi8-r örg Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
and thus may have bugs that are not present in the original version.
Please send bug reports and support requests to
<cdrtools@packages.debian.org>.
The original author should not be bothered with problems of this version.
TOC Type: 0 = CD-DA
Using libscg version 'schily-0.8'.
Driveropts: 'burnfree'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identifikation : 'CD-RW GCE-8525B '
Revision : '1.03'
Device seems to be: Generic mmc CD-RW.
Current: 0x0009
Profile: 0x000A
Profile: 0x0009 (current)
Profile: 0x0008
Profile: 0x0002 (current)
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-2 SWABAUDIO BURNFREE
Supported modes:
Drive buf size : 1951488 = 1905 KB
FIFO size : 4194304 = 4096 KB
pregap1: -1
cdrecord: Drive does not support SAO recording.
cdrecord: Illegal write mode for this drive.
Reading didn't work -- the wavs are broken.
Tracked down to cdparanoia --- ripperx doesn't read them either.
(Playing the same CD works).
As root, writing the tracks works.
=== PART II: making them work fully via the IDE-SCSI emulation layer ===
* added to menu.lst and ran update-grub:
# altoptions=(ide-scsi) hdc=ide-scsi hdd=ide-scsi
Rebooted into that and the ide-scsi didn't seem to catch the CD/CDRW.
/etc/mkinitrd/modules: added sg and ide_scsi below ide-generic.
Commented all the ide-... modules in /etc/modules
Re-ran mkinitrd. Reboot.
* eject test now works on both drives via /dev/scd0 /dev/scd1
* In /dev:
# ln -s scd0 cdrom0
# ln -s scd1 cdrom1
# ln -s cdrom0 cdrom
# ln -s cdrom1 cdrw
# chgrp cdrom sg0 sg1
(check in your dmesg that these are the correct scsi generic devices
corresponding to the devices)
# chmod g+rw /dev/sg[01]
* in fstab, changed hdc and hdd to cdrom0/1
Everything works now, including ripping and writing audio disks as non-root.
Reply to: