Re: normal mount points

On Sat, Apr 28, 2007 at 11:21:20AM -0700, Graham North wrote:

I ran the df command last night to check slice sizes in anticipation of
doing some backup and eventual tranfer to a new machine.
The output gave me not just normal slices that were created at install
but also three additional (mount points?)
/proc
/net
/host

No problem. /proc is sort of a psuedo file system that enables
some routines such as top to look at certain pieces of information.

Probably /net and /host are also psuedo file systems, but I have
never seen them before. If they are legit, they are for something
I do not run.


The machine is a simple web server and print server with little else on
it. Can some explain to me (or point me to) an explanation of mount
points?

A mount point is just a directory where the system attaches pointers
to some type of data structure. You create a mountpoint using
the mkdir command just like with a directory. It only becomes a
mountpoint when something is attached to it - a file system or some
other system structure. Of course, actual file systems such as
for / or /usr or /home are the most common seen, others, including
memory file systems can be created and attached to a directory.

When a filesystem is mounted over a directory, if there is something
else in the directory - other files and directories - they are covered
up until the attached item is unmounted.

That all probably isn't very clear, but it should at least let you
not worry too much.

////jerry

Thanks,
Graham/

--

Graham North
Vancouver BC
Canada

www.soleado.ca

Kindness is infectous, try it.

_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"
_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: [PATCH] private mounts
    ... TYPE A) general purpose user-mountable file systems ... Restricting where the user could mount ... TYPE B) per-user namespace / attachable namespace / etc. ...
    (Linux-Kernel)
  • Re: [PATCH] private mounts
    ... > TYPE A) general purpose user-mountable file systems ... > 1) Restricting where the user could mount ... given enforcement of requiring private namespaces ... > namespace per user). ...
    (Linux-Kernel)
  • Re: [9fans] 9P vs. FUSE
    ... fit into Linux VFS layer just fine. ... It's easier, I suppose, to put boring file systems in, ... one discussion about putting private name ... to what I did on the original: codify the mount point to be at ...
    (comp.os.plan9)
  • Re: Data Recovery
    ... the way you want and I don't really think it will get other file systems ... You can either leave everything in the dump fileon your big disk ... you need to run dump for each filesystem you want to back up. ... mount that big partition as something - lets say '/stash' ...
    (freebsd-questions)
  • SUMMARY: fsck unable to repair volumes
    ... The file systems had mount points on a bad file system that had unreadable ... > CANNOT READ: BLK 167688672 ... > Center for Health Program Development and Management ...
    (SunManagers)