Start with the man pages. Running the command man followed by a space and then followed by the command you’re using will almost always give you a man page of the basics of how that command works. The fstab has its own man page too. An internet search “man fstab” or whatever command you’re interested in should also net many mirrors of the those man pages as well.

For me at least, it’s not that you’re asking questions. I answered, so obviously I’m sympathetic to confusion in this area. I’m just trying to encourage you to seek your answers in the documentation and manuals FIRST. The way your question was worded led me to believe that you had not read the manuals at all and were simply copying snippets of code and commands from some random question and answer style forum that did not teach you anything about the fundamentals of what those commands and code actually did. That’s fine too, lots of people started off that way, myself included. Reading the manuals gives you the context to step back and understand how those commands work and what they’re really doing. If you do, you’ll be much better able to troubleshoot your own problems, you’ll be able to ask better questions in forums like this, and you’ll get better and more useful responses.

With all due respect, RTFM. Mount and umount are two sides of the same operational coin. You mount the drive to use it and unmount it when you’re done. fstab is just a file system table used to remember and consistently apply the options used whether you’re mounting the drives manually or telling the system to do it at boot.

Deleting a line from fstab is not the same as unmounting, it is just a shortcut to tell the system how you want that drive mounted when you or the system run the mount command. Mount directories (usually the folders in /media/ or /mnt/ ) also do not get automatically deleted just because you “yanked the drive”. Again, those directories are just where your system is expecting to mount the drive. When the drive is mounted they will be the root path to its contents, when the drive is unmounted they will be empty but they still exist. If your planning on mounting the drive again leave them there. If you’re not planning on mounting them again, delete them.

If you’re not planning on regularly mounting a particular drive, it probably shouldn’t be listed in fstab and you should just run the mount command with the appropriate options (again fstab is just a table for remembering those options for the mount command).

Many desktop Linux distros are also capable of automatically mounting new removable drives in such a way that the user can access them and doesn’t have to worry about touching fstab or the mount directories.

That view of the driver, looking out from the front passenger side out the driver’s window always makes me anxious for this reason. It’s like Chekhov’s gun. Why would they pick that angle unless the characters were about to get T-boned?

That one actually has some basis in reality though. My terminal still dings at me, it’s just that having it ding too much is annoying and out of fashion now. Does no one else remember PCs piezoelectric beeping, even before you upgraded to an actual soundcard?

I wonder whatever happened to Knoppix. All I’ve been able to find online is speculation and questions.

Lars ruined Napster. BitTorrent came around some time later after Limewire, Soulseek, and DirectConnect. Lars might have had something to say about Bit Torrent, but by that point no one was listening.

Besides, back then, we really were using BitTorrent mostly for Linux ISOs. At the time it was more reliable than http. It really sucked having to download an entire ISO again because it failed the checksum. BitTorrent alleviated that.

The amount of downvotes on this comment is a symptom of how toxic this community has become.

However, the issue is that I have to use sudo when using these commands and as a result after mounting I cannot make changes to my files in the drive(s) without using sudo.

This isn’t because you’re using sudo to mount, that is the way to do it. This is because you’re mounting to a directory for which your regular user does not have write access. Create a directory owned by your user and make sure you have write access with sudo first. Or make it owned by a group that your user is a member (I use media) and give that group write access. Then mount the drive to that directory in the usual way (I prefer to clutter up my fstab with entries I rarely use). You should now have access without sudo.

9 out of 10 times new users are struggling with access, it’s not a problem with the software, but a problem with permissions.

You can still be a kind of garden hermit if you get certain jobs in science and ecology.

I’m barely rebuilding my server once a decade, so that’s all pretty irrelevant. I do use docker a bunch for programs I’d never interact with in the terminal, but that’s not really my issue with immutable; it’s flatpaks and the CLI, bash wrappers or aliases and all that noise. Too much trouble till they sort that out better.

Immutable distros sound great for desktop users, distro hoppers, and system admins maintaining a fleet of desktop Linux machines in the wild. They sound more than a little annoying for homelab server users that mostly interact with their machine via the terminal and are more likely to want to run unpopular software on unpopular hardware in a niche distro.