Bug 145844
| Summary: | Better feedback when CD-ROM eject fails | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Christopher Beland <beland> |
| Component: | util-linux-ng | Assignee: | Karel Zak <kzak> |
| Status: | CLOSED UPSTREAM | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7 | CC: | mattdm |
| Target Milestone: | --- | Keywords: | FutureFeature |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Enhancement | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-01-28 12:17:07 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! Items 1 and 3 have been implemented in Fedora 7! Yay! Item 2 has not been implemented; the error message is still generic, which is better than nothing but still not all that helpful for people who don't know how to go about figuring out which "application" is using the drive. (unsetting NEEDINFO) (really unsetting NEEDINFO) Hello, eject itself calls a program "unmout". So, it can not give any other information about processes or files, than umount gives. But I didn't find any option for umount, which would give this information. So, I'll contact guy who take care of util-linux-ng and ask him what is his opinion. Maybe some additional message would be sufficient. I mean something like this "Use lsof | grep /cdrom to find a process which blocks umount.". After little talk with guy from util-linux-ng, we decided to add more talk to umount command. So I'm reassigning this to util-linux-ng package. Fixed in the util-linux-ng upstream tree. The message is more talkative now. You'll see this improvement in Fedora 9. Thanks. |
eject-2.0.13-10 nautilus-2.8.1-4 If, for example, an xterm is visiting a directory on a mounted CD-ROM, the "eject" command will give the following error message: umount: /media/cdrecorder: device is busy umount: /media/cdrecorder: device is busy /usr/bin/eject: unmount of `/media/cdrecorder' failed If you try to eject the CD by right-clicking on its desktop icon (this is in nautilus in Gnome), the operation fails, but there is *no* error message. 1.) Nautilus should either relay error messages from "eject" to the user (perhaps through a popup error dialog box) or originate an error message itself. 2.) It would be considerably more useful if eject could report the name of the user, process, and/or file that is keeping the CD-ROM mounted. It's not always obvious that you might need to, for example, "cd" to an off-disk directory in some xterm, or kill or restart some background process. 3.) It would be most smurfy of all if an error message appeared when someone presses the eject button on the drive itself, and it is not ejected because the filesystem is mounted. (Right now, I don't think it even attempts an unmount when I do this.)