public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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).


             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