
Don't know if this is OS related but I'll ask anyway. In my media server at home, running Ubuntu 10.04 LTE server edition, I'm having trouble ejecting/opening the DVD tray when the machine is operating under the OS's control. When at the BIOS menu or halted at the grub menu you can open and close the tray to your hearts content via the drive's eject button. Once booted into the OS it becomes almost impossible to do when the drive is empty. I've taken to keeping an old CD in the drive as a work around as when the tray is occupied it will eject without issue, from the button or via the eject command. I have tried two other drives of similar model and they behave in the same way and all three drives operate as expected when placed into a Windows box. Of course what I don't have to hand as write this (not being in the same place as the server) is the exact model and firmware details other than to say they are Lite-on DVD-RW drives. In all other respects they operate normally. -- Colin Fee tfeccles@gmail.com

Colin Fee wrote:
In my media server at home, running Ubuntu 10.04 LTE server edition, I'm having trouble ejecting/opening the DVD tray when the machine is operating under the OS's control.
Most optical drives can be locked by the OS (speaking ATAPI). This is to prevent you from ejecting it while it is in use (i.e. mounted). If you mount/umount the CD manually, it should be locked only when mounted, and umounting will implicitly unlock it. If you have some fancy GUI thing that mounts on demand, I would *expect* it to leave the drive unlockd unless you were actively accessing files on it, but I have no idea about current GUI internals.

On 5 June 2012 16:57, Trent W. Buck <trentbuck@gmail.com> wrote:
If you mount/umount the CD manually, it should be locked only when mounted, and umounting will implicitly unlock it.
Sometimes this implicit unlock on umount doesn't always work. Not sure why, it hasn't bothered me yet enough to investigate. Colin, Try running the eject command from a text mode command line, and see if that helps. -- Brian May <brian@microcomaustralia.com.au>

On 5 June 2012 17:02, Brian May <brian@microcomaustralia.com.au> wrote:
On 5 June 2012 16:57, Trent W. Buck <trentbuck@gmail.com> wrote:
If you mount/umount the CD manually, it should be locked only when mounted, and umounting will implicitly unlock it.
Sometimes this implicit unlock on umount doesn't always work. Not sure why, it hasn't bothered me yet enough to investigate.
Colin, Try running the eject command from a text mode command line, and see if that helps. <http://lists.luv.asn.au/listinfo/luv-main>
I have been, that's what's frustrating. If the drive is empty then neither the button nor the eject command work (well most of the time, sometimes you "luck in" and it opens). Once you've got a disc in place all works as expected. I'm going to try "dev.cdrom.lock = 0" in sysctl.conf to see what that does. -- Colin Fee tfeccles@gmail.com

On 05/06/2012, at 5:07 PM, Colin Fee wrote:
On 5 June 2012 17:02, Brian May <brian@microcomaustralia.com.au> wrote: On 5 June 2012 16:57, Trent W. Buck <trentbuck@gmail.com> wrote:
If you mount/umount the CD manually, it should be locked only when mounted, and umounting will implicitly unlock it.
Sometimes this implicit unlock on umount doesn't always work. Not sure why, it hasn't bothered me yet enough to investigate.
Colin, Try running the eject command from a text mode command line, and see if that helps.
I have been, that's what's frustrating. If the drive is empty then neither the button nor the eject command work (well most of the time, sometimes you "luck in" and it opens). Once you've got a disc in place all works as expected.
I'm going to try "dev.cdrom.lock = 0" in sysctl.conf to see what that does.
That's interesting, as I've seen this happen in XBOX consoles, their was a slight mod that someone I knew did to fix this up something to do with the cogs not engaging with the motor to eject the tray unless there was some weight on it. But since it is working when the OS is not up it doesn't sound like a hardware problem. Regards Jason
participants (4)
-
Brian May
-
Colin Fee
-
Jason Lade
-
Trent W. Buck