AppData\Local\Packages что это за папка в Windows 10?

AppData\Local\Packages — папка, которая возможно используется для работы метро-приложений. То есть не обычные программы, там Хром, Офис, Блокнот, а именно метро-приложения, которые запускаются из меню Пуск и которые еще можно назвать плиточными. Если вы собрались очистить папку Packages, то будьте готовы к глюкам с этими метро-приложениями.

Юзеры в сети пишут — папка AppData\Local\Packages много весит, оказывается, что в этой папке могут быть всякие непонятные.. папки.. файлы.. но среди этого всего возможно что есть папка кэша — cache. И вероятно что именно она и может прилично занимать места. У одного юзера так и было — в Packages внутри была папка AVG Web TuneUp, а в ней — cache, которая и весила десятки гигабайт.

То есть уже делаем вывод — просто так взять и удалить AppData\Local\Packages нельзя. Почистить — можно попробовать. Не исключено что в чистилке CCleaner уже учтено то, что может быть такая папка Packages, которой можно почистить файлы кэша.

Может стоит удалить некоторые метро-приложения, но гарантирует ли это и удаление кэша этих приложений?

Один юзер пишет — у него начало пропадать место на системном диске. Начал смотреть. Оказалось папка Packages. Но он узнал кто виновник — приложение Microsoft.BingNews. Юзер уточнил — новости читает часто и один визит, предположительно, сьедает около 50 мегов на диске. Господа, это абсурд. Мне кажется что обычный браузер вроде Хрома и то так не беспредельничает. Юзер папку очистил, но как — непонятно.

У меня этой папки нет. Но есть предположение, что в папке Packages могут быть файлы или папки, которые в своем названии как-то намекают к какому приложению они имеют отношение. Например я нашел такие пути:

konstantin — это просто имя учетной записи. Пользователя так звали видимо. Так вот — есть папка C6965DD5.VK_v422avzh127ra, по на названию папка и ее содержимое вроде как имеет отношение к приложению ВКонтакте. В теории остальные папки также могут иметь подсказки в названиях к чему они относятся. Если в папке приложения есть LocalCache и она много занимает места — переименуйте ее в LocalCache_temp и посмотрите, если не будет проблем вообще, значит можно удалять. Наблюдать советую день-два.

И снова я натыкаюсь на комментарий чела — он пишет что нельзя удалять папку Packages иначе будут удалены метро-приложения. Даже после удаления папка будет восстановлена. Но с другой стороны — сами приложения никак не могут весить десятки гигов. Это какие-то другие данные, в большой вероятностью что временные, которые можно удалить. Как я уже писал выше — скорее всего это кэш приложений (нужно разбираться и смотреть в папке Packages).

Так, а почему вы вам не поэкспериментировать? Удалять Packages — нет, не нужно. Зайдите в эту папку и переименуйте то, что кажется можно будет удалить. То есть папки кэша или просто те, которые оч много весят. Будут ли проблемы? Да, могут. Что делать? Все просто — нужно создать точку восстановления. Зажмите Win + R, далее укажите команду:

control /name microsoft.system

В свойствах выбираете системный диск и нажимаете Создать:

Указываете имя точки и создаете:

После создания точки можете попробовать удалить какие-то тяжелые папки в Packages.

Выяснилось, что удаление папок в Packages может быть проблемным из-за отсутствие прав. Просто будет выкидывать ошибку. Что делать? Есть выход — использование утилиты Unlocker. Она создана спецом для удаления неудаляемых файлов и папок. Бесплатная, я пользуюсь версией 1.9.2. Если будете устанавливать — осторожно, при установке хочет установится какой-то Дельта Тулбар, поэтому внимательно смотрите и снимите необходимые галочки.

Удивительно, но мне удалось найти команду очистки кэша папки AppData\Local\Packages, о такой команде даже и не слышал:

Зажмите кнопки Win + Q и вставьте эту команду потом выберите в результате о очистите кэш.

Еще одно небольшой открытие — оказывается в антивирусе Касперский есть функция очистки папки Packages.

Уже второй юзер пишет — AVG TuneUp может быть причиной большого веса папки.

Ребята, снова важная информация. Один пользователь на форуме Microsoft говорит следующее: если вы удалили все метро-приложения при помощи PowerShell или вообще не пользуетесь метро-приложения, тогда вы можете безопасно удалить папку Packages. Из чего делаем вывод — папка нужна только для метро-приложений. То есть на обычные программы и на работу системы папка влияния не оказывает.

Один юзер тоже очистил папку Packages и причиной было приложение AVG Web TuneUp. Я заинтересовался, узнал:

На этом все. Искренне надеюсь информация помогла. Удачи.

Managing the global packages, cache, and temp folders

Whenever you install, update, or restore a package, NuGet manages packages and package information in several folders outside of your project structure:

Name	Description and Location (per user)
global‑packages	The global-packages folder is where NuGet installs any downloaded package. Each package is fully expanded into a subfolder that matches the package identifier and version number. Projects using the PackageReference format always use packages directly from this folder. When using the packages.config, packages are installed to the global-packages folder, then copied into the project’s packages folder. Windows: %userprofile%\.nuget\packages Mac/Linux: /.nuget/packages Override using the NUGET_PACKAGES environment variable, the globalPackagesFolder or repositoryPath configuration settings (when using PackageReference and packages.config , respectively), or the RestorePackagesPath MSBuild property (MSBuild only). The environment variable takes precedence over the configuration setting.
http‑cache	The Visual Studio Package Manager (NuGet 3.x+) and the dotnet tool store copies of downloaded packages in this cache (saved as .dat files), organized into subfolders for each package source. Packages are not expanded, and the cache has an expiration time of 30 minutes. Windows: %localappdata%\NuGet\v3-cache Mac/Linux: /.local/share/NuGet/v3-cache Override using the NUGET_HTTP_CACHE_PATH environment variable.
temp	A folder where NuGet stores temporary files during its various operations. Windows: %temp%\NuGetScratch Mac/Linux: /tmp/NuGetScratch
plugins-cache 4.8+	A folder where NuGet stores the results from the operation claims request. Windows: %localappdata%\NuGet\plugins-cache Mac/Linux: /.local/share/NuGet/plugins-cache Override using the NUGET_PLUGINS_CACHE_PATH environment variable.

NuGet 3.5 and earlier uses packages-cache instead of the http-cache, which is located in %localappdata%\NuGet\Cache .

By using the cache and global-packages folders, NuGet generally avoids downloading packages that already exist on the computer, improving the performance of install, update, and restore operations. When using PackageReference, the global-packages folder also avoids keeping downloaded packages inside project folders, where they might be inadvertently added to source control, and reduces NuGet’s overall impact on computer storage.

When asked to retrieve a package, NuGet first looks in the global-packages folder. If the exact version of package is not there, then NuGet checks all non-HTTP package sources. If the package is still not found, NuGet looks for the package in the http-cache unless you specify —no-cache with dotnet.exe commands or -NoCache with nuget.exe commands. If the package is not in the cache, or the cache isn’t used, NuGet then retrieves the package over HTTP .

Viewing folder locations

You can view locations using the nuget locals command:

Typical output (Windows; «user1» is the current username):

( package-cache is used in NuGet 2.x and appears with NuGet 3.5 and earlier.)

You can also view folder locations using the dotnet nuget locals command:

Typical output (Mac/Linux; «user1» is the current username):

To display the location of a single folder, use http-cache , global-packages , temp , or plugins-cache instead of all .

Clearing local folders

If you encounter package installation problems or otherwise want to ensure that you’re installing packages from a remote gallery, use the locals —clear option (dotnet.exe) or locals -clear (nuget.exe), specifying the folder to clear, or all to clear all folders:

Any packages used by projects that are currently open in Visual Studio are not cleared from the global-packages folder.

Starting in Visual Studio 2017, use the Tools > NuGet Package Manager > Package Manager Settings menu command, then select Clear All NuGet Cache(s). Managing the cache isn’t presently available through the Package Manager Console. In Visual Studio 2015, use the CLI commands instead.

Troubleshooting errors

The following errors can occur when using nuget locals or dotnet nuget locals :

Error: The process cannot access the file because it is being used by another process or Clearing local resources failed: Unable to delete one or more files

One or more files in the folder are in use by another process; for example, a Visual Studio project is open that refers to packages in the global-packages folder. Close those processes and try again.

Error: Access to the path is denied or The directory is not empty

You don’t have permission to delete files in the cache. Change the folder permissions, if possible, and try again. Otherwise, contact your system administrator.

Error: The specified path, file name, or both are too long. The fully qualified file name must be less than 260 characters, and the directory name must be less than 248 characters.

Package Cache: что это за папка и можно ли ее удалить?

Если не все, то очень многие пользователи неоднократно замечали, что после инсталляции программного пакета MS Visual Studio на системном диске появляется директория Package Cache. Что это за папка? Для чего она нужна? Можно ли от нее избавиться, чтобы очистить свободное место? Обо всем этом мы расскажем в статье.

Многие пользователи относятся к вопросу ее удаления достаточно скептически, что может привести к непредсказуемым последствиям в плане работоспособности основного приложения.

Package Cache: что это за папка?

Начнем с самого простого. Посмотрим на сам каталог Package Cache. Что это за папка, нетрудно понять, если обратиться к основной программе Visual Studio.

Если кто не знает, данное приложение обязательно к установке при использовании на компьютерах мощных графических пакетов или ресурсоемких игр (без этого они попросту не будут работать). Но почему же тогда в Windows папка Package Cache появляется сразу же после инсталляции основной программы? Ответ прост: приложение автоматически резервирует место в системном разделе под свои нужды, которые сводятся к созданию и хранению резервных копий рабочей программы и для своевременной инсталляции пакетов обновлений. Изменить местоположение создаваемого каталога в процесс установки невозможно, поскольку все это происходит в фоновом режиме.

Для ранних версий программы Visual Studio размер папки не должен был превышать 50 Мб. В более поздних модификациях свободное место резервируется на уровне 2,5 Гб при условии того, что основной установочный дистрибутив приложения, например, выпуска 2015 года имеет размер 6,15 Гб.

Что за папка Package Cache Windows 7? Грубо говоря, она в своем основном предназначении служит для быстрого автоматического восстановления работы Visual Studio из бэкап-копии по типу того, как это производится для всей системы в целом при внезапных сбоях. Понятно, что держать дистрибутив, занимающий свободного дискового пространства в три раза больше, нежели каталог кэшированных данных, совершенно нецелесообразно, ведь восстановить работоспособность программы можно и из папки с копиями.

Можно ли удалить папку Package Cache из системного раздела?

Теперь несколько слов об удалении. Что это за папка (Package Cache), немного разобрались. А вот для решения дальнейшей проблемы необходимо отталкиваться от рекомендаций разработчиков Visual Studio из корпорации Microsoft. Они не рекомендуют удалять этот каталог ни в коем случае.

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

Перенос папки в другой логический раздел

Но не все так плохо. По крайней мере, считается (и это подтверждается всеми специалистами), что, если удалить каталог Package Cache нельзя, его можно элементарно переместить на другой диск или в логический раздел, на котором больше свободного места. Для этого сначала запускается командная строка (обязательно от имени администратора) либо через консоль «Выполнить» (cmd), либо через стартовое меню, либо посредством открытия через ПКМ исполняемого объекта cmd.exe в локации System32.

Теперь дело за малым. Перед вводом команд перемещения в логическом разделе (например, на диске «D») нужно создать директорию C_DRIVE, в ней – папку ProgramData, а уже в этой папке – каталог Package Cache. После этого следует скопировать содержимое оригинального каталога из локации ProgramData\Package Cache на диске «C» в новое место. По завершении копирования начальную директорию в системном разделе удаляем.

Обратите внимание: по умолчанию папка ProgramData на системном диске является скрытой, поэтому в «Проводнике» необходимо включить отображение соответствующих файлов и папок через меню вида.

После этого, чтобы программа определяла местонахождение кэшированных данных, в командной консоли сначала прописывается строка C:\>rmdir /s /q «C:\ProgramData\Package Cache», а затем еще одна — C:\>mklink /D «C:\ProgramData\Package Cache» «D:\C_DRIVE\ProgramData\Package Cache». Об успешном завершении операции будет свидетельствовать появление сообщения о присвоении новому каталогу символьной ссылки. Команды вводятся с кавычками и пробелами, как показано выше.

Вместо итога

Вот и все, что касается каталога Packager Cache. Что это за папка, и какие действия с ней можно производить, чтобы не нарушить функциональность программы Visual Studio, думается, уже понятно. В любом случае просто так (без использования копирования содержимого оригинальной директории и ввода дополнительных команд) избавляться от этого объекта не рекомендуется. В противном случае не только апдейты не установятся, но и саму программу придется полностью переустанавливать.