There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

Mounting Folders VS Symlinks?

I have a NTFS drive for Storage, which is shared between Win 11.

I want to change the location of (or replace) ~/Downloads, ~/Music, etc…,.

Note that the link to made is between NTFS and EXT4.

I found two ways while searching.


<span style="color:#323232;">   1.Creating **Symlinks** in `~` with target pointed to folders in NTFS drive.
</span><span style="color:#323232;">
</span><span style="color:#323232;">   2. **Mounting** the NTFS folders **directly** to`~/Downloads`, `~/Music`, etc..,.
</span>

Which one should I do? Which one is more beneficial?

Also how to mount folders to other folders (option 2) ? (I would really appreciate a GUI way)

I know this is not that important of a thing to post on Main Linux Community, but I already asked 2 linux4noobs community, and they are empty.

This is a continuation to my previous discussion, where most of the people said,

  1. It doesn’t matter where I mount.
  2. Mount certain folders directly into home other. (like mounting /mnt/data/music to ~/music)
Samueru ,

Folders? you mean directories 👀

Mount the disk (if you ask me at /media/nameofdir) and configure ${XDG_CONFIG_HOME:-~/.config}/user-dirs.dirs (99% of that time that would be the .config dir in your home lol) and define each XDG_***_DIR= to the respective directory in the path of the mounted disk, no need to make symlinks, though you might need to because there is likely many apps that don’t follow xdg specs.

I would really appreciate a GUI way

I know gnome-disks has a GUI way to change the mount options, I don’t know how good it is though.

Nibodhika ,

Hey man, I think this is a perfectly valid question to ask here. Also I was one of the people who replied on the other thread as well.

So, let’s start with the why. I imagine you want to have ~/Downloads be inside your large disk so files get automatically downloaded there, I imagine ~/Documents is to have access to the same documenta on both OSs. If that’s not the why or there’s something else let me know as I’ll be basing my answer on this assumption.

Last time we told you about how you can mount things wherever you want to, I imagine by now you have an entry on your fstab that automatically mounts that NTFS drive somewhere. I’ll call that somewhere /ntfs just to give it a name/path, but any other path should be the same.

If you wanted your ENTIRE NTFS partition to be on ~/Downloads it’s as easy as changing that fstab entry from /ntfs to /home/gpstarman/Downloads (or whatever your username is). But I imagine you want something more complex, you want to have /ntfs/downloads and ~/Downloads to be the same directory.

Like you found out there are two ways to do this, the first and most easy one is to create a link. To do so graphically just open whatever file explorer you use right click and drag from one path to the other and you should have an option link here or something similar. Note that you might need to delete or rename your existing ~/Downloads folder to have the link be named that. If you wanted to do it by command line it’s ln -s <target> <link name>, so in your hypothetical case ln -s /ntfs/downloads ~/Downloads

This should work for 99% of cases and honestly I don’t think you should care too much about mounting. I’ll reply to this comment with the steps for mounting and explaining why it’s different just to be on the safe side.

Nibodhika ,

For mounting it’s a bit trickier, just like you added an entry to fstab to say that you wanted to mount (for example ) /dev/sdb2 on /ntfs you would need to add another one saying you want to mount /ntfs/downloads to /home/<username>/Downloads. If you want to run this as a one off the command is mount --bind /ntfs/downloads /home/<username>/Downloads (but note that running this with a command will become undone when you reboot, the only way to preserve it after reboots is to have an fstab entry)

What this does is essentially at the kernel level say that one path is the other. How is this different from a link? Well, a link is just a file that points to the other place, whereas a mount is the other place. A couple of examples on how this is different:

  • If you had a Download folder you would need to rename or delete it before making a link there. Mounting on the other hand necessitates that the Downloads folder exists, and will obfuscate anything inside it while the other folder is mounted. This means that if you had files inside Downloads and you mounted the other folder on top those files are still in the disk, but you have no way of accessing them until you unmount the folder.
  • Links can’t go outside of your system. This is likely not important to you, but if you for example are doing things with chroot or docker this can become a problem.

In short, a link is like a door that when you open it tells you “go to the other door”, whereas the mount is replacing the room behind that door with another one. Most programs are smart enough to go to the other door, and on most cases the other door exists so all is good. On some edge cases (like I said, docker, chroot, etc) the “go to door X” could be a problem if inside the client system X doesn’t exist.

Ps: I don’t know of any way of doing this graphically, this is advanced stuff so likely it’s expected that people who want to mount folders know enough to do it in a terminal

fuzzy_feeling ,

a lot of good answers here:
askubuntu.com/…/what-is-the-difference-between-ln…

savvywolf ,
@savvywolf@pawb.social avatar

Not related to your question exactly, but if you want certain “special” folders (Downloads, Music etc.) to be in specific places, it might be worth setting up xdg data dirs to the appropriate location.

wiki.archlinux.org/title/XDG_user_directories

neidu2 ,

Seconding this. As it’s a mount that is explicitly for your user, you might as well mount it where it’s most convenient for you.

If, on the other hand, it was a mountpoint for the entire system, I’d keep it in /mnt and go the symlink route - I’m old fashioned, and I like to use /mnt for as much as possible. I find it more tidy that way. On that note, I’m not 100% sold on /media yet

aBundleOfFerrets ,

I don’t think this is a bad question at all, personally I would prefer to mount the drive once and symlink folders for a couple reasons:

  1. It’s easier to automate
  2. it’s theoretically faster (to initialize) as symlinks are effectively free
  3. I personally like symlink syntax more than mount syntax :P

One possible con to symlinks is that certain (linux native) software can misbehave when it has to interact with them, but this is a fairly uncommon issue. Stuff ran through wine or proton should support them just fine, as they are abstracted away.

seaQueue ,
@seaQueue@lemmy.world avatar

bind mounts don’t usually have the problems that symlinks do. The only time I’ve had issues involve container systems like docker or flatpak.

seaQueue ,
@seaQueue@lemmy.world avatar

For data like this from another filesystem I usually like to mount the entire volume somewhere private like /run and then bind mount the parts I want to use into their desired locations (like /home/foo/Download, etc.)

I do this with a second ext4 drive that I use for performance sensitive storage with my primary btrfs system root. It works well, just be aware of edge cases involving containers (you may have to grant the container access to the original mount location under /run as well as the bound path.)

eager_eagle , (edited )
@eager_eagle@lemmy.world avatar

afaik you can’t mount folders, only drives. So what you’re looking for are symlinks (symbolic links, as opposed to hard links; use e.g. ln -s <source> ~/Downloads). I have a few in my $HOME pointing to other drives as well.

if your NTFS drive is unmounted or unavailable, the link will be broken; but you won’t have to recreate it in the future: so it’s a “set and forget” operation for as long as the path the link points to remains the same.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines
    •