Thanks jlehtone, I did not find any autofs mount but I did find it referenced in findmnt as well as in /etc/mtab/ .
I just don’t know how I set this one up differently than vdb1 and vdd1 where I mapped them in fstab.
Its fine that the file systems all mount properly, but it bugs me that I don’t know what I did nor how to configure all file systems to mount in the same manner for consistency.
Oh, now that I think of it, there might be one more place: the initramfs.
Some filesystems (e.g. the root) have to be mounted before we have access to content, like /etc/fstab …
While kernel command-line definitely handles the root, the rest have to be configured somewhere.
Do you see fstab in sudo lsinitrd?
You did not show where you mount to the mystery fs, so it is hard to guess whether it is “special”.
PS. I’ve seen a cloud image (i.e. a VM) where the /etc/fstab says that root has XFS, but the filesystem is actually ext4, so the /etc/fstab can be happily ignored in some cases.
LOL, the mystry fs. No secrets worth protecting in this case. From mtab: /dev/vdc1 /mnt/The\040Simpsons xfs rw,seclabel,relatime,attr2,inode64,logbufs=8,logbsize=32k,noquota 0 0
I think that I see what you mean about root fs being shown as xfs in fstab.
I was hoping to align all volumes to mount the same way. I have a lot to learn still, but assumed that for now, anyway, mounting my three data volumes through fstab would be okay and consistent.
If your fstab has no rule about that … can you unplug the /dev/vdc? How does the system boot then?
PS. When writing entries to fstab it is better to identify filesystem by their UUID, rather than names like “/dev/vda2”. You can see the UUID’s with: blkid
Thanks again, jlehtone. The problem if the genesis of this thread. When I add the mount point in fstab, using the unique id from blkid, the directory under /mnt/The\040Simpsons is empty. That is what bothers me, it mounts in a way that I don’t understand and that I don’t know how to make it mount the same way as the other two (vdb1 and vdd1).
Not wishing to disagree with jlehtone but add to it: as well as UUID= there is also an option to use LABEL= for mounting. Personally, I find it easier to use the filesystem labels that a UUID, but I know some people disagree with me. In any case, do as suggested and avoid /dev/vdb1 and friends.
I am going to really show what a newbie that I am, because I just figured out what the heck I was doing wrong.
There was no file system mounted at ‘\mnt\The Simpsons’, rather it was just a folder that was consuming space in the / root partition. After mounting vdc1 with its UUID in fstab I decided to execure the following which showed me what I should have realized all along…
[plex@almaplex1 ~]$ df -h '/mnt/The Simpsons'/
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/almalinux-root 70G 56G 15G 79% /
It was self-evident that I had simply created a folder and never used it to mount a file system. I am very sorry for wasting so much of your time but I sure do appreciate it and the support you have shown. I learned some things in the process, for what that is worth.