public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/

  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