Question Puis-je supprimer le dossier C: \ ProgramData \ Package Cache \?


Il y a un nouveau dossier rempli d’installateurs situé à C:\ProgramData\Package Cache\. Je crois que cela vient de Visual Studio 2012 RC.

Puis-je supprimer ces gigaoctets de données sans conséquences? Sont-ils tous des fichiers temporaires? C'est un produit bêta, donc je ne suis pas sûr qu'il y ait beaucoup d'informations sur ce dossier.


369
2017-07-31 14:47


origine


Je dirais que pour tout ce qui dépasse la taille de 50 Mo, il est utilisé pour quelque chose. Essayez de les déplacer sur votre bureau ou sur quelque chose, en l'exécutant et, s'il se bloque, déplacez-les. - Frank
Je ne peux pas vraiment tester mon scénario original mais je me souviens que tout s'est bien désinstallé. Étant donné que plusieurs personnes disent avoir eu des problèmes, j'ai révoqué la réponse acceptée. Gardez à l'esprit que j'utilisais 2012 RC. - Ben L
@BenL même si je comprends quand vous dites "Je ne peux pas vraiment tester mon scénario original mais je me souviens que tout s'est bien désinstallé. Comme plusieurs personnes disent avoir eu des problèmes, j'ai révoqué la réponse acceptée." Je pense que ma réponse ci-dessous (la plus populaire à ce jour) permet à quiconque, en tout cas, de contourner le problème en déplaçant et en dirigeant le dossier vers un lecteur disposant de plus d’espace. Il fonctionnera même avec les médias hors ligne. Ainsi, vous pouvez simplement remonter / insérer votre DVD d'archivage / reconnecter votre disque externe, si c'est là où vous le déplacez, au moment de la désinstallation, des réparations, etc. - Flak DiNenno
@FlakDiNenno J'aime votre solution de contournement. Mais la question est de savoir si elle peut être supprimée en toute sécurité, pas si elle peut être montée ou déconnectée en toute sécurité. - Ben L
@BenL Bon point. J'ai ajouté quelques détails et un lien de Microsoft qui recommande définitivement de ne PAS supprimer le dossier et pourquoi. - Flak DiNenno


Réponses:


TL; DR: Ne pas supprimer ce dossier

(voir ci-dessous pour solutions de contournement)


Pourquoi pas?

Il y a eu des rapports contradictoires sur la question de savoir si l'absence de ce dossier (suite à sa suppression) réellement et en tous les cas causer des problèmes avec l'installation du studio visuel, c.-à-d. pendant le fonctionnement normal, pendant la réinstallation, le correctif / la mise à niveau, l'installation de réparation ou la désinstallation. Cependant, la recommandation de MICROSOFT est clairement de NE PAS SUPPRIMER.

De Outils de développement Microsoft Blogs → ICI

Lors de la réparation, de la modification ou de la désinstallation d’un produit ou   installer ou désinstaller un correctif si un média source est requis   le cache de paquet est utilisé automatiquement et la plupart des utilisateurs ne verront jamais un   rapide. Seulement si le cache du paquet est manquant ou incomplet   Invite de configuration de Studio pour télécharger (si connecté) ou localiser le média comme   montré dans la capture d'écran ci-dessous.

Visual Studio 2012 Prompt for Source

Les utilisateurs qui ont installé depuis un média ont même la possibilité de télécharger   (si connecté). Alors, très peu de clients devraient le voir   dialogue, nous voulions nous assurer que l'expérience était facile.
  Même si nous   invite à télécharger des paquets dans le cache s'il manque, nous vous recommandons   les utilisateurs ne suppriment pas le cache du package. Non seulement le cache est utilisé par   de nombreux autres produits qui sont installés avec Burn et peuvent ne pas fournir la même expérience de téléchargement, il existe scénarios quand   Windows Installer peut nécessiter une source que nous ne pouvons pas gérer car notre   le code n'est pas en cours d'exécution.


Solution / Solution:

Si vous avez besoin de récupérer cet espace, votre pari le plus sûr est d'éviter "suppression" n'importe quoi, mais à la place, déplacez ce dossier et tous ses fichiers. Vous pouvez le faire en toute sécurité en suivant les instructions ci-dessous pour tout stockage local / en direct, en ligne, en ligne ou hors ligne. aussi longtemps que ce système de stockage qui peut être monté sur une lettre de lecteur ou sur tout point de montage du système de fichiers NTFS. L'un des éléments suivants fonctionnera:

  • une autre partition (montée) en direct
  • un disque optique (CD, DVD, etc.) avec un système de fichiers en direct tel que FAT ou NTFS
  • un disque dur externe
  • une clé USB
  • un lecteur réseau

Chaque fois que vous êtes invité à saisir le média / à recevoir des erreurs sur des fichiers manquants / un emplacement manquant, assurez-vous simplement de remonter / réinsérer votre lecteur / média s'il ne s'agit pas déjà d'une partition active.

Une fois déplacé, afin de "lier" l'ancien point de montage / emplacement (dans la plupart des cas C:\ProgramData\Package Cache\), vous créez simplement un répertoire junction à elle.

Junctions sont reconnus à la file systemniveau comme une entrée alias dans le FSTAB. Par conséquent, il est transparent pour tous les programmes, y compris le système d'exploitation lui-même. En d'autres termes, il n'est pas vu comme un fichier qui pointe simplement vers un autre emplacement (comme un shortcut) et travaille donc toujours sans incident.

  1. Vous souhaitez déplacer le ou les dossiers en question vers son nouvel emplacement
  2. Créer la jonction

    • Option 1. (nativement): Il suffit de lancer la commande intégrée Windows Vista / 7/8 et l'invite cmd:

      mklink /J oldpath newpath
      

      NOTE: Si vous faites le newpath absolu, vous serez en mesure de déplacer le lien sans casser le pointeur vers le newpath. Si vous faites le newpath relatif, vous pourrez empêcher la rupture du lien, tant que vous déplacez le lien et la cible TOGETHER et conservez leurs chemins relatifs.

    • Option 2. (en utilisant un outil): Une autre alternative géniale est un utilitaire pratique que j'utilise depuis des années "Link Shell Extension". LSE est gratuit et vous pouvez le trouver ici (ou Google pour cela): http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html

      LSE vous permet de créer des liens symboliques, des liens durs, des jonctions, des smartcopies, des smartclones, des miroirs intelligents, des mouvements intelligents, des épissures, des sources multiples, etc. Mais c'est un brillant produit gratuit qui crée un menu contextuel de Windows Explorer qui vous permet de cliquer avec le bouton droit sur votre dossier LINK-TARGET, puis de le faire glisser à l'endroit où vous souhaitez créer le lien réel. Vous pouvez bien sûr renommer le lien à tout ce que vous souhaitez.


350
2018-01-19 15:34



c'est une excellente solution. Je dois nettoyer mon lecteur SSD en déplaçant les fichiers vers un autre lecteur. Merci beaucoup - marek
+1 pour l'extension Hardlink Shell. Impossible de vivre sans elle - Dennis G
Cher Microsoft: Veuillez ne pas utiliser le nom "cache" pour décrire un dossier qui cause autant de maux de tête lorsqu'il est supprimé. Merci. - Todd Menier
A fait le tour de passer à un autre lecteur et de faire une jonction. En exécutant le programme d'installation de VS2015 SP3 aujourd'hui, le programme d'installation a transféré la jonction vers un répertoire normal (lors de la désinstallation d'une ancienne version de certains composants, elle a été supprimée par les répertoires parents «vides»). tests). Il a donc placé de nouveaux composants dans C: \ ProgramData \ Package Cache, puis n’a pas réussi à trouver d’éléments dans le nouvel emplacement où la jonction était jadis pointée. Juste un avertissement aux futurs lecteurs, il faudra peut-être rétablir la jonction. - Ben Voigt
En tant que correctif plus permanent, utilisez les autorisations NTFS et refusez l'autorisation "delete" sur la jonction elle-même. - Ben Voigt


J'ai trouvé le même dossier sur mon ordinateur portable après avoir installé VS2012. J'ai essayé de renommer ce dossier en '__Package Cache'. Lorsque j'ai alors essayé de désinstaller VS2012, le processus de désinstallation n'a pas pu démarrer.

Plus d'informations sont disponibles ici.


46
2017-11-16 11:26





La réponse correcte semble être que si vous le supprimez, VS 2012 ne pourra pas être désinstallé, mais il n’est pas nécessaire autrement. Donc:

  1. Vous pouvez y laisser les fichiers. Tout fonctionnera, mais il utilisera beaucoup d'espace disque.
  2. Vous pouvez supprimer les fichiers et, si vous souhaitez désinstaller VS 2012, vous pouvez réexécuter le programme d'installation d'origine pour restaurer les fichiers, puis désinstaller.
  3. Vous pouvez déplacer les fichiers vers un autre lecteur avec plus d'espace libre et:

    a) déplacer les fichiers lorsque vous en avez besoin

    b) créer une jonction comme dans la suggestion de Flak (attention: les jonctions sont des bêtes délicates et se trouveront dans l’Explorateur Windows pour vous dire que les fichiers occupent de l’espace disque sur C: quand ils sont vraiment sur un autre disque!)

Les jonctions et les liens symboliques sont la seule solution pour déplacer des fichiers système vers un autre lecteur. Ce sont des fonctionnalités au niveau du système de fichiers NTFS que même Windows lui-même ne connaît pas, et sont donc un très gros marteau (et un risque potentiel de sécurité) qui devrait être utilisé avec peu de différence avec leurs homologues UNIX / Linux. sur cette famille d'OS et les programmes UNIX / Linux / BSD savent comment les gérer.


19
2017-07-07 00:27



les jonctions sont des bêtes délicates, et se trouveront dans Windows Explorer pour vous dire que les fichiers occupent de l’espace disque sur C - si vous voulez dire par là que lorsque vous ouvrez la boîte de dialogue des propriétés de la jonction, celle-ci affiche la taille du disque égale à la taille du disque sur lequel elle se trouve, alors je suis d'accord avec le fait qu'elle est trompeuse. Mais cependant, la taille réelle du dossier étant jonctionné ne correspond pas à l'espace total utilisé sur le lecteur C, tel qu'affiché par le dialogue de propriétés du lecteur C. Dans ce cas, votre déclaration est trompeuse ;-) - Sнаđошƒаӽ


Tous les programmes d'installation du logiciel sont enregistrés dans ce dossier. Il échouerait lorsque vous tenteriez de désinstaller un logiciel après avoir supprimé ce dossier.


16
2018-05-19 00:58





J'ai remarqué ce dossier après avoir installé Visual Studio 2012, dans mon cas tout ce qu'il contenait dans l'installation de Visual Studio 2012, je l'ai supprimé manuellement et tout semble fonctionner, y compris Visual Studio.


12
2017-09-24 21:03



C'est la réponse acceptée et c'est faux. Si vous supprimez ce dossier, vous habitude pouvoir désinstaller ou mettre à jour Visual Studio (et les outils et redistribuables associés - ceci volonté provoquer des problèmes de sécurité en cas de mise à jour des versions de MSVC) - kinokijuf
Vous avez tort, j'ai sans aucun problème réussi à mettre à jour Visual Studio 2012 avec les dernières mises à jour. Merci. - Johan Svensson


Si vous supprimez ce dossier, vous ne pourrez pas désinstaller (et éventuellement mettre à jour) Visual Studio.


7
2018-01-19 15:36





OUI, vous pouvez supprimer ce répertoire si vous avez désinstallé Visual Studio.

J'ai trouvé ce répertoire après la désinstallation de Visual Studio en vue de l'installation d'un disque SSD plus petit que le disque dur que j'utilisais auparavant. Cet ordinateur n'est plus une station de développement.

Désinstallation de Visual Studio laissé derrière un autre logiciel comme un programme pour se connecter à un serveur SQL local, ce que je n’ai pas. Je l'ai désinstallé

Il a également laissé plusieurs programmes .NET mais je ne sais pas lesquels sont sûrs à désinstaller, alors je les ai laissés en place.

Donc, au point de la question: j'ai supprimé ce répertoire.

C'était assez grand, donc cela m'a aidé à mieux intégrer mon SSD.

Maintenant, un jour plus tard, je n'ai remarqué aucun problème.


4
2018-06-03 10:58



Mois plus tard, toujours pas de problèmes. - SDsolar