This is primarily a question focused on recent tooling I've been trying to get an installer to place components on a separate drive, but it's notably been an issue a few times in the past, and as I've not been the only person to encounter this particular type of issue, I'm trying to keep this a bit open on the general case for this situation.
So, with that caveat in consideration, I noticed this recently while trying to repair a Visual Studio installation, and found that it was trying to install components to the "System drive", despite having an installation directory that explicitly isn't on the system drive, which is a little annoying given that I don't have a lot of space on that drive left before I run out of space.
While I am interested in a solution for Visual Studio in this case, I was wondering what the root cause of having configurable software requiring installation to bleed over into unrelated systems drives regardless of the preference of installation location - is this a result of system commands being expected to be on the same drive as the shared tool itself, and is there a way to develop software to reduce the footprint of this where possible relatively generally?