Re: umount
From: Steve French
Date: Mon Nov 28 2005 - 20:16:10 EST
>>>> drive is unplugged without unmounting, it you
>>>> get a pop up dialog on screen telling you that data may be lost, etc.
>>>> while under any of the main environments I've tried under Linux
>>>> (Gnome, KDE, fluxbox) there are no such messages to the user.
I get somewhat similar feedback from users who would like to see more informative
user notification when other types of "removeable media" e.g a network mount
are temporarily or permanently unavailable. An interesting example which can be
quite damaging is the case of password expiration when a user is mounted from
two systems ... if the session to the server ever drops from the other machine the reconnection
retries on machine one (with the bad password) silently cause the account to be locked on the server
if the user changed his password from the second machine. There is no particularly good way to
tell the user "your password is expired or changed and I can't reconnect you to the server to
write out this file until you tell me what the right password is" without some integration
with the desktop.
Obviously MacOS, OS/2, Windows etc. had a head start on this kind of usability, but it would
be nice to talk with the KDE or Gnome people about what their needs are in this area -
another example which comes up from time to time is that KDE and Gnome have no way on Linux
to detect or represent an "offline" file (ie a file which is on some HSM, such as a slow tape)
that looks different from other files when browsing around in the standard file managers
(this would be easy enough to do by query xattrs as XFS and JFS apparently stored information along
these lines in xattrs at one point). These kinds of files show up with a different icon in
other desktops and it is important for some types of users to be able to tell which files or directories
are "slow" to retrieve (offline).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/