Pavel Machek wrote:
"Foolish enough"? Multiple users told you that they consider that use
case okay for hotpluggable drives.
They are confused. It has never been, is not, and never will be okay to
disconnect a drive while it is mounted. It is simply an easier mistake
to make with USB. Easy or not, it is still a mistake.
This user error may be rather common, but as long as you sacrifice other
functionality to prevent this user error from being particularly
irritating to users, they will not learn and will continue to make this
mistake. Let them be bitten by it once or twice, and they will learn
they need to properly unmount before yanking.
Ever heard about "journalling"?
Yes, it makes it faster to recover the filesystem to a consistent state
after a crash. It does NOT make it okay to disconnect the drive
willy-nilly, and does not prevent data loss.
If it is okay during runtime, it should be okay while suspended. Don't
expect users to know about power on USB buses. You may call any system
that does not support standby power on USB broken if you wish...
It is only okay to disconnect the drive at any time, running or
suspended, after you unmount it. Fail to do that and you're asking for
trouble.
"Does not such any worse than non-usb" does not cut it here. USB disks
are too easy to unplug/replug.
Anyway, your mail came without a patch, again. That's useless; if you
implement layer above floppies/usb sticks that can recognize same
disk, maybe we can talk about that.
That's exactly what I've been talking about. You can add some logic
that can hopefully notice if the user has modified the volume, but those
tests need not be 100% foolproof in order to assume that the user did
not actually modify the volume while suspended.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]