Messages in this thread |  | | Date | Mon, 17 Sep 2001 09:57:47 +0300 | From | Ville Herva <> | Subject | Forced umount (was lazy umount) |
| |
On Sun, Sep 16, 2001 at 09:37:40AM -0700, you [Alex Stewart] claimed: > Alexander Viro wrote: > > Actually, I personally would still like a 'umount -f' (or 'umount > --yes-I-know-what-Im-doing-and-I-really-mean-it-f' or whatever) that > actually works for something other than NFS. In this age of > hot-pluggable (and warm-pluggable) storage it's increasingly annoying to > me that I should have to reboot the whole system to fix an otherwise > hot-fixable hardware problem just because some processes got stuck in a > disk-wait state before the problem was detected. > > I want an operation that will: > > 1. Interrupt/Abort any processes disk-waiting on the filesystem > 2. Unmount the filesystem, immediately and always. > 3. Release any filesystem-related holds on the underlying device. > 4. Allow me to mount it again later (when problems are fixed). > > Basically, I want a 'kill -KILL' for filesystems.
This gets my vote too...
It would be interesting to hear if there are large obstacles that make this impossible or hard to implement or whether it's just that nobody has coded it yet.
-- v --
v@iki.fi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |