** Also affects: udisks
   Importance: Undecided
       Status: New

** Description changed:

  Hello,
  
  when a CD is in use and you "hard" eject it ("hard" = manually click the
  eject button on the device), next and every after CD you insert won't be
  automounted. You can still use "mount /dev/sr0 /cdrom -t iso9660 -o
  loop", but it's not very convenient and far from user-friendly.
  
  The scenario can be particularly reproduced, when CD-ROM is shared over
  samba network, and someone is actually accessing the CD (or even done
  accessing it, but samba still "uses" it). This situation isn't that
  uncommon, since lots of netbooks (all of them?) haven't a CD-ROM, so one
  way to access CD content on a netbook is to share a CD on PC.
  
  Other way to reproduce this issue is to mount a CD image (e.g. an .iso),
  that is recorded on a CD/DVD, with e.g. cdemu. Even after releasing the
  .iso from virtual drive, the real CD still appears "in use", and one way
  to eject it is to "hard" eject it and trigger the issue. (The other way
  is to restart cdemud (funny though)).
  
  I believe, that when wine is using a CD (e.g. windows installer), the CD
  is "in use" forever too, hence the issue occur from here too.
  
  To summarize: "hard" ejecting is cool (allows to eject CDs, that appears
  "in use"), but triggers an annoying automount malfunction until next
  system reboot.
  
  Regards,
  phan
  
  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: ubuntu-desktop (not installed)
  ProcVersionSignature: Ubuntu 2.6.32-24.42-generic 2.6.32.15+drm33.5
  Uname: Linux 2.6.32-24-generic i686
  NonfreeKernelModules: nvidia
  Architecture: i386
  Date: Mon Aug 30 16:04:03 2010
  InstallationMedia: Xubuntu 10.04 "Lucid Lynx" - Release i386 (20100429)
  ProcEnviron:
-  LANG=pl_PL.utf8
-  SHELL=/bin/bash
+  LANG=pl_PL.utf8
+  SHELL=/bin/bash
  SourcePackage: ubuntu-meta

-- 
Cdrom automount after "hard" ejecting fails
https://bugs.launchpad.net/bugs/626874
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

Reply via email to