After reading the Ubuntu bug report (#794642) I found that this Debian bug is also due to the SATA mode in my computer being set to IDE. When this is changed to AHCI the problem vanishes: /dev/cdrom appears.
On Sun, 09 Oct 2011 11:04:41 +0530 wrote >On Sun, 2011-10-09 at 04:36 +0000, R S Chakravarti wrote: > Thanks for responding. > Hope you don't mind a personal reply this time > (I don't know what I'm expected to do "officially"!). You should keep cc'ing the bug address. I've forwarded your message this time. > I tried "modprobe sr_mod" but it didn't get loaded. > I'm attaching the dmesg file you asked for. [...] OK, this shows: [ 1.818602] ata2.00: ATAPI: HL-DT-ST DVDRAM GH22NS50, TN02, max UDMA/100 ... [ 1.834559] ata2.00: configured for UDMA/100 ... [ 6.833375] ata2.00: qc timeout (cmd 0xa0) [ 6.833379] ata2.00: TEST_UNIT_READY failed (err_mask=0x4) [ 6.989430] ata2.01: NODEV after polling detection [ 7.013410] ata2.00: configured for UDMA/100 [ 12.012184] ata2.00: qc timeout (cmd 0xa0) [ 12.012187] ata2.00: TEST_UNIT_READY failed (err_mask=0x4) [ 12.012191] ata2.00: limiting speed to UDMA/100:PIO3 [ 12.168265] ata2.01: NODEV after polling detection [ 12.192265] ata2.00: configured for UDMA/100 [ 17.191082] ata2.00: qc timeout (cmd 0xa0) [ 17.191085] ata2.00: TEST_UNIT_READY failed (err_mask=0x4) [ 17.191087] ata2.00: disabled [ 17.191103] ata2: soft resetting link [ 17.347162] ata2.01: NODEV after polling detection [ 17.347184] ata2: EH complete So the SATA driver is detecting the drive, but failing to communicate with it beyond that. It looks like this is the same problem as: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/794642 Please can you test the attached patch, following the directions at: http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction.
