Where should I mount my internal drive partitions?
As far as I searched on the internet, I came to know that
/Media = mount point for removable media that system do it itself ( usb drive , CD )
/Mnt = temporarily mounting anything manually
I can most probably mount anything wherever I want, but if that's the case what's the point of /mnt? Just to be organised I suppose.
TLDR
If /mnt is for temporary and /media is for removable where should permanent non-removable devices/partitions be mounted. i.e. an internal HDD which is formatted as NTFS but needs to be automounted at startup?
Asking with the sole reason to know that, what's the practice of user who know Linux well, unlike me.
I know this is a silly question but I asked anyway.
Well, I manage multiple drives since decades the same way: mount them directly into the filesystem where I need them, mostly in my home. And it does not even need to be a partition, I don't use partitions anyway (at least for my normal usage, besides the required ones). In example I have a secondary hard drive called "My" (short for My files) and I directly mount a directory called "Videos" into "/home/name/Videos". Even if I switch my drives or folder names, I can just mount it to the same place and all paths are the same and applications won't know what happened. This is flexible and makes it easy to replace stuff easily without breaking anything.
For this I use /etc/fstab . This is a file to tell the system how to mount stuff automatically at startup. However, I don't know how well it works with NTFS, as I only use EXT4 filesystem. BTW I forgot that the entire drive is mounted to /media first, and then all subdirectories are mounted where I need them. Here is an example how this is organized in my /etc/fstab file:
Little note and warning: When you remove or unplug the drive and the path is no longer available, then your cannot boot into your system anymore. Unless you edit the fstab file again (to comment out those lines) or if your system gives you the option to ignore those parts, then you can boot by ignoring non existent paths. I got scared several times in the past, when I forgot this and unplugged my drive (for replacement).
Oh, I deleted my reply a while ago. But you seem to be able to see it still.
The Videos name change is meant, if I mount the folder on my drive to /home/name/Videos, then next time I mount anything to that place when replacing the drive, then /home/name/Videos will stay the same. That means any application using that path won't change. That's the majority how I use my multiple internal drives. I just mount them to fixed positions I use for decades, like in my home.
I prefer directories over partitions, because I can easily rename directories and place them to other places without ever partitioning or resizing again.
Why? Are you talking about removing the drive that contains /?
About the not being able to boot, no I don't mean the drive that contains the root /. When I mount drives with the /etc/fstab file, then the system tries to mount them on boot time. If the directory that is mounted or the drive is no longer available or I unplug it (lets say when I replace my Documents drive), then at boot time the system tries to mount something that does no longer exist in their view, according to the fstab file.
By default (at least on my current system EndevaourOS, based on Arch) the system stops booting. It gives me the option to ignore that mount entry, so I can boot again. But if I had not this option to ignore, then one has to edit the /etc/fstab file to outcomment those sections; in example with a boot cd or usb drive. Normally not a problem, but just telling it here, so in case you know what to do (if you ever go that route).
That's great! I didn't know this (obviously). I will read into this option more, before making changes. It's not something I need much often (really only happened a few times in a decade). But its good to know!
Caching should be quicker and less dependent on all sources. Can't say if that is the actual reason here, but those are typical reasons to cache or copy stuff. That also means it is still operational (to a degree) if the other servers are down or slow. Realtime operation makes sense if everything is from one source and is under 100% control. At least in my opinion.
Also let's say some instance have i//egal content on it, it would take only one user from your instance to see that content, and now you are hosting the i/lega/ content.
Right, but that is only a problem if no efforts to remove this content are done after finding it out. I mean like in YouTube or any other forum. But yes, that is still one of those problems that could occur, additional maintenance. Question is, if this is a real problem and also defederation from a certain instance or blocking a specific user is also still possible.
Just thinking about, I don't know how editing is different from deleting. If I want something to be deleted, then I could just edit it before the deletion? So it should be gone sooner this way, if ever.