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

415

Il existe un nouveau dossier plein d’installateurs situé à C:\ProgramData\Package Cache\. Je crois que cela provient 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.

Ben L
la source
4
Je suggérerais contre tout ce qui fait plus de 50 Mo de taille, il est utilisé pour quelque chose. Essayez de les déplacer sur votre bureau ou quelque chose du genre, en l'exécutant. Si cela se bloque, déplacez-les.
Jon
1
Je ne peux pas vraiment tester mon scénario d'origine mais je me souviens que tout a été désinstallé correctement. Puisqu'il y a plusieurs personnes qui 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 bien quand vous dites: "Je ne peux pas vraiment tester mon scénario d'origine, mais je me souviens que tout a été désinstallé correctement. Puisqu'il y a plusieurs personnes qui 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 pointant le dossier sur un lecteur disposant de plus d'espace. Cela fonctionnera même avec des médias hors ligne. Donc, vous pouvez simplement remonter / insérer votre DVD d’archive / reconnecter votre lecteur externe, si c’est là que vous le déplacez également, au moment de la désinstallation, des réparations, etc.
Flak DiNenno
1
@ FlakDiNenno J'aime votre solution de contournement. Mais la question est de savoir si la suppression est sûre, pas si le montage est sécurisé ou hors ligne.
Ben L
@BenL Bon point. J'ai ajouté quelques détails et un lien de Microsoft qui vous recommande vivement de NE PAS supprimer le dossier et pourquoi.
Flak DiNenno

Réponses:

387

TL; DR: NE PAS supprimer ce dossier

(voir ci-dessous pour des solutions de contournement )


Pourquoi pas?

Il y a eu des rapports contradictoires sur le point de savoir si l'absence de ce dossier (à la suite de sa suppression) causera réellement et dans tous les cas des problèmes lors de l'installation de Visual Studio, c'est-à-dire pendant le fonctionnement normal, pendant la réinstallation, le correctif / la mise à niveau, l'installation de réparation ou désinstaller. Cependant, la recommandation de MICROSOFT est clairement de ne pas le supprimer .

De Microsoft Developer Tools Blogs → ICI

Lors de la réparation, de la modification ou de la désinstallation d'un produit, ou lors de l'installation ou de la désinstallation d'un correctif, si le support source est requis, le cache du package est utilisé automatiquement et la plupart des utilisateurs ne verront jamais d'invite. Le programme d'installation de Visual Studio ne sera invité à télécharger (s'il est connecté) ou à localiser le support, comme indiqué dans la capture d'écran ci-dessous que si le cache du paquet est manquant ou incomplet.

Visual Studio 2012 invite pour la source

Les utilisateurs qui ont installé à partir d'un média ont même la possibilité de télécharger (si connecté). Ainsi, bien que très peu de clients devraient voir cette boîte de dialogue, nous voulions nous assurer que l'expérience était facile.
Même si nous vous demanderons de télécharger les packages dans le cache en cas d'absence, nous recommandons aux utilisateurs de ne pas supprimer le cache de package. Non seulement la mise en cache est-elle utilisée par de nombreux autres produits installés avec Burn et peut ne pas fournir la même expérience de téléchargement, mais il existe des scénarios dans lesquels Windows Installer peut nécessiter une source que nous ne pouvons pas gérer car notre code n'est pas en cours d'exécution.


Solution / Contournement:

Si vous devez récupérer cet espace, votre meilleur pari est d'éviter de "supprimer" quoi que ce soit, mais plutôt de déplacer 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, proche ou hors ligne, à condition que ce système de stockage puisse être monté sur une lettre de lecteur ou sur un point de montage du système de fichiers NTFS . N'importe lequel des éléments suivants fonctionnera:

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

Chaque fois que vous êtes invité à entrer le support / à recevoir des erreurs concernant des fichiers manquants / un emplacement manquant, vous devez simplement vous assurer de remonter / réinsérer votre lecteur / support s'il ne s'agit pas déjà d'une partition active.

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

Junctionssont reconnus au file systemniveau comme une entrée pseudonyme dans le fichier 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 considéré comme un fichier qui pointe simplement vers un autre emplacement (comme un shortcut) et fonctionne donc toujours sans incident.

  1. Vous déplaceriez le (s) dossier (s) en question vers son nouvel emplacement
  2. Créer la jonction

    • Option 1. (en mode natif) : lancez simplement la commande intégrée Windows Vista / 7/8 et l'invite cmd:

      mklink /J oldpath newpath
      

      NOTE: Si vous faites l' newpathabsolu, vous pourrez déplacer le lien sans casser le pointeur sur le newpath. Si vous faites le newpathparent, vous pourrez éviter de rompre le lien, tant que vous déplacez le lien et que vous ciblez ENSEMBLE tout en conservant leurs chemins relatifs.

    • Option 2. (en utilisant un outil) : Une autre excellente alternative est un utilitaire gratuit et pratique que j'utilise depuis des années et qui s'appelle "Link Shell Extension" . LSE est gratuit et vous pouvez le trouver ici (ou sur 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 smart move, des épissures, des sources multiples et une foule d'autres éléments que j'ai trouvé trop déroutants à lire, franchement. Mais c’est un produit gratuit et génial qui crée un menu contextuel de l’explorateur Windows qui vous permet de cliquer avec le bouton droit de la souris sur votre dossier LINK-TARGET, puis de le faire glisser à l’endroit où vous souhaitez créer le lien. Vous pouvez bien sûr renommer le lien comme bon vous semble.

Flak DiNenno
la source
20
c'est une excellente solution. J'ai besoin de nettoyer mon lecteur SSD c en déplaçant des fichiers vers un autre lecteur. merci beaucoup
MAREK
7
+1 pour l’extension shell hardlink. Ne pourrait pas vivre sans elle.
Dennis G
144
Cher Microsoft, Merci de ne pas utiliser le nom "cache" pour décrire un dossier qui provoque autant de maux de tête lorsqu’il est supprimé. Merci.
Todd Menier
9
Est-ce que le truc avec déplacer sur un autre lecteur et faire une jonction. En exécutant le programme d’installation de VS2015 SP3 aujourd’hui, le programme d’installation a provoqué le transfert de la jonction vers un répertoire normal (éventuellement lors de la désinstallation d’une version plus ancienne de certains composants, elle a été récursive via des répertoires parent "vides", en les supprimant. tests). Elle a donc placé de nouveaux composants dans le cache C: \ ProgramData \ Package, puis n'a pas réussi à trouver les éléments dans le nouvel emplacement désigné précédemment par la jonction. Juste un avertissement pour les futurs lecteurs de la jonction peut-être besoin d'être rétabli.
Ben Voigt le
5
En guise de solution permanente, utilisez les autorisations NTFS et refusez l’autorisation "supprimer" sur la jonction elle-même.
Ben Voigt le
48

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

Plus d'informations sont disponibles ici .

Claudio Valerio
la source
22

La bonne réponse semble être que si vous le supprimez, VS 2012 ne parviendra pas à désinstaller, mais ce n'est pas nécessaire. Donc:

  1. Vous pouvez laisser les fichiers ici. 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 sur un autre lecteur avec plus d'espace libre et soit:

    a) déplacez les fichiers quand vous en avez besoin

    b) créez une jonction comme dans la suggestion de Flak (avertissement: les jonctions sont délicates et mentiront à l'explorateur Windows en vous disant que les fichiers occupent de l'espace disque sur C: quand ils sont vraiment sur un autre lecteur!)

Les jonctions et les liens symboliques sont la seule solution pour déplacer des fichiers système sur un autre lecteur. Ce sont des fonctionnalités au niveau du système de fichiers NTFS auxquelles même Windows lui-même est inconscient, et constituent donc un très gros marteau (et un risque potentiel pour la sécurité) qui doivent être utilisées avec parcimonie contrairement à leurs homologues UNIX / Linux / BSD, car elles existent depuis beaucoup plus longtemps. sur la famille OS et les programmes UNIX / Linux / BSD savent comment les gérer.

Jonathan Baldwin
la source
2
les jonctions sont délicates et mentiront à l'explorateur Windows en vous disant que les fichiers occupent de l'espace disque en C - si vous entendez par là, lorsque vous ouvrez la boîte de dialogue des propriétés de la jonction, la "Taille sur le disque" est égale à sa taille sur le disque, il est en réalité, alors je suis d'accord qu'il est trompeur. Cependant, la taille réelle du dossier en jonction ne correspond pas à l'espace total utilisé sur le lecteur C, comme indiqué par la boîte de dialogue des propriétés du lecteur C. Dans ce cas, votre déclaration est trompeuse ;-)
dimanche
18

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

ahjzysq
la source
14

Pour Visual Studio 2017, vous pouvez désactiver le cache de package (même après l'installation de Visual Studio) en appelant:

"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vs_installer.exe" --nocache

J'ai gagné environ 2 Go d'espace disque sur mon lecteur système grâce à cela (YMMV).

Pour plus de détails, voir la documentation: Visual Studio Docs: désactiver ou supprimer le cache de package

0xA3
la source
Quelqu'un a-t-il testé la désactivation et la suppression du cache après l'installation de vs2017?
Ben L
1
@BenL: Cela a fonctionné pour moi.
0xA3
Cela semble être la bonne façon de supprimer le dossier Package Cache. Le seul problème est que les appels ne sont pas suffisants: vous devez en réalité exécuter une action via le programme d'installation (telle que la mise à niveau ou la réinstallation de visual studio).
rsenna
12

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.

Johan Svensson
la source
7
C'est la réponse acceptée et c'est faux . Si vous supprimez ce dossier , vous ne serez pas en mesure de désinstaller ou mettre à jour Visual Studio (et des outils et redistribuables - ce sera causer des problèmes de sécurité si une mise à jour MSVC runtimes sort)
kinokijuf
5
Vous vous trompez, j'ai réussi sans problème à mettre à jour Visual Studio 2012 avec les dernières mises à jour. Merci.
Johan Svensson
7

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

kinokijuf
la source
7

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

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

La désinstallation de Visual Studio a laissé un autre logiciel, comme un programme, permettant de 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 de désinstaller, je les ai donc laissés en place.

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

Comme il était assez grand, il m’a aidé à mieux intégrer mon disque SSD.

Maintenant, un jour plus tard, je n'ai pas remarqué de problèmes.

SDsolar
la source
6
Des mois plus tard, toujours pas de problèmes.
SDsolar
1

Il est généralement préférable de ne pas gâcher la suppression manuelle de ces fichiers et de laisser cette tâche à Windows Disk Cleanup ou à d'autres outils de nettoyage de disque. Celui que j'utilise personnellement et que je peux vous recommander est le CCleaner .

CCleaner peut vous aider à rechercher automatiquement les fichiers obsolètes dans un programme et à les supprimer pour vous.

Prahlad Yeri
la source
13
Soyez très prudent; ces programmes ne sont en aucun cas infaillibles. Il est connu que CCleaner supprime les fichiers essentiels à l’exécution de certains programmes et certaines options suppriment les fichiers conservés pour la désinstallation.
Bob
4
CCleaner est juste plus ou moins merdique. J'ai dû restaurer mon ordinateur (car je ne pouvais pas démarrer) après avoir essayé d'utiliser cet outil. Mieux vaut ne jamais l'utiliser.
Sans espoir