Relocation of the Users and the ProgramData directories to a drive other than the drive that has the Windows directory

This article describes the changes in policy for the relocation of the Users directory and the ProgramData directory to a drive other than the %systemdrive% drive in Windows operating systems.

Original product version: В Windows 10 — all editions, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Original KB number: В 949977

Using the ProgramData setting to redirect folders to a drive other than the system volume will block your ability to upgrade to future versions of Windows.

By changing the default location of the user profile directories or program data folders to a volume other than the system volume, you cannot service your Windows installation. Any updates, fixes, or service packs cannot be applied to the installation. We recommend that you do not change the location of the user profile directories or program data folders.

Beginning with Windows 10, OS upgrades are supported even if user profiles are redirected to another drive. For example, if you are using Windows 8.1 with ProfilesDirectory set to D:\, you can upgrade to Windows 10.

More information

%systemdrive% is defined as the drive that contains the Windows directory. There are various reasons why you may want to relocate the Users directory or the ProgramData directory to other drives.

For Windows, the most common reasons are as follows:

• It is easier to back up data from a single drive and from a drive that contains only user files.
• It is easier to rebuild the operating system drive on a user’s computer if user data is located on a separate volume. In this case, the drive that contains the Windows directory can be formatted, and Windows can be reinstalled without having to worry about how to remove user data.

For Windows Server, the most common reason is as follows:

• There are performance improvements when you relocate the Users directory and the ProgramData directory to a drive other than the operating system drive.

For information about how to use the answer file setting, see Answer Files Overview.

If you use the FolderLocations unattend setting to move user data to a location other than the %systemdrive% drive, some servicing components may not be installed. These components may include critical updates, security updates, hotfixes, and service packs.

Information that is documented in the current release of the Windows AIK and the Windows OPK

The Windows Automated Installation Kit (AIK) and the Windows OEM Preinstallation Kit (OPK) for Windows and Windows Server contain documentation warnings that are related to the usage of the Profile Directory and ProgramData unattend settings. These are the settings that let you relocate the Users directory and the ProgramData directory to locations other than their default locations. This includes other drives.

These warnings were included before the servicing stack update (update 937287) was available. This update addresses the issue that is discussed in the warning text. Windows AIK and the Windows OPK documentation reads as follows. You cannot upgrade such installations to the next version of Windows.

Setting information from the Windows AIK and Windows OPK documentation:

The Profiles Directory setting

The Profiles Directory setting specifies the path of the user profile folder.

Use this setting to move the user profile folder (typically %SYSTEMDRIVE%\Users) to another location during Setup or Sysprep. The destination path can be on a volume other than the system drive, as long as it meets the following requirements:

• It must be on an NTFS volume.
• It must not be the path of another operating system user profile folder.
• It must not contain any serviceable components.

This setting can be used to keep system data separate from user data. If Windows is reinstalled on the system volume, a user who has administrative rights can manually recover data from this location.

Using ProfilesDirectory to redirect folders to a drive other than the system volume blocks upgrades. Using ProfilesDirectory to point to a directory that is not the system volume will block SKU upgrades and upgrades to future versions of Windows. For example, if you use Windows 8 together with ProfilesDirectory set to D:\, you cannot upgrade to Windows 8 Pro or to the next version of Windows. The servicing stack does not handle cross-volume transactions, and it blocks upgrades.

The ProgramData setting

The ProgramData setting specifies the path of the program data folder.

These settings should be used only in a test environment. By changing the default location of the user profile directories or program data folders to a volume other than the System volume, you cannot service your Windows installation. Any updates, fixes, or service packs cannot be applied to the installation. Microsoft recommends that you do not change the location of the user profile directories or program data folders. This is especially true for Microsoft Store apps. Changing the location of %programdata% will cause errors when you install, uninstall, or update these apps.

If you use the unattend settings to set up the operating systems that are listed in this article, we will provide commercially reasonable efforts to support your scenario.

Как найти папку Appdata в Windows 7, 8, 10

Операционной системой Windows пользуется большинство пользователей на планете. Наиболее популярными версиями являются Windows 7, 8(8.1) и конечно же самая новая — Windows 10. Не смотря на такую распространенность, многие никогда не вникают в секреты операционки, считая это слишком сложным или опасным. Но некоторая любознательность никогда не повредит, будучи умеренной.

Что за папка AppData?

Скрытых элементов в Windows действительно много, особенно для новичка. Однако если большинство настроек системы находится в прямом доступе для любого пользователя, то секретные файлы и папки, имеющие высокую важность для Windows, будут скрытыми от любопытных глаз. Таким образом разработчики операционной системы позаботились, чтобы особо любознательные пользователи не навредили компьютеру и установленному софту, удаляя или изменяя некоторые системные файлы.

К этим скрытым данным и относится эта таинственная папка AppData. Она присутствует во всех версиях Windows, но это название она получила только в версии Windows Vista, а в Windows XP и более ранних версиях системы имела более полное название — Application Data.

В этой папке содержится важная информация относительно установленных на компьютер программ. Изменение или удаление данных из этой папки может навредить, однако при правильном понимании ее принципа, это поможет существенно сэкономить пространство на жестком диске компьютера. Для пользователя эта папка обычно не представляет никакого интереса, однако если он будет искать источник «мусора» в системе, чтобы освободить память, папка AppData может стать именно этим.

Помещая в себя данные ото всех установленных приложений, ее размер со временем только растет, ведь не все пользователи, удаляя какую-нибудь программу, вычищают все до конца. И чем дольше операционной системой пользуются без переустановки, тем сильнее «захламляется» AppData. Ив дальнейшем она может занимать десятки гигабайт дискового пространства, а в запущенных случаях еще больше. А это может стать критически важным, ведь AppData расположена там же, где и весь основной «костяк» операционной системы, и, если памяти на этом разделе жесткого диска будет мало — не избежать серьезных «тормозов» при пользовании. Особенно это касается случаев, когда операционка установлена на SSD-диск — их объемы памяти малы в угоду скорости работы.

Как открыть папку AppData

Чтобы почистить папку от ненужного, нужно сначала ее обнаружить. Находится она по адресу: С:\Пользователи (или Users)\«Имя пользователя»\AppData, где «С» — имя раздела (диска), на который была установлена операционная система, то бишь системный диск.

Однако перейдя в папку пользователя, человек обнаружит, что папки AppData там нет, и даже поиск файлов не даст нужного результата. И это правильно, ведь как было сказано ранее, папка является одной из множества скрытых, и чтобы ее найти и вычистить нужно включить отображении скрытых файлов.

Как можно заметить на скриншоте — искомая папка отсутствует

Сделать это можно по-разному. В различных файловых менеджерах, вроде популярного Total Commander опцию отображения скрытых файлов можно найти на панели инструментов. Но сегодня речь пойдет о стандартном Проводнике, так как он априори есть на каждой версии системы.

Для тех, кто не знал — Проводник можно открыть горячей комбинацией Win + R. К слову , этими комбинациями стоит пользоваться почаще, так как это существенно экономит время. Да и в глазах остальных это может серьезно поднять авторитет, как знатока и профессионала.

Для 8-й и 10-й версии Windows отобразить скрытые файлы можно следующим образом. В ленте следует перейти на вкладку «Вид», и найти справа раздел «Показать или скрыть». Там будет находиться галочка — «Скрытые элементы». Активировав ее, отобразятся все скрытые папки, включая папку AppData.

Теперь папка Appdata видна во всей красе

Для Windows 7 манипуляции несколько отличаются. В проводнике нужно выбрать пункт «Упорядочить». В нем пункт «Параметры папок и поиска». Перейдя по нему откроется окно настроек. Прокрутив список до самого конца, можно найти переключатель «Показывать скрытые файлы, папки и диски». Активировав его, скрытые файлы тут же будут отображены.

Конечно, это далеко не единственные способы найти папку AppData. Есть и более быстрый способ, без отображения скрытых файлов в проводнике. Для этого нужно зайти в меню Пуск — Выполнить. Или же нажать комбинацию клавиш Win + R.

В открывшееся окно вписать %adddata% как на скриншоте, и нажать Enter. После этого откроется Проводник с папкой AppData.

Важно! Удалять информацию из папки AppData нужно только ту, которая касается удаленных программ. Удаляя другие папки, или же всю AppData целиком, можно спровоцировать сбои в работе большей части операционной системы.

Жмите лайки, подписывайтесь на канал и до новых встреч!

User Data Directory

Contents

Introduction

The user data directory contains profile data such as history, bookmarks, and cookies, as well as other per-installation local state.

Each profile is a subdirectory (often Default ) within the user data directory.

Current Location

To determine the user data directory for a running Chrome instance:

1. Navigate to chrome://version
2. Look for the Profile Path field. This gives the path to the profile directory.
3. The user data directory is the parent of the profile directory.

• [Profile Path] C:\Users\Alice\AppData\Local\Google\Chrome\User Data\Default
• [User Data Dir] C:\Users\Alice\AppData\Local\Google\Chrome\User Data

Default Location

The default location of the user data directory is computed by chrome::GetDefaultUserDataDirectory .

Generally it varies by

• OS platform,
• branding (Chrome vs. Chromium, based on is_chrome_branded in GN args), and
• release channel (stable / beta / dev / canary).

Windows

The default location is in the local app data folder:

• [Chrome] %LOCALAPPDATA%\Google\Chrome\User Data
• [Chrome Beta] %LOCALAPPDATA%\Google\Chrome Beta\User Data
• [Chrome Canary] %LOCALAPPDATA%\Google\Chrome SxS\User Data
• [Chromium] %LOCALAPPDATA%\Chromium\User Data

(The canary channel suffix is determined using InstallConstants::install_suffix .)

Mac OS X

The default location is in the Application Support folder:

/Library/Application Support/Google/Chrome
[Chrome Beta]

/Library/Application Support/Google/Chrome Beta
[Chrome Canary]

/Library/Application Support/Google/Chrome Canary
[Chromium]

(The canary channel suffix is determined using the CrProductDirName key in the browser app’s Info.plist .)

Linux

The default location is in

/.config/google-chrome
[Chrome Beta]

/.config/google-chrome-beta
[Chrome Dev]

(The beta and dev channel suffixes are determined from $CHROME_VERSION_EXTRA , which is passed by the launch wrapper script.)

/.config portion of the default location can be overridden by $CHROME_CONFIG_HOME (since M61) or by $XDG_CONFIG_HOME .

Note that $XDG_CONFIG_HOME affects all applications conforming to the XDG Base Directory Spec, while $CHROME_CONFIG_HOME is specific to Chrome and Chromium.

Chrome OS

The default location is: /home/chronos

Android

The default location comes from Context.getDir and is specific to the app.

The default location is inside the application support directory in the app sandbox.

• [Chrome] Library/Application Support/Google/Chrome
• [Chromium] Library/Application Support/Chromium

Overriding the User Data Directory

Command Line

On all platforms, the user data directory can be overridden by passing the —user-data-dir command-line flag to the Chrome binary.

• [Windows] chrome.exe —user-data-dir=c:\foo
• [Linux] google-chrome —user-data-dir=/path/to/foo

Environment (Linux)

On Linux, the user data directory can also be overridden with the $CHROME_USER_DATA_DIR environment variable.

The —user-data-dir flag takes precedence if both are present.

Chrome Remote Desktop sessions (Linux)

A single Chrome instance cannot show windows on multiple X displays, and two running Chrome instances cannot share the same user data directory. Therefore, it’s desirable for Chrome to have a separate user data directory when running inside a Chrome Remote Desktop (CRD) virtual session on a Linux host.

By default, CRD achieves this by setting $CHROME_USER_DATA_DIR in the session. Unfortunately this means that inside the session we don’t get separate defaults for different channels (Stable, Beta, Dev) or for Chrome vs. Chromium. This can lead to profile version errors (“Your profile can not be used because it is from a newer version of Google Chrome”).

Since M61, this can be solved by setting $CHROME_CONFIG_HOME instead of $CHROME_USER_DATA_DIR . Specifically, put the following in

Then restart the host by running: /etc/init.d/chrome-remote-desktop restart

Writing an AppleScript wrapper (Mac OS X)

On Mac OS X, you can create an application that runs Chrome with a custom —user-data-dir :

Open Applications > Utilities > Script Editor.

Modify as needed for your installation path, Chrome versus Chromium, and desired user data directory.

Save the script in your Applications directory with the file format “Application”.

Close the Script Editor, find your newly created application, and run it. This opens a Chrome instance pointing to your new profile.

If you want, you can give this application the same icon as Chrome:

1. Select the Google Chrome application and choose File > Get Info.
2. Select the icon at the top left of the info dialog. You will see a blue highlight around the icon.
3. Press ⌘C to copy the icon.
4. Open the info dialog for the new application and select the icon in the top left.
5. Press ⌘V to paste the copied icon.

User Cache Directory

On Windows and ChromeOS, the user cache dir is the same as the profile dir. (The profile dir is inside the user data dir.)

On Mac OS X and iOS, the user cache dir is derived from the profile dir as follows:

1. If Library/Application Support is an ancestor of the profile dir, the user cache dir is Library/Caches plus the relative path from Application Support to the profile dir.
2. Otherwise, the user cache dir is the same as the profile dir.

Example (Mac OS X):

/Library/Application Support/Google/Chrome
[profile dir]

/Library/Application Support/Google/Chrome/Default
[user cache dir]

On Linux, the user cache dir is derived from the profile dir as follows:

Determine the system config dir. This is

/.config , unless overridden by $XDG_CONFIG_HOME . (This step ignores $CHROME_CONFIG_HOME .)
Determine the system cache dir. This is

/.cache , unless overridden by $XDG_CACHE_HOME .

If the system config dir is an ancestor of the profile dir, the user cache dir is the system cache dir plus the relative path from the system config dir to the profile dir.

Otherwise, the user cache dir is the same as the profile dir.

/.config/google-chrome
[profile dir]

/.config/google-chrome/Default
[user cache dir]