I have an NTFS partition (containing a Windows installation from which I dual boot) that I would like to permanently mount from my Linux installation. Problem is, I can't figure out what the best/right/correct mount point for the NTFS partition is. Obviously, it shouldn't be mounted as /home, /usr, etc. (any of the standard mount points for filesystems) because it's not part of the Linux system. I do want it to be permanently mounted, though; and this raises the question, where do I mount it? Here are the mount point possibilities I've come up with:
/media/windows
This one makes a lot of sense because it would be right alongside auto-mounted devices, but according to the filesystem standard, /media/ is really for removable media, so it doesn't seem quite right to put my permanently mounted, internal partition next to auto-mounted, removable ones. I'm leaning toward this option the most, but only because it is less incongruent than the others.
/mnt/windows
This one also seems pretty logical, but again, the standard (and other things I've read) indicate that subdirectory mountpoints are generally discouraged here. Plus, I do actually mount filesystems temporarily in /mnt/ on occasion (as the standard intended it), so this one looks like it would get in the way of regular system use.
/windows
I really don't like the idea of adding another top-level directory to my filesystem, if I can avoid it. It doesn't feel right. An upside to this one, though, is that it is very easily accessible and doesn't get in the way of anything else (i.e. automounting partitions in /media/ or temporary mounts in /mnt/).
/home/[my username]/filesystems/windows
I don't like this idea because the partition is decidedly system-specific, not user-specific, so shoving it in a home directory seems not right.
Which of these options is the "right" one—or is there an alternative I didn't list here?
For clarity, note that I am running Linux (Arch Linux in particular), so any recommendations should probably be based on Linux's idea of filesystem organization rather than BSD's, for example.