Warning: Some posts on this platform may contain adult material intended for mature audiences only. Viewer discretion is advised. By clicking ‘Continue’, you confirm that you are 18 years or older and consent to viewing explicit content.
Partitioning your drive is something that basically everyone on Linux does but what purpose does it actually serve and is there any reason why it might be better to avoid creating partitions in your d...
I’m pretty sure you can just mount a volume to C:\Users.
I definitely wouldn’t recommend changing the userdir paths in the system. Many of the office computers I work with are set up that way and it’s always a pain in the ass when an application expects the home path to be located on C:.
when an application expects the home path to be located on C:
Clarification: does NTFS just suck at understanding that a directory-mapped storage device mounted under C: should be treated as if it were C: when within the mount dir?
The second paragraph is about changing the path where Windows should look for the user files (analogous to running usermod -h /new/home user to change the user entry in the passwd file), not changing the filesystem. I don’t see any reason why a directory-mapped device would behave any differently than a regular directlry… although in my brief time working with softlinks and directory junctions, I learned not to have expectations of Windows/NTFS.
I think the issue is that Windows stores the home path in two environment variables – HOMEDRIVE contains the drive letter, and HOMEPATH contains the path relative to the drive’s root (no, I’m not willing to call it an absolute path). If an application only uses the HOMEPATH envvar, the full path will default to whichever drive letter the environment’s working directory belongs to, which is most likely C:. I don’t have a Windows machine to test it though, so I might be wrong.
I’m pretty sure you can just mount a volume to C:\Users.
I definitely wouldn’t recommend changing the userdir paths in the system. Many of the office computers I work with are set up that way and it’s always a pain in the ass when an application expects the home path to be located on C:.
Clarification: does NTFS just suck at understanding that a directory-mapped storage device mounted under C: should be treated as if it were C: when within the mount dir?
The second paragraph is about changing the path where Windows should look for the user files (analogous to running
usermod -h /new/home userto change the user entry in the passwd file), not changing the filesystem. I don’t see any reason why a directory-mapped device would behave any differently than a regular directlry… although in my brief time working with softlinks and directory junctions, I learned not to have expectations of Windows/NTFS.I think the issue is that Windows stores the home path in two environment variables –
HOMEDRIVEcontains the drive letter, andHOMEPATHcontains the path relative to the drive’s root (no, I’m not willing to call it an absolute path). If an application only uses theHOMEPATHenvvar, the full path will default to whichever drive letter the environment’s working directory belongs to, which is most likely C:. I don’t have a Windows machine to test it though, so I might be wrong.what’s c: ?