Puis-je supprimer le dossier C:\ProgramData\Package Cache \?
Il y a 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.
TL; DR: NE PAS supprimer ce dossier
(voir ci-dessous pour solutions de contournement )
Pourquoi pas?
Il y a eu des rapports contradictoires sur le fait de savoir si l'absence de ce dossier (à la suite de sa suppression) entraînerait en fait et dans tous les cas problèmes avec l'installation de Visual Studio, c'est-à-dire en cours de fonctionnement normal. , pendant la réinstallation, le correctif/la mise à niveau, la réparation, l’installation ou la désinstallation. Cependant, la recommandation de Microsoft est clairement deNOT DELETE IT.
De Blogs des outils pour les développeurs Microsoft → 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 vous invite à télécharger (s'il est connecté) ou à localiser le support, comme indiqué dans la capture d'écran ci-dessous, uniquement si le cache du paquet est manquant ou incomplet.
Les utilisateurs qui ont installé à partir du 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 demanderons de télécharger les packages dans le cache s’ils sont manquants, nous recommandons aux utilisateurs de ne pas supprimer le cache. Non seulement la mise en cache est 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, il existe également des scénarios lorsque 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 avez besoin de récupérer cet espace, votre meilleur pari est d'éviter "supprimer", mais de déplacer plutôt 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 tant que ce système de stockage qui peut être monté sur une lettre de lecteur ou sur un autre pointez sur le 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 de montage/emplacement (dans la plupart des cas, C:\ProgramData\Package Cache\), vous créez simplement un répertoire junction.
Junctions sont reconnus au niveau file system comme une entrée d’alias dans la 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.
- Vous déplaceriez le (s) dossier (s) en question vers son nouvel emplacement
Créer la jonction
Option 1. (nativement) : Emettez simplement la commande intégrée Windows Vista/7/8 et l'invite cmd:
mklink /J oldpath newpathREMARQUE: Si vous définissez la valeur absolue
newpath, vous pourrez déplacer le lien sans casser le pointeur sur la variablenewpath. Si vous définissez le parentnewpath, vous pourrez empêcher la rupture du lien tant que vous vous déplacerez. À la fois le lien et la cible ENSEMBLE et de maintenir leurs chemins relatifs.Option 2. (avec 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 brillant gratuit 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.
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 here .
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:
- Vous pouvez laisser les fichiers ici. Tout fonctionnera mais il utilisera beaucoup d’espace disque.
- 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.
Vous pouvez déplacer les fichiers sur un autre lecteur avec plus d'espace libre et soit:
a) déplacez les fichiers lorsque vous en avez besoin
b) créez une jonction comme dans la suggestion de Flak (attention: 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 devraient être utilisées avec parcimonie contrairement à leurs homologues UNIX/Linux/BSD, car elles existent depuis beaucoup plus longtemps. sur cette famille d’OS et les programmes UNIX/Linux/BSD savent comment les gérer.
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.
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.
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: Documentations Visual Studio: Désactiver ou supprimer le cache de package
Non. Si vous supprimez ce dossier, vous ne pourrez pas désinstaller (et éventuellement mettre à jour) Visual Studio.
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 disque 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.
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.