cd drives failed w/ 2.6.x kernel

[Gaccm]

I use to use ide-scsi for my cd drives to get my cd-rw to work. I know now that ide-scsi is old and should not be needed anymore, however, i don't know what i need to do to get my drives to work now. My problem is that I simply can't mount anything and before 2.6.x my drives and fstab worked fine. The reply i get is: "mount: /dev/cdrom is not a valid block device"

[mdwatts]

Did you enable scsi emulation in the 2.6 kernel or ATAPI support for the cdrw?

This thread (http://justlinux.com/forum/showthread.php?s=&threadid=120803&highlight=2.6+mount+not+valid+block+device) may be of some help. (search results for '2.6 mount not valid block device)

We do have lots of previous threads on a search with just 'mount not valid block device' though most will be for the 2.4 kernel.

[bwkaz]

/dev/cdrom is not a block device, it's (usually) a symlink to the block device for your CD-ROM. If that symlink is wrong, that error will occur.

[gehidore]

try

mount /dev/cdroms/cdrom0 /mnt/cdrom

OR

mount /dev/hdc /mnt/cdrom

[Gaccm]

I tried mount /dev/hdc /cdrom and got:
mount: /dev/hdc: can't read superblock
and "tail /var/log/kern.log" gives me:
kernel: ide-scsi: unsup command: dev hdc: flags = REQ_CMD REQ_STARTED
kernel: sector 0, nr/cnr 1/1
kernel: bio dffc7140, biotail dffc7140, buffer c4b1a000, data 00000000, len 0
kernel: end_request: I/O error, dev hdc, sector 0
kernel: FAT: unable to read boot sector


my question: do i still need all the normal scsi emulation stuff for my drives to work? as in ide-scsi module, and in lilo.conf i should have: hdc=ide-scsi ?

[gehidore]

Originally posted by Gaccm
my question: do i still need all the normal scsi emulation stuff for my drives to work? as in ide-scsi module, and in lilo.conf i should have: hdc=ide-scsi ?

i believe, correct me if im wrong, that scsi emulation was depreciated with the release of 2.6.* so the answer would be no you dont need them

[bwkaz]

I do not use them, no.

If you record a CD-R/W, you need to use the ATAPI transport (as in cdrecord dev=ATAPI:0,0,0 ...), instead of the default SCSI transport. But it works (despite some warnings from cdrecord about it being alpha quality).