Why do many Windows programs install to `C:UsersAppData`?
Whenever I install Windows programs I always make the installation drive be something other the C-drive. However, the installer almost always puts many files to C:Users<username>AppData even if they put some of the files in the location I specified.
I want the operating system (Windows) on its own hard-drive with nothing else. That way if the operating system hard-drive fails, I only lose the operating system. I can always go get another copy of Windows. After I get a new drive and Windows, I still have all of my old files. Thus, I put my files on hard-drives I replace regularly or back-up, and software on drives I don't care about. It's fine to allow a hard-drive to fail if there are copies of the files on that drive somewhere else.
Why do many Windows programs install to C:Users<username>AppData even if the user provides another path, such as E:SOFTWARE ? Given that it's common practice, there must be some reason why.
windows hard-drive installation windows-installation windows-installer
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
add a comment |
Whenever I install Windows programs I always make the installation drive be something other the C-drive. However, the installer almost always puts many files to C:Users<username>AppData even if they put some of the files in the location I specified.
I want the operating system (Windows) on its own hard-drive with nothing else. That way if the operating system hard-drive fails, I only lose the operating system. I can always go get another copy of Windows. After I get a new drive and Windows, I still have all of my old files. Thus, I put my files on hard-drives I replace regularly or back-up, and software on drives I don't care about. It's fine to allow a hard-drive to fail if there are copies of the files on that drive somewhere else.
Why do many Windows programs install to C:Users<username>AppData even if the user provides another path, such as E:SOFTWARE ? Given that it's common practice, there must be some reason why.
windows hard-drive installation windows-installation windows-installer
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
"Almost always"? I've only seen 2 or 3 programs do that out of maybe hundred, and even those only do so because they put the whole program in there.
– grawity
Jan 6 at 21:38
To do what you want to do you need to redirect the user profile directory, which is more complex and cannot be completely done.
– music2myear
Jan 6 at 23:50
add a comment |
Whenever I install Windows programs I always make the installation drive be something other the C-drive. However, the installer almost always puts many files to C:Users<username>AppData even if they put some of the files in the location I specified.
I want the operating system (Windows) on its own hard-drive with nothing else. That way if the operating system hard-drive fails, I only lose the operating system. I can always go get another copy of Windows. After I get a new drive and Windows, I still have all of my old files. Thus, I put my files on hard-drives I replace regularly or back-up, and software on drives I don't care about. It's fine to allow a hard-drive to fail if there are copies of the files on that drive somewhere else.
Why do many Windows programs install to C:Users<username>AppData even if the user provides another path, such as E:SOFTWARE ? Given that it's common practice, there must be some reason why.
windows hard-drive installation windows-installation windows-installer
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
Whenever I install Windows programs I always make the installation drive be something other the C-drive. However, the installer almost always puts many files to C:Users<username>AppData even if they put some of the files in the location I specified.
I want the operating system (Windows) on its own hard-drive with nothing else. That way if the operating system hard-drive fails, I only lose the operating system. I can always go get another copy of Windows. After I get a new drive and Windows, I still have all of my old files. Thus, I put my files on hard-drives I replace regularly or back-up, and software on drives I don't care about. It's fine to allow a hard-drive to fail if there are copies of the files on that drive somewhere else.
Why do many Windows programs install to C:Users<username>AppData even if the user provides another path, such as E:SOFTWARE ? Given that it's common practice, there must be some reason why.
windows hard-drive installation windows-installation windows-installer
windows hard-drive installation windows-installation windows-installer
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
asked Jan 6 at 21:32
IdleCustardIdleCustard
1031
1031
"Almost always"? I've only seen 2 or 3 programs do that out of maybe hundred, and even those only do so because they put the whole program in there.
– grawity
Jan 6 at 21:38
To do what you want to do you need to redirect the user profile directory, which is more complex and cannot be completely done.
– music2myear
Jan 6 at 23:50
add a comment |
"Almost always"? I've only seen 2 or 3 programs do that out of maybe hundred, and even those only do so because they put the whole program in there.
– grawity
Jan 6 at 21:38
To do what you want to do you need to redirect the user profile directory, which is more complex and cannot be completely done.
– music2myear
Jan 6 at 23:50
"Almost always"? I've only seen 2 or 3 programs do that out of maybe hundred, and even those only do so because they put the whole program in there.
– grawity
Jan 6 at 21:38
"Almost always"? I've only seen 2 or 3 programs do that out of maybe hundred, and even those only do so because they put the whole program in there.
– grawity
Jan 6 at 21:38
To do what you want to do you need to redirect the user profile directory, which is more complex and cannot be completely done.
– music2myear
Jan 6 at 23:50
To do what you want to do you need to redirect the user profile directory, which is more complex and cannot be completely done.
– music2myear
Jan 6 at 23:50
add a comment |
2 Answers
2
active
oldest
votes
A direct answer to the "why" question is simple: your home directory is one of few guaranteed places where an app can store its files under a normal (non-admin) account. When you install something to a default location under C:Program Files, it has to ask you for admin privileges to do it. Now consider that an app has to store modifiable files (such as user settings). It can't do it in its home location (as it was typical in Windows 9x times): in case of C:Program Files it would need to ask your permission to write it every time it needs.
Furthermore, in case of several users of the same PC this mechanism gives a natural way to separate personal files of different users.
The implied question is how to store your user data on a non-Windows drive. Well, one option would be to move your home folder to drive E: as well (there are many instructions how to do it, such as this one or that one).
You can even consider putting your user folder under cloud synchronization, that's what I do to a certain extent, to keep personal files backed up.
answered Jan 6 at 23:45
rg_softwarerg_software
1463
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
add a comment |
Because that is the equivalent of your "home directory" on a *nix machine, and so that is where personal settings for applications (think your profile, etc) are stored.
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1391268%2fwhy-do-many-windows-programs-install-to-c-users-username-appdata%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
A direct answer to the "why" question is simple: your home directory is one of few guaranteed places where an app can store its files under a normal (non-admin) account. When you install something to a default location under C:Program Files, it has to ask you for admin privileges to do it. Now consider that an app has to store modifiable files (such as user settings). It can't do it in its home location (as it was typical in Windows 9x times): in case of C:Program Files it would need to ask your permission to write it every time it needs.
Furthermore, in case of several users of the same PC this mechanism gives a natural way to separate personal files of different users.
The implied question is how to store your user data on a non-Windows drive. Well, one option would be to move your home folder to drive E: as well (there are many instructions how to do it, such as this one or that one).
You can even consider putting your user folder under cloud synchronization, that's what I do to a certain extent, to keep personal files backed up.
answered Jan 6 at 23:45
rg_softwarerg_software
1463
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
add a comment |
A direct answer to the "why" question is simple: your home directory is one of few guaranteed places where an app can store its files under a normal (non-admin) account. When you install something to a default location under C:Program Files, it has to ask you for admin privileges to do it. Now consider that an app has to store modifiable files (such as user settings). It can't do it in its home location (as it was typical in Windows 9x times): in case of C:Program Files it would need to ask your permission to write it every time it needs.
Furthermore, in case of several users of the same PC this mechanism gives a natural way to separate personal files of different users.
The implied question is how to store your user data on a non-Windows drive. Well, one option would be to move your home folder to drive E: as well (there are many instructions how to do it, such as this one or that one).
You can even consider putting your user folder under cloud synchronization, that's what I do to a certain extent, to keep personal files backed up.
answered Jan 6 at 23:45
rg_softwarerg_software
1463
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
add a comment |
A direct answer to the "why" question is simple: your home directory is one of few guaranteed places where an app can store its files under a normal (non-admin) account. When you install something to a default location under C:Program Files, it has to ask you for admin privileges to do it. Now consider that an app has to store modifiable files (such as user settings). It can't do it in its home location (as it was typical in Windows 9x times): in case of C:Program Files it would need to ask your permission to write it every time it needs.
Furthermore, in case of several users of the same PC this mechanism gives a natural way to separate personal files of different users.
The implied question is how to store your user data on a non-Windows drive. Well, one option would be to move your home folder to drive E: as well (there are many instructions how to do it, such as this one or that one).
You can even consider putting your user folder under cloud synchronization, that's what I do to a certain extent, to keep personal files backed up.
answered Jan 6 at 23:45
rg_softwarerg_software
1463
A direct answer to the "why" question is simple: your home directory is one of few guaranteed places where an app can store its files under a normal (non-admin) account. When you install something to a default location under C:Program Files, it has to ask you for admin privileges to do it. Now consider that an app has to store modifiable files (such as user settings). It can't do it in its home location (as it was typical in Windows 9x times): in case of C:Program Files it would need to ask your permission to write it every time it needs.
Furthermore, in case of several users of the same PC this mechanism gives a natural way to separate personal files of different users.
The implied question is how to store your user data on a non-Windows drive. Well, one option would be to move your home folder to drive E: as well (there are many instructions how to do it, such as this one or that one).
You can even consider putting your user folder under cloud synchronization, that's what I do to a certain extent, to keep personal files backed up.
answered Jan 6 at 23:45
rg_softwarerg_software
1463
answered Jan 6 at 23:45
rg_softwarerg_software
1463
answered Jan 6 at 23:45
rg_softwarerg_software
1463
answered Jan 6 at 23:45
rg_softwarerg_software
1463
1463
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
add a comment |
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
This. When installed to Program Files it's an "all users" program, and even these will often save their per-user settings to App Data. Some programs don't need to be installed for all users and function just fine in the more limited permissions of the user's App Data directory and so will install themselves there
– music2myear
Jan 6 at 23:47
add a comment |
Because that is the equivalent of your "home directory" on a *nix machine, and so that is where personal settings for applications (think your profile, etc) are stored.
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
add a comment |
Because that is the equivalent of your "home directory" on a *nix machine, and so that is where personal settings for applications (think your profile, etc) are stored.
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
add a comment |
Because that is the equivalent of your "home directory" on a *nix machine, and so that is where personal settings for applications (think your profile, etc) are stored.
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
Because that is the equivalent of your "home directory" on a *nix machine, and so that is where personal settings for applications (think your profile, etc) are stored.
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
answered Jan 6 at 23:26
ivanivanivanivan
1,20917
1,20917
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1391268%2fwhy-do-many-windows-programs-install-to-c-users-username-appdata%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
"Almost always"? I've only seen 2 or 3 programs do that out of maybe hundred, and even those only do so because they put the whole program in there.
– grawity
Jan 6 at 21:38
To do what you want to do you need to redirect the user profile directory, which is more complex and cannot be completely done.
– music2myear
Jan 6 at 23:50