Stop using a SATA drive
freebsd at edvax.de
Mon Aug 31 23:14:16 UTC 2015
On Mon, 31 Aug 2015 09:32:07 -0400, Quartz wrote:
> > The remaining question is: Is it technically valid to
> > remove a device special file from the devfs file system
> > corresponding to a device that currently is not in use
> > (anymore), but is _present_ (attached to the system in
> > some way)?
> I keep using OSX as a point of reference, but the way they do it is that
> once the drive has been "ejected", it's effectively not present anymore.
> Their mental model is that a drive can be physically attached without
> being 'connected' software-wise, just that the process of establishing
> that connection when a device is plugged in has been automated.
This leaves the more or less philosophical question: If the
user intends to use the disk he just ejected (but which is
still connected) again, what does he have to do? Obviously,
he cannot mount it anymore - no device file. Does he need
to pull the USB cable and so powering down the device, and
then plugging it in again, causing a somehow superfluous
power cycle, to make the device file re-appear, or is there
some "scan for new devices" (equivalent to "camcontrol reset")?
> Personally I've never had a problem with this mental model.
The problems start when you leave the predefined path. :-)
> different things can be physically plugged into a computer without
> actually functioning (ie; network cable) so I don't see why drives
> should have special rules.
This is in fact correct, and again philosophically, think
about the importance of the _time_: Just because I plug
in something _now_ - it doesn't imply that I intend to
interact with it right away, or even worse, in the way
the OS believes I will.
Example 1: I have a hard disk that is to be subject to a
forensic analysis. What I do _not_ want is that it will
be automacially mounted r/w, maybe searched for files,
or written to.
Example 2: I have a DVD which I want to copy some files
from. Not now, later. What I do _not_ want is that it
Example 3: I have a PCCARD wireless network adapter which
I need the next day for setting up a WLAN AP "man in the
middle" for traffic diagnostics. What I do _not_ want is
that it automatically connects to my neighbor's open WLAN
right now, and phone home.
The "problem" with automatism is that one size doesn't
fit everyone. :-)
> Any anyway, when I eject a drive it's because
> I'm about to physically remove it.
In this, and _only_ in this kind of context, it's a fully
valid approach. It's just that the question of the technical
implementation and its valididy remains, and maybe even that
is just a matter of taste. :-)
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
More information about the freebsd-questions