L'initialisation de la gestion des paquets a échoué : Erreur d'accès refusé lors de l'ouverture de Visual Studio 2017

Question

J'obtiens l'erreur suivante en ouvrant VS 2017 sur Windows 7 64-bit :

L'initialisation de la gestion des paquets a échoué : Accès refusé.

Vous pouvez obtenir plus d'informations en examinant le fichier :
C:\Users\ <nom d'utilisateur> \AppData\Roaming\Microsoft\VisualStudio\15. <version> \ActivityLog.xml

---

Tout a commencé après que j'ai ajouté ma solution au SVN. Je n'ai eu aucun problème jusqu'à ce que j'essaie d'ajouter un fichier et que j'obtienne l'erreur suivante :

La valeur ne se situe pas dans la fourchette prévue

J'ai suivi les étapes mentionnées dans cette réponse et a fait un 'devenv /setup' Après cela, j'ai commencé à recevoir le L'initialisation de la gestion des paquets a échoué : Accès refusé. erreur lors de l'ouverture de VS. Maintenant, Visual Studio ne démarre même pas.

Quelqu'un d'autre a-t-il rencontré ce problème et l'a-t-il résolu ?

Editer :

J'ai essayé de démarrer en tant qu'administrateur et cela a fonctionné. Mais sinon, ça ne marche pas.

Answer 1

Il s'avère qu'il s'agit d'une error qui n'a pas encore été résolu. Cette erreur se produit également lorsque Démarrage de Visual Studio après une mise à jour .

Mais il existe une solution de contournement à partir de ce fil qui a fonctionné pour moi,

Supprimer le privateregistry.bin dans le dossier suivant :

C:\users\ Nom d'utilisateur \Appdata\Local\Microsoft\VisualStudio\15.0_ <Identification de la version>\

Il s'agit toutefois d'une solution temporaire qui réinitialise les préférences de l'utilisateur. C'est pourquoi cela a fonctionné lorsque je l'ai démarré en tant qu'administrateur, puisque le problème est spécifique à l'utilisateur.

---

Mise à jour

Ce bogue est censé être corrigé dans les dernières versions de Visual Studio. Mais pour que la correction fonctionne, il faut que l'ancienne version de privateregistry.bin doit encore être supprimé.

Answer 2

@Xpleria, la réponse fonctionne correctement. Pour ouvrir le AppData vous pouvez taper :

%AppData%

directement dans la barre d'adresse.

https://support.pointlogic.com/faq/troubleshooting/accessing-the-appdata-folder

Answer 3

Cela m'est arrivé avec une instance VS existante en cours d'exécution, où j'ai désactivé une extension (VsChromium). La fermeture de toutes les instances de VS a résolu l'erreur et VS démarre normalement. Env : VS 2019 Pro, Win 10 x64, exécuté en tant qu'utilisateur actuel.

Answer 4

J'ai eu le même problème et lorsque j'ai regardé

 C:\Users\UserName\AppData\Local\Microsoft\VisualStudio 

J'ai remarqué que j'avais plusieurs versions de visual studio, ce qui signifie que la mise à jour actuelle n'a peut-être pas réussi, car je n'ai pas pu supprimer le fichier indiqué par @Neil Patro, j'ai simplement supprimé l'ensemble des mises à jour et tout est rentré dans l'ordre. J'ai simplement supprimé toutes les mises à jour et tout est rentré dans l'ordre.

Answer 5

J'ai eu ce problème après avoir installé SSDT pour VS 2017 dans une nouvelle instance de vs. C'est donc comme si j'avais deux visual studio dans ma machine. Pour résoudre ce problème, j'ai désinstallé le package SSDT, redémarré ma machine et je l'ai réinstallé sur l'instance de visual studio initialement installée.