From: Helge Hafting <helgehaf@idb.hist.no>
To: mwm@i.am, linux-kernel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: "Hyper-Mount" option possible???
Date: Fri, 24 Nov 2000 12:44:59 +0100 [thread overview]
Message-ID: <3A1E54BB.CA4DF540@idb.hist.no> (raw)
In-Reply-To: <3A1D3DF9.9199C744@earthlink.net> <3A1E2556.CC9B24B1@i.am>
"Mark W. McClelland" wrote:
>
> Robert L Martin wrote:
> >
> > Not on list just throwing an idea out.
> > One thing that "bugs" me is if a given drive has more than one partion
> > each partion has to be mounted seperatly.
> > With CDs this also means you can not mount "split" cds in full if you
> > want to. Soo Given that Super-Mount is already taken, How about (in
> > 2.5??) hashing out a Hypermount option.
>
> This would also make it easier to mount media that only have one
> partition. For example, some of my Zip disks have to be mounted as
> "sdb", some as "sdb1", and some as "sdb4", depending on what OS
> formatted it.
>
> I think this might also be good for multisession CDs, though I'm not
> really sure how they are currently handled.
>
> > The way it could work is if you mount a full drive say "hdd" and have
> > each partion mounted on a tree from the mount point
> > of the drive.
>
> This would require mount to check for a partition table first, since
> "hdd" could either mean "hdd as a partitionless device" or "all devices
> on hdd". This check could probably even be done in user space, along
> with "hyper-mount". Maybe someone has done it already; I'll have to
> check freshmeat :)
This looks like a job for a script. I.e. no kernel change necessary.
The script could go something like this:
1. User invokes with "hypermount sdb" in case of the sdb device
2. The script creates a /mnt/sdb directory
3. The script creates a /mnt/sdb/sdb<n> directory for
each sdb1, sdb2,... found in /dev
4. /dev/sdb1 is then mounted on /mnt/sdb/sdb1 and so on.
You may also want some checks that the device isn't mounted already,
remove subdirectories that didn't mount (error return from the "mount"
command)
A "hyper-umount sdb" would simply umount every directory under /mnt/sdb/
This isn't really a kernel issue, you may want to discuss this with
distribution
maintainers instead.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-11-24 12:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-23 15:55 "Hyper-Mount" option possible??? Robert L Martin
2000-11-23 17:09 ` H. Peter Anvin
2000-11-24 8:22 ` Mark W. McClelland
2000-11-24 11:44 ` Helge Hafting [this message]
2000-11-25 20:31 ` Timur Tabi
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=3A1E54BB.CA4DF540@idb.hist.no \
--to=helgehaf@idb.hist.no \
--cc=linux-kernel@vger.kernel.org \
--cc=mwm@i.am \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox