Hello Leann, I tested this just now. I modified my apt sources as you suggested and installed the generic kernel:
$ sudo aptitude install linux-image-2.6.25-1-generic I noticed several unrelated issues when I rebooted. Let me know if you'd like me to report any of them formally; some may be fallout of using an early kernel build: 1. There were some artifacts while the graphical boot "slider bar" was displaying 2. My VGs were not automatically activated; I had to activate them manually in busybox (vgscan ; vgchange -a y <vgname>) 3. It appeared that the busybox startup was not clean--there were several error messages before the busybox prompt that suggested busybox was trying to execute the output of a failed command. I didn't write them down, but the messages were roughly of the form: "The command <xxx> was not found", where <xxx>s were a similar series "The", "command", etc. 4. X fell back to a low resolution mode; I guess this is expected since I'm using the Nvidia restricted driver and didn't install a driver package in concert with the kernel 5. My normal desktop display has, on the top panel, in this order: the Ubuntu logo, "Applications", "Places", "System", Firefox icon, Evolution/Mail icon, Help icon, Terminal icon, etc. In low resolution mode, the panel display showed the Ubuntu logo, and the Applications, Places, and System menu headers normally, but due to space limitations on the panel, some of the icons were obscured under those menu headers. The Firefox and Mail icons were completely obscured and only the right half of the Help icon was displayed to the right of "System". Clicking on the fully-visible "System" menu header, though, opened Evolution, rather than the system menu. That is, the menu headers were visible, but the obscured icons were active. I had to click on the Applications menu header and use the arrow keys to navigate to the System menu. About the patch itself, I had mixed results... With no CD in the drive, Grip would open or close the CD tray when clicking Grip's Eject button with 100% success. Even if the tray was closed and empty when Grip started. That's an improvement from the old behavior. When a CD was inserted and the tray was closed, Grip would no longer open the tray when its Eject button was pressed. That's a regression from the old behavior. Grip would show "No disc" momentarily, then would reload/display the disk information. I have Nautilus set to "Do Nothing" for CD Audio. Still an "Audio CD" icon will appear on my desktop when a CD is inserted. Bringing up the Properties of the Audio CD icon and selecting Eject would usually, but not always, successfully eject the audio disc. Even if that Eject failed, the Audio CD icon would disappear and Grip would still be unable to eject the disc; it would be necessary to eject the disc manually using the physical button on the drive. After that, Grip would be unable to manipulate the tray at all (via Grip's Eject button) until Grip was restarted. The following messages would appear /var/log/messages when attempting to eject via the Audio CD Properties: 16:50:42 aether kernel: [ 253.489088] cdb 1b 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 16:50:42 aether kernel: [ 253.489091] res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout) 16:50:42 aether kernel: [ 254.105009] ata2: soft resetting link 16:50:42 aether kernel: [ 254.285438] ata2.00: configured for UDMA/100 16:50:42 aether kernel: [ 254.301362] ata2.01: configured for UDMA/33 16:50:42 aether kernel: [ 254.301405] ata2: EH complete 16:50:42 aether kernel: [ 254.318452] sd 1:0:0:0: [sdc] 156301488 512-byte hardware sectors (80026 MB) 16:50:42 aether kernel: [ 254.319431] sd 1:0:0:0: [sdc] Write Protect is off 16:50:42 aether kernel: [ 254.322380] sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA 16:50:42 aether kernel: [ 254.325098] sd 1:0:0:0: [sdc] 156301488 512-byte hardware sectors (80026 MB) 16:50:42 aether kernel: [ 254.326146] sd 1:0:0:0: [sdc] Write Protect is off 16:50:42 aether kernel: [ 254.327999] sd 1:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA This looks to me like an OPEN/CLOSE ELEMENT command met with a CHECK condition of some sort. I don't know which driver logged the 'res' line, so I can't decode the SK/ASC/ASCQ. After the messages above, I would see the following when Grip was shut down (and sometimes earlier): 16:57:03 aether kernel: [ 635.341268] sr0: CDROM not ready. Make sure there is a disc in the drive. Overall, the patch fixes the problem of Grip being unable to open the tray initially, but at the cost of being unable to open the tray when a CD is loaded and sometimes having to use the physical eject button and reload Grip. The overall behavior with the patch is worse than without. Please let me know if you need more data or need further testing. -- ide-scsi: cdrom tray always reported open https://bugs.launchpad.net/bugs/210819 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
