Więc próbuję zainstalować .net 3.5 na serwerze Windows 2012 R2. Próbowałem za pomocą funkcji dodawania i DISM, oba zawiodły.
Podczas próby za pomocą interfejsu GUI dodawania funkcji korzystam z opcji „Określ alternatywną ścieżkę”. Nie udaje się to z powodu błędu „instalacja jednej lub więcej ról, usług ról lub funkcji nie powiodła się”
Podczas próby użycia DISM za pomocą programu Elevated PowerShell używam następującego polecenia.
dism.exe /online /enable-feature /featurename:NetFX3 /Source:d:\sources\sxs
To się nie udaje
Błąd: 0x800f0906 Nie można pobrać plików źródłowych. Użyj opcji „źródło”, aby określić lokalizację plików wymaganych do przywrócenia funkcji. Aby uzyskać więcej informacji na temat określania lokalizacji źródłowej, zobacz http://go.microsoft.com/fwlink/?LinkId=243077
Plik dziennika DISM można znaleźć pod adresem C: \ Windows \ Logs \ DISM \ dism.log
Postępowałem zgodnie z KB wymienionym powyżej (243077), aby ustawić lokalizację zasad grupy dla folderu SXS. Zrestartowano i nadal występuje ten sam błąd. Dziennik DSIM pokazuje następujące informacje
Błąd podczas przetwarzania funkcji włączania polecenia. - CPackageManagerCLIHandler :: ExecuteCmdLine (godz .: 0x800f0906)
Szybkie google pokazuje, że wiele osób ma z tym problemy i że należy odinstalować KB2966826 i KB2966828, ten serwer nie został zainstalowany.
Próbowałem również instalatora offline .Net i mówi, że muszę go dodać za pomocą funkcji systemu Windows. Wszystkie polecenia zostały uruchomione jako administrator i za pomocą podwyższonego monitu.
Pisząc to, zauważyłem „Podobne pytania” i spojrzałem na to Nie można zainstalować .net 3.5 na Windows Server 2012
Bieganie
dism.exe /online /enable-feature /featurename:NetFX3 /all
Wystąpił taki sam błąd jak powyżej.
Odpowiedzi:
Polecenie, którego używam do instalacji .NET Framework 3.5 w Windows 8.1 i Server 2012 R2 to:
Gdzie D: \ jest zamontowanym napędem ISO lub DVD. Jedyną różnicą od twojej jest / LimitAccess , ale uważam, że jest to ważna część, ponieważ zapobiega próbom skontaktowania się z Windows Update lub WSUS. Z jakiegokolwiek powodu ten aspekt (kontakt z Windows Update) jest całkowicie zepsuty dla .NET Framework 3.5 w Windows 8 / 8.1 i Server 2012 / 2012R2 i zawsze spowoduje jego awarię.
Zobacz także: http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-framework-3-5.aspx
źródło
Miałem ten sam problem, gdy podłączałem dysk instalacyjny systemu Windows lub korzystałem z fizycznego dysku DVD. Oto, jak to naprawiłem:
DISM.exe /online /enable-feature /featurename:NetFX3 /All /Source:C:\NetFX3 /LimitAccess
Z jakiegokolwiek powodu mój napęd optyczny pokazuje pliki na dysku, ale DISM go nie lubi, ale kopiowanie plików do C: wydaje się działać.
źródło
Rozwiązaniem było dla mnie połączenie tych odpowiedzi. Byłem na komputerze z systemem Windows Server 2012 R2.
Próbowałem obejść fakt, że nie miałem pod ręką ISO systemu operacyjnego. Ale nie udało mi się go uruchomić. Więc byłem zmuszony znaleźć ISO dla Windows Server 2012 R2.
1.) Uruchom Edytor lokalnych zasad grupy lub Konsolę zarządzania zasadami grupy (WIN + R i wpisz gpedit.msc).
2.) Rozwiń Konfiguracja komputera, rozwiń Szablony administracyjne, a następnie wybierz System.
3.) Otwórz ustawienie „Określ ustawienia opcjonalnej instalacji i naprawy składników zasad grupy”, a następnie wybierz Włączone.
4.) Zaznacz pole wyboru „Skontaktuj się z Windows Update bezpośrednio, aby pobrać naprawioną zawartość zamiast Windows Server Update Services (WSUS)”. Kliknij Zastosuj, kliknij Ok.
ustawienia WSUS
5.) Pobierz ISO systemu operacyjnego i zamontuj obraz. Pobrałem jeden tutaj: https://www.technig.com/download-windows-server-2012-r2-essentials-iso-file/
* Uwaga: jest to plik 3Gb.
6.) Otwórz podwyższoną wersję PowerShell i uruchom:
DISM / Online / Enable-Feature / FeatureName: NetFx3 / All / LimitAccess / Source: E: \ sources \ sxs
* Uwaga: w tym przypadku ISO zamontowano na „E: \ drive”.
zainstaluj Net 3.5 z Powershell
* Ten wątek uratował życie. Dziękujemy wszystkim autorom, zwłaszcza @Joshua McKinnon!
źródło
Żadna z powyższych metod nie działała dla mnie. Okazało się, że mam skonfigurowany serwer WSUS. Jedynym sposobem, w jaki mogłem to zainstalować, było
1) Regedit
2) Przejdź do Komputer-> HKEY_LOCAL_MACHINE-> OPROGRAMOWANIE-> Zasady-> Microsoft-> Windows-> WindowsUpdate
3) Zanotował wartości dwóch kluczy: WUServer i WUStatusServer
4) Usunięto / zmieniono nazwy tych kluczy
5) Zatrzymano i uruchomiono aktualizację systemu Windows
6) Dodano funkcję .Net3.5
7) Włóż klucze z powrotem i uruchom ponownie WindowsUpdate.
Mam nadzieję, że to pomoże
źródło
Gdy polecenie DISM pomija nośnik określony za pomocą przełącznika / Source i szuka plików online, oznacza to, że pliki źródłowe na określonym nośniku są uszkodzone lub nie dotyczą Twojego serwera (niezgodność wersji).
Kod błędu 0x800f0906 dodatkowo potwierdza to zachowanie udokumentowane przez Microsoft: https://technet.microsoft.com/en-us/library/dn482067.aspx
Najlepszym rozwiązaniem jest pomoc w rozwiązaniu tego problemu:
Jeśli wszystkie powyższe błędy się nie powiodą, zdecydowanie zalecamy dostarczenie dzienników obsługi DISM w celu wykonania dalszych czynności rozwiązywania problemów, ale na tym etapie wolałbym więcej, aby przeprowadzić pełną odbudowę serwera.
źródło
Twoje polecenie DISM nie znajduje wymaganych zasobów, ponieważ sprawdza źródło „online”. System Windows 6.2+ (domyślnie) sprawdzi tylko na serwerze źródła aktualizacji, czy zainstalowano / naprawiono komponent, czy dla usługi Windows Update określono źródło aktualizacji.
Jeśli nie chcesz konfigurować serwera źródła aktualizacji (zwykle WSUS) jako źródła do naprawy / instalowania składników, możesz włączyć następujące zasady grupy:
Sprawdź tę opcję:
źródło
Upewnij się, że nośnik Sources jest absolutnie zgodny z wersją systemu Windows.
Spędziłem pół dnia, próbując użyć ISO Server 2012 do zainstalowania .NET35 na Server 2012 R2. Gdy źródło jest prawidłowe, polecenie DISM (z tej odpowiedzi ) działa bezbłędnie.
źródło
Miałem dokładnie ten sam problem. Moim rozwiązaniem było usunięcie serwera z Active Directory, instalacja .Net 3.5, a następnie dodanie go z powrotem do AD. Jestem pewien, że ma to jakiś związek z WSUS na pewnym poziomie, ale to rozwiązało to dla nas. Przed dodaniem do domeny upewniamy się, że zainstalowaliśmy 3.5 na wszystkich serwerach.
źródło
Udało mi się to rozwiązać za pomocą kreatora dodawania funkcji menedżera serwerów i tam podając tam alternatywne źródło.
Dostałem te informacje z http://www.danielclasson.com/install-net-framework-35-server-2012/
Opcja 1 również dla mnie nie działała, opcja 2 zakończyła się powodzeniem.
źródło
W Internecie jest wiele rzeczy na ten temat, a większość z nich została streszczona w odpowiedziach tutaj. Próbowaliśmy wszystkiego i nic z tego nie działało. Nawet gdy wskazuje różne kopie folderu sxs, nadal występuje błąd „nie znaleziono plików źródłowych”.
W końcu wskazałem na udział folderu winsxs na innym w pełni załatanym serwerze, który miał .net 3.5 (c: \ windows \ winsxs) i zadziałało:
Moja teoria jest taka, że proces instalacji szukał plików źródłowych, które pasowałyby do aktualnych KB na serwerze. Wiem, że istnieją inne artykuły wskazujące na usunięcie dwóch konkretnych KB, ale nie pojawiły się one na naszej liście zainstalowanych łatek.
Pamiętaj też, że funkcje dodawania / usuwania nie działały z tym udziałem. Musiałem użyć DISM.
źródło