Public bug reported:
Binary package hint: hal
With the latest Intrepid (alpha 5 + updates as of Sep 17), I found an
unfortunate interaction with 'hal' versus 'grip' and 'eject'. As
background:
- 'grip' tries only ioctl(CDROMEJECT) to eject the tray
- 'eject' tries ioctl(CDROMEJECT) to eject the tray and escalates to issuing
SCSI commands via ioctl(SG_IO) if CDROMEJECT fails
I'm seeing:
- grip can close the tray from an open state 100% reliably
- if no CD has been inserted (empty tray), then grip and eject can open the
tray 100% reliably using CDROMEJECT
- once an audio CD has been "mounted" by 'hal' (i.e. appears on the desktop),
then ioctl(CDROMEJECT) begins to fail (EIO) leaving grip unable to eject the CD
- while the CD remains mounted by hal and with grip running, eject also cannot
eject the CD via CDROMEJECT (EIO); when eject escalates to SG_IO, the tray
ejects then immediately closes again, and the volume is remounted
- when the manually unmounting the CD while grip is running (right click 'Audio
CD' on the Desktop, then Unmount volume), the tray ejects then immediatly
closes again, and the volume is remounted
- hal will "mount" an audio CD (scan it and place an icon on the desktop upon
volume detection) even if the action for Audio CD has been set to "Do nothing"
in Nautilus (or if 'Do nothing' and and the 'always perform this action' is
chosen when a new user loads a CD for the first time)
- if hal is shut down (kill hald-addon-storage and gvfs-hal-volume-monitor)
then grip restarted, grip will be able to open and close the tray 100%
reliably, regardless of whether a CD is in the drive
Basically, I think I want a convenient way to tell hal to ignore the
cd/dvd drive entirely so that I can run arbitrary applications without
unwanted interactions.
** Affects: hal (Ubuntu)
Importance: Undecided
Status: New
--
Intrepid alpha: cd interaction between hal, grip, and eject
https://bugs.launchpad.net/bugs/271202
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
