Nie można zainstalować pakietu NuGet z powodu „Nie udało się zainicjować hosta programu PowerShell”

Nagle otrzymuję ten błąd podczas uaktualniania pakietów Nuget. Żadna z poprawek, z którymi się spotkałem, nie działa. Używam Visual Studio 2013.

„Newtonsoft.Json 6.0.3” jest już zainstalowany.

Dodanie „Newtonsoft.Json 6.0.3” do Tournaments.Notifications.

Pomyślnie dodano „Newtonsoft.Json 6.0.3” do Tournaments.Notifications.

Wykonywanie pliku skryptu „F: \ My Webs \ BasketballTournaments \ MainBranch \ packages \ Newtonsoft.Json.6.0.3 \ tools \ install.ps1”.

Nie udało się zainicjować hosta PowerShell. Jeśli ustawienie zasad wykonywania programu PowerShell jest ustawione na AllSigned, otwórz konsolę Menedżera pakietów, aby najpierw zainicjować hosta.

Konsola menedżera pakietów

Próba wykonania operacji InitializeDefaultDrives na dostawcy „FileSystem” nie powiodła się.

Jeśli czekam na zakończenie inicjalizacji w konsoli, udało mi się dodać kilka pakietów.

Ustawienie zasad wykonywania na RemoteSigned lub Unrestricted powinno działać. Należy go zmienić w trybie administratora za pośrednictwem konsoli PowerShell. Należy pamiętać, że zmiany zostaną zastosowane zgodnie z wersją bitową konsoli PowerShell, czyli 32-bitową lub 64-bitową. Więc jeśli chcesz zainstalować pakiet w Visual Studio (wersja 32-bitowa), który wymaga określonej polityki, powinieneś zmienić ustawienia zasad za pomocą PowerShell (x86).

Polecenie w PowerShell (jako administrator), aby ustawić zasady na nieograniczone (jak zauważył @Gabriel w komentarzach) to:

start-job { Set-ExecutionPolicy Unrestricted } -RunAs32 | wait-job | Receive-Job

Po ustawieniu zasady na nieograniczoną, po zakończeniu instalacji będziesz chciał przywrócić pierwotną zasadę.

Pamiętaj, aby ponownie uruchomić program Visual Studio po wykonaniu Set-ExecutionPolicy Unrestricted w programie PowerShell (x86).

Jeśli to nie zadziała, spróbuj Set-ExecutionPolicy RemoteSignedw programie PowerShell (x86), a następnie uruchom ponownie program Visual Studio.

Domyślnie wykonanie skryptu PowerShell jest bardzo ograniczone ze względów bezpieczeństwa. Do użycia w NuGet musimy otworzyć drzwi.

1. Krok

Otwórz Windows PowerShell, uruchom jakoAdministrator

2. Krok

NuGet używa konsoli 32-bitowej, więc nie będą miały na niego wpływu zmiany w konsoli 64-bitowej. Uruchom następujący skrypt, aby upewnić się, że konfigurujesz konsolę 32-bitową.

start-job { Set-ExecutionPolicy RemoteSigned } -RunAs32 | wait-job | Receive-Job

3. Krok

Uruchom ponownie Visual Studio

Mam ten sam problem z oknem dialogowym Zarządzaj pakietami NuGet, używam obejścia, które może pomóc innym - uruchamianie z konsoli menedżera pakietów:

Jeśli korzystam z pakietu instalacyjnego PowerShell w wierszu poleceń, wszystko jest w porządku.

Jestem przeciwny zmianie ustawień zabezpieczeń „tylko po to, by to działało”.

Żadne odpowiedzi nie zadziałały dla mnie.

Wszystkie zasady były poprawne, ale podczas instalowania pakietu pojawia się błąd

Nie udało się zainicjować hosta PowerShell. Jeśli ustawienie zasad wykonywania programu PowerShell jest ustawione na AllSigned, otwórz konsolę Menedżera pakietów, aby najpierw zainicjować hosta.

Rozwiązanie : mam odinstalowane z Nuget menedżera pakietów wtyczkę i ponownie zainstalować go.

Uruchamianie Visual Studio jako Administrator pracował dla mnie.

Miałem ten problem z moim programem Visual Studio 2015. Odinstalowałem i ponownie zainstalowałem Menedżera pakietów NuGet. U mnie to zadziałało.

Zaktualizowałem menedżera pakietów Nuget i to naprawiło to za mnie.

Zaczęło się to dziać ostatnio w wersji 6.0.4 dla mnie, nie sądzę, żeby to było bardzo dobre rozwiązanie, ale oto co mi pomogło. Zamknij program Visual Studio

1. Otwórz monit Windows PowerShell jako Administrator (bardzo ważne) i uruchom następujące polecenie: Set-ExecutionPolicy Bypass
2. Otwórz program Visual Studio, otwórz swoje rozwiązanie i użyj Nuget do zainstalowania JSON.Net (lub dowolnego pakietu zawierającego go jako zależność).
3. Gdy wszystko działa, zalecam ustawienie zasad wykonywania programu PowerShell z powrotem na ograniczone za pomocą następującego polecenia: Set-ExecutionPolicy Restricted

Miałem ten sam problem po aktualizacji do Windows 10.

To zadziałało dla mnie

1. Zamknij program Visual Studio
2. Uruchom Powershell jako administrator
3. Biegać Set-ExecutionPolicy Unrestricted
4. Uruchom program Visual Studio jako administrator
5. Wyczyść projekt i dodaj pakiet NuGet

Jeśli nadal nie działa, spróbuj edytować devenv.exe.config

Visual Studio 2013: C:\Users\<UserName>\AppData\Local\Microsoft\VisualStudio\12.0

Visual Studio 2015: C:\Users\<UserName>\AppData\Local\Microsoft\VisualStudio\14.0

Dodaj następujące elementy

    <dependentAssembly>
        <assemblyIdentity name="System.Management.Automation" publicKeyToken="31bf3856ad364e35" />
        <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Commands.Utility" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.ConsoleHost" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Commands.Management" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Security" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Commands.Diagnostics" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>

Ta poprawka Nuget zadziałała dla mnie:

https://github.com/NuGet/Home/issues/974#issuecomment-124774650

Domyślnie mój 64-bitowy system Windows 10 miał włączoną tylko wersję Powershell 1.0. Zmieniłem panel sterowania / Programy / Programy i funkcje / Wyłącz funkcje systemu Windows.

Upewnij się, że aparat Windows Powershell 2.0 jest włączony.

Uruchom ponownie VS2015 w trybie innym niż administrator i z poprawnie zainstalowanymi wszystkimi pakietami.

Miałem ten sam problem z vs2013 i zmiana polityki wykonywania go nie rozwiązała. Jedynym działającym rozwiązaniem, które znalazłem, było odinstalowanie Nugeta z VS i zainstalowanie go ponownie. Kroki są tutaj: https://stackoverflow.com/a/32619961/3853238

Wszystko, co musiałem zrobić, to zrestartować Visual Studio, otworzyć NuGet Package Manager Console, a następnie użycie Manage NuGet Packagesokna dialogowego zadziałało.

Zamknij wszystkie instancje programu Visual Studio i spróbuj ponownie. U mnie zadziałało :)

Jeśli powyższe odpowiedzi nie działają dla Ciebie -

1. Otwórz Uruchom - Windows + R.
2. Otwórz edytor rejestru - wpisz regedit.exe
3. Otwórz - HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ PowerShell
4. W prawym okienku - Zmodyfikuj „ExecutionPolicy” i pozostaw puste pole „Dane wartości”.
5. Zrestartuj swoje studio wizualne, teraz Twoja Powershell może zostać poprawnie zainicjowana.

Po wypróbowaniu różnych sugerowanych poprawek ostatecznie rozwiązano to, aktualizując rozszerzenie Menedżera pakietów NuGet w programie Visual Studio.

Odbywa się to w obszarze Narzędzia -> Rozszerzenia i aktualizacje, a następnie w oknie dialogowym Rozszerzenia i aktualizacje Zaktualizowano -> Galeria programu Visual Studio. Może być wymagane ponowne uruchomienie programu Visual Studio.

Jeśli używasz VS 2013 Update 5, należy ręcznie zainstalować aktualizację 2.8.7 dla Menedżera pakietów NuGet.

Raport o błędzie zawiera więcej szczegółów.

VS2015: Zaktualizowano NuGet i działał.

Co mi zrobiło, polegało na ponownej instalacji Menedżera pakietów NuGet za pomocą poniższego łącza:

VS 2013: https://github.com/NuGet/Home/releases/download/2.8.7/NuGet.Tools.vsix

VS 2015: https://github.com/NuGet/Home/releases/download/3.1.1/NuGet.Tools.vsix

Jeśli żadne z powyższych nie pomaga, sprawdź, czy możesz zaktualizować program Visual Studio.

Miałem ten sam problem ze społecznością programu Visual Studio 2017, gdy próbowałem zainstalować Newtonsoft.Json. PlikExecutionPolicyZmiana nie pomogło (próbowałem przy użyciu zarówno PowerShell i edytor rejestru). Próbowałem również odinstalować i zainstalować NuGet.

Po uruchomieniu pliku instalacyjnego VS2017 poprosił o aktualizację programu Visual Studio. Po aktualizacji wszystkie problemy zniknęły.

U mnie ustawienie zasady wykonywania na Unrestricted nie zadziałało. Musiałem naprawić instalację vs2013 , przechodząc do Panelu sterowania. Naprawa instalacji u mnie zadziałała.

Miałem ten sam problem i to rozwiązało go dla mnie (Powershell jako admin):

Set-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\PowerShell -Name ExecutionPolicy -Value ByPass 

po wypróbowaniu wszystkich sugerowanych rozwiązań nic nie działało na VS 2015 Update 2

usunięcie folderu pakietu z folderu rozwiązania i przywrócenie go z programu Visual Studio działało dla mnie

Miałem podobny problem. Naprawiłem to, włączając funkcję „Windows PowerShell 2.0” w „Włącz lub wyłącz funkcje systemu Windows”. Zauważ, że ta funkcja jest domyślnie włączona, wyłączyłem ją ręcznie kilka dni temu.

Pracuję na Windows 10 Pro 64bit i ten sam problem był z Visual Studio 2015 i 2017 (aplikacja 32bit i 64bit)

Pobierz i zainstaluj szablony administracyjne dla programu Windows PowerShell

Next:  Powershell x86 from As Administrator

Run:   Get-ExecutionPolicy -List  , and see if you have RemoteSigned etc..

1. 5 different scopes  Set-ExecutionPolicy "RemoteSigned" -Scope Process -Confirm:$false

2. Machine and User Policy you have to set through the Group Policy Administration Template in 2 areas.

AKTUALIZACJA - EDYCJA:

Set ALL of them to  "Undefined" and ONLY the LocalMachine to "Restricted" 

To może zostać naprawione po tym, jak nadałem mojemu PowerShellowi więcej uprawnień, nie wiedząc, że zepsuje to Visual Studio 2013 i 2015

Ten problem nie zawsze jest związany z zasadami wykonywania programu PowerShell. Mój komputer jest skonfigurowany jako „nieograniczony” zarówno dla programu PowerShell x64, jak i x86, ale nadal pojawia się ten komunikat o błędzie od czasu do czasu w programie Visual Studio 2013.

Kiedy próbuję otworzyć konsolę Menedżera pakietów:

Program Windows PowerShell pomyślnie zaktualizował zasady wykonywania, ale ustawienie jest zastępowane przez zasady zdefiniowane w bardziej szczegółowym zakresie. Z powodu zastąpienia, twoja powłoka zachowa obecną efektywną politykę wykonywania Unrestricted. Wpisz „Get-ExecutionPolicy -List”, aby wyświetlić ustawienia zasad wykonywania. Aby uzyskać więcej informacji, zobacz „Get-Help Set-ExecutionPolicy”.

To nie jest prawidłowy komunikat o błędzie.

Ponowne uruchomienie programu Visual Studio nie zawsze rozwiązuje problem.

Uruchomienie procesu jako administrator nigdy nie rozwiązuje problemu.

Podobnie jak Declan, ostatnia aktualizacja wtyczki Menedżera pakietów rozwiązała problem: 2.8.60723.765

Ustaw zasady wykonywania na Bypass zamiast Unrestricted lub RemoteSigned; ten samouczek zawiera pełniejsze instrukcje . Ponadto, jeśli masz problemy z używaniem PowerShell do zmiany zasad, autor pokazuje, jak to zmienić w Regedit.

W ciemności jest bardzo dużo pchnięć, więc dodam własne.

W moim przypadku otrzymałem również komunikat, że brakuje pliku blokady oraz zalecenie uruchomienia dnu restorew konsoli menedżera pakietów. Zrobiłem to, zrestartowałem VS i wszystko działa.

U mnie zadziałało:

1. Ustaw zasady wykonywania na nieograniczone.
2. Find-Module ISEModuleBrowserAddon | Install-Module
3. Import-Module ISEModuleBrowserAddon
4. Find-Module ISEScriptAnalyzerAddOn | Install-Module
5. Import-Module ISEScriptAnalyzerAddOn
6. Import-Module ScriptBrowser
7. W ISE potrzebujesz Enable-ScriptBrowser

I masz moduł, skrypt i analizator w swoim ISE.

Uruchom w systemie Windows 10 Pro, host konsoli x64 5.0.10586.122

Powodzenia!