submount: another removeable media handler
Quoted 3 lines
Quoted 3 lines
how is it different from what automounter does?
Autofs works by creating a special filesystem above the vfs layer, and
passing
Quoted 12 lines
Quoted 8 lines
requests and data back and forth. Submount actually does much less than
this- it puts a special filesystem underneath the real one, and the only things it returns to the VFS layer are error messages. It handles no IO operations whatsoever.Peter Anvin has called using the automounter for removeable media "abuse." Submount is designed for it.
Sure, but it's not clear to me that you have listened to me saying *why* it is abuse.
Quoted 7 lines
Basically, in my opinion removable media should be handled by insert and removal detection, not by access detection. Obviously, there are some sticky issues with that in the case where media can be removed without notice (like PC floppies or other manual-eject devices), but overall I think that is the correct approach.
-hpa
I managed to read several of your warnings about using autofs for media without coming across an explanation of why. I just assumed that as maintainer, you had good reasons to do so. I more-or-less agree with you about the desirability of insert and removal detection. I'm not sure if it could ever be made to work for floppies, but there is no reason why one solution should fit all cases. If there were common ioctls which could check the insertion and removal status of the various drives, I might have taken that approach.
I wanted to get the same functionality as supermount without the instability, and as far as I can tell, I have succeeded. It's not ideal, but it works for me, and hopefully will work for others as well until something better is produced.
Eugene