[sf-lug] Linux mounts ... and overmounts and ...
Michael Paoli
Michael.Paoli at cal.berkeley.edu
Mon Nov 8 18:42:00 PST 2021
> From: "Rick Moen" <rick at linuxmafia.com>
> Subject: Re: [sf-lug] correct URL?
> Date: Mon, 8 Nov 2021 12:31:39 -0800
> Reminds, me -- not the same problem, but a possibly useful tip: In any
> mountpoint directory, I place a zero-length, root-owned file named
> "NOTHING_IS_MOUNTED_HERE". Point is, if ever a normal mount is for some
> reason not in effect, that file stands out even if I'm tired or
> undercaffeinated. (I choose to avoid automounter daemons, hence
> mountpoints don't arise dynamically.)
That's certainly an approach.
In the land of Linux, I like to not only look at the output of
mount, but also consult /proc/mounts - as that's the kernel's idea
of what's mounted where, whereas the output of mount is a bit
more human friendly ... except when it isn't - like in some
cases/version and when /etc/mtab is stale - e.g. root filesystem
is mounted read-only.
Also, for most *nix filesystems, the inode number of the root directory
of a filesystem, as seen from within that filesystem, is 2.
So, e.g. ...
$ (for mp in $(df -T -x tmpfs -x devtmpfs -x iso9660 -x fuse.zfs | awk
'{if(NR!=1)print $7;}'); do cd "$mp" && ls -id .; done) | sort | uniq -c
18 2 .
$
Now ... Linux bind mounts ... very handy ... but still need a better
way to determine/show with existing bind mounts, exactly what's
mounted on what.
Better way might exist, but don't think I've found a good/great answer
on that one yet.
More information about the sf-lug
mailing list