From: Steve French <smfrench@austin.rr.com>
To: linux-kernel@vger.kernel.org
Subject: Re: umount
Date: Mon, 28 Nov 2005 20:13:24 -0600 [thread overview]
Message-ID: <438BB944.3060506@austin.rr.com> (raw)
> >>>> 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).
next reply other threads:[~2005-11-29 1:16 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-29 2:13 Steve French [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-11-27 21:54 umount Andries.Brouwer
2005-11-28 0:45 ` umount Grant Coady
2005-11-28 1:42 ` umount Mark Knecht
2005-11-28 2:01 ` umount Patrick McFarland
2005-11-28 7:15 ` umount Jim Crilly
2005-11-28 17:20 ` umount Mark Knecht
2005-11-28 17:51 ` umount linux-os (Dick Johnson)
2005-11-28 21:11 ` umount Bill Davidsen
2005-11-28 21:16 ` umount linux-os (Dick Johnson)
2005-11-29 0:11 ` umount Mark Knecht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=438BB944.3060506@austin.rr.com \
--to=smfrench@austin.rr.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox