From: Matthew Wilcox <matthew@wil.cx>
To: Harald Seipp <SEIPP@de.ibm.com>
Cc: James Bottomley <James.Bottomley@SteelEye.com>,
SCSI Mailing List <linux-scsi@vger.kernel.org>
Subject: Re: remove-single-device removes mounted HDDs (kernel 2.6)
Date: Thu, 11 Aug 2005 15:46:49 +0100 [thread overview]
Message-ID: <20050811144649.GA28067@parcelfarce.linux.theplanet.co.uk> (raw)
In-Reply-To: <OFDD993463.B29B392A-ONC125705A.004F39C4-C125705A.004FE950@de.ibm.com>
On Thu, Aug 11, 2005 at 04:32:51PM +0200, Harald Seipp wrote:
> James Bottomley wrote on 11.08.2005 15:59:27:
> > On Thu, 2005-08-11 at 12:09 +0200, Harald Seipp wrote:
> > > I assume this is a bug? How can I prevent that behavior? Can I easily
> query
> > > if a device on "h b t l" is mounted to work-around?
> >
> > No, it's expected behaviour. The mount keeps a reference to the old
> > device node so it can't be reused.
> Ok - but shouldn't the behavior that devices that have mounted partitions
> can be removed be considered as a bug?
> Linux 2.4 SCSI Subsystem Howto, proc interface: "....The removal will fail
> if the device is busy (e.g. if a file system on the device is mounted)."
The trouble is that users can surprise-remove drives (eg USB memory) and
there's nothing we can do about it. So the SCSI subsystem is designed
to cope as best it can with such a scenario rather than trying to forbid
in software an action that already took place in hardware.
--
"Next the statesmen will invent cheap lies, putting the blame upon
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince
himself that the war is just, and will thank God for the better sleep
he enjoys after this process of grotesque self-deception." -- Mark Twain
next prev parent reply other threads:[~2005-08-11 14:44 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-11 10:09 remove-single-device removes mounted HDDs (kernel 2.6) Harald Seipp
2005-08-11 11:55 ` Douglas Gilbert
2005-08-11 16:57 ` Harald Seipp
2005-08-11 13:59 ` James Bottomley
2005-08-11 14:32 ` Harald Seipp
2005-08-11 14:46 ` Matthew Wilcox [this message]
2005-08-11 14:51 ` James Bottomley
2005-08-11 15:44 ` Harald Seipp
2005-08-11 16:40 ` Christoph Hellwig
2005-08-11 16:50 ` Harald Seipp
2005-09-06 11:43 ` Christoph Hellwig
2005-08-11 17:47 ` Bryan Henderson
2005-08-12 8:59 ` Harald Seipp
-- strict thread matches above, loose matches on Subject: below --
2005-08-11 15:51 Salyzyn, Mark
2005-08-11 16:07 ` James Bottomley
2005-08-11 17:40 ` Bryan Henderson
2005-08-11 22:06 ` Stefan Richter
2005-08-11 16:37 Salyzyn, Mark
2005-08-11 16:53 ` James Bottomley
2005-08-11 17:05 Salyzyn, Mark
2005-08-11 17:52 ` James Bottomley
2005-08-12 11:36 Salyzyn, Mark
2005-08-12 15:07 corene
2005-09-06 21:28 [RFC] SCSI target for IBM Power5 LPAR Dave C Boutcher
2005-09-07 10:49 ` Christoph Hellwig
2005-09-07 12:45 ` Dave C Boutcher
2005-09-07 12:58 ` FUJITA Tomonori
2005-09-07 17:17 ` Mike Christie
2005-09-07 17:48 ` remove-single-device removes mounted HDDs (kernel 2.6) Steve Byan
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=20050811144649.GA28067@parcelfarce.linux.theplanet.co.uk \
--to=matthew@wil.cx \
--cc=James.Bottomley@SteelEye.com \
--cc=SEIPP@de.ibm.com \
--cc=linux-scsi@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.