After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 149454 - Nautilus should try and show what's blocking a umount.
Nautilus should try and show what's blocking a umount.
Status: RESOLVED DUPLICATE of bug 147423
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.7.x
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-08-05 23:16 UTC by Rodd Clarkson
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rodd Clarkson 2004-08-05 23:16:53 UTC
I recently filed a bug report against nautilus because I was "Unable to unmount
the selected volume."  Someone commented that this may be because an application
(gnome-terminal, gedit) was using the file system and therefor it couldn't
umount the system.

This got me to thinking that if instead of simply reporting that the "device is
busy", it would be brilliant if nautilus indicated what applications were
blocking   the umount.

As a start, this could be a simple as indicating what applications are blocking
the umount (maybe using 'fuser'), and possibly indicating if another user was
blocking the umount (so that you could ask them to get out if possible).

A better step might be to show which windows are the offending windows where
possible by highlighting them in the workspace switcher (or by highlighting the
title bar using a flashing or another color).  This might help where the
offending application is something like gnome-terminal which is often run a
number of times.

In cases where the applications isn't running as a window on the desktop, it
might necessary to fall back to displaying a list of (non-windowed) applications
in the dialog

It would definitely be a good step forward in helping users assess what's
causing the problem.  After all, the comment "umount: <device>: device is busy"
isn't that informative.
Comment 1 Vincent Noel 2004-08-06 13:34:53 UTC

*** This bug has been marked as a duplicate of 147423 ***