Scenario: 1. /dev/cdrom is not created. 2. Eject the tray using the eject button on device, tray will open half, then close so I don't have a chance to load any disc. 3. Disc can be ejected by 'cdrecord -eject' command, however, tray can open fully but then close by itself. 4. Case 2 & 3 just happen after I log in GNOME, I can eject disc in CLI before starting GNOME, however after then they still fail to eject disc/tray. I suspect something wrong with my GNOME configuration but don't know where is it?
What does 'lspci -k' print ?
Output of 'lspci -k': 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) Subsystem: Intel Corporation Device 1999 Kernel driver in use: agpgart-intel Kernel modules: intel-agp 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) Subsystem: Intel Corporation Device 1999 Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) Subsystem: Intel Corporation Device 1999 00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d4) 00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 04) Subsystem: Intel Corporation Device 1999 Kernel modules: iTCO_wdt 00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: PIIX_IDE 00:1f.2 SATA controller: Intel Corporation 82801FBM (ICH6M) SATA Controller (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: ahci Kernel modules: ahci 00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: i801_smbus Kernel modules: i2c-i801 00:1f.4 Performance counters: Intel Corporation Device 266b (rev 04) 06:08.0 Ethernet controller: Intel Corporation 82562EM/EX/GX - PRO/100 VM (LOM) Ethernet Controller Mobile (rev 04) Subsystem: Intel Corporation Device 1999 Kernel driver in use: e100 Kernel modules: e100 ============================================================================= The drive info returned by hdparm: /dev/hda: SG_IO: questionable sense data, results may be incorrect Model=HL-DT-STDVD-RAM GSA-H22N, FwRev=1.02, SerialNo= Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=unknown, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 *udma4 AdvancedPM=no Drive conforms to: Unspecified: ATA/ATAPI-2,3,4,5 * signifies the current active mode ============================================================================ This drive is a IDE drive plugged on PATA interface of ICH6.
I have also seen this behavior, but had not been motivated enough to find the cause :/
Well, PIIX_IDE, /dev/hda... Isn't this a big enough hint ?
(In reply to comment #4) > Well, PIIX_IDE, /dev/hda... > Isn't this a big enough hint ? I don't think this matter too much, after all, the same kernel wasn't changed at all for long ago -- and it works well before I log into GNOME - unless there is a known issue between PIIX_IDE and GNOME.
The system where I see the same issue uses a PATA dvd drive (/dev/sr0) on a motherboard with nvidia nforce chipset (pata_amd kernel module). I really don't think this is hardware-related :)
@comment 5: no, that's a well known issue (and an upstream WONTFIX) with CONFIG_IDE and udisks. @comment 6: in such case, it's either a different problem or you have both types of the driver active and you're getting a conflict.
It looks like there is a fix for cd eject button race conditions in kernel 2.6.37 and higher, but it's enabled only under >=udev-172 (masked on Gentoo): http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=c5a41da949
(In reply to comment #8) > It looks like there is a fix for cd eject button race conditions in kernel > 2.6.37 and higher, but it's enabled only under >=udev-172 (masked on Gentoo): > http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=c5a41da949 That's not exactly the same problem. You should also remember, that udev has dropped support for CONFIG_IDE a few commits earlier: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=ecf61aa7fdb5b7e9e19f06584caee9b5eb1c7350.
Thanks for this hint, I remove the legacy IDE driver and config the ata_piix. This solve the tray eject problem, even in GNOME. Thanks for your hints!
Not sure if we could improve the visibility of this requirement to prevent more people hitting this issue :/
Add kernel config check in udisks ebuild is trivial.
(In reply to comment #12) > Add kernel config check in udisks ebuild is trivial. Nice (I was unsure about proper package to add the check ;))
fixed some year+ ago already *** This bug has been marked as a duplicate of bug 319829 ***