Installation de .Net 3.5 sur Windows 2012 R2
J'essaie donc d'installer .net 3.5 sur un serveur Windows 2012 R2. J'ai essayé via la fonction Ajouter et via DISM les deux échouent.
Lorsque j'essaie via l'interface graphique d'ajout de fonctionnalités, j'utilise le "Spécifier un autre chemin". Cela échoue avec l'erreur "Échec de l'installation d'un ou de plusieurs rôles, services de rôle ou fonctionnalités"
Lorsque j'essaie via un Elevated PowerShell d'utiliser DISM, j'utilise la commande suivante.
dism.exe /online /enable-feature /featurename:NetFX3 /Source:d:\sources\sxs
Cela échoue avec
Erreur: 0x800f0906 Les fichiers source n'ont pas pu être téléchargés. Utilisez l'option "source" pour spécifier l'emplacement des fichiers requis pour restaurer la fonctionnalité. Pour plus d'informations sur la spécification d'un emplacement source, voir http://go.Microsoft.com/fwlink/?LinkId=243077
Le fichier journal DISM se trouve dans C:\Windows\Logs\DISM\dism.log
J'ai suivi la base de connaissances répertoriée ci-dessus (243077) pour définir l'emplacement de la stratégie de groupe pour le dossier SXS. Redémarré et toujours la même erreur. Le journal DSIM affiche les éléments suivants
Échec lors du traitement de la commande enable-feature. - CPackageManagerCLIHandler :: ExecuteCmdLine (heure: 0x800f0906)
Un rapide google montre que beaucoup de gens ont des problèmes avec cela et que vous devez désinstaller KB2966826 et KB2966828 ce serveur n'a pas non plus installé.
J'ai également essayé l'installateur .Net hors ligne et il est dit que je dois l'ajouter via les fonctionnalités de Windows. Toutes les commandes ont été exécutées en tant qu'administrateur et via une invite élevée.
En écrivant ceci, j'ai recherché remarqué les "Questions similaires" et j'ai regardé ceci Impossible d'installer .net 3.5 sur Windows Server 2012
Fonctionnement
dism.exe /online /enable-feature /featurename:NetFX3 /all
Produit la même erreur que ci-dessus.
La commande que j'utilise pour installer .NET Framework 3.5 sur Windows 8.1 et Server 2012 R2 est:
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:D:\sources\sxs
Où D:\est le lecteur ISO ou DVD monté. La seule différence avec la vôtre est le/LimitAccess , mais je crois que c'est la partie importante, car elle l'empêche de tenter de contacter Windows Update ou WSUS. Pour une raison quelconque, cet aspect (contacter Windows Update) est totalement rompu pour .NET Framework 3.5 sur Windows 8/8.1 et Server 2012/2012R2 et entraînera toujours son échec.
Voir également: http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-framework-3-5.aspx
J'ai eu le même problème lorsque je monte le disque d'installation de Windows ou utilise le DVD physique, et voici comment je l'ai résolu:
- Créez un dossier sous root (C:\NetFx3 par exemple)
- Copiez le Microsoft-windows-netfx3-ondemand-package.cab à partir d'un disque d'installation de Windows.\Sources\sxs dans le dossier C:\NetFx3
- Invite de commandes en tant qu'administrateur
DISM.exe /online /enable-feature /featurename:NetFX3 /All /Source:C:\NetFX3 /LimitAccess- La barre de progression du texte passera à 100% une fois terminée et vous donnera un message: "L'opération s'est terminée avec succès".
Pour une raison quelconque, mon lecteur optique affiche les fichiers sur le disque, mais le DISM ne l'aime pas, mais la copie des fichiers vers C: semble avoir fonctionné.
La solution pour moi était une combinaison de ces réponses. J'étais sur une machine avec Windows Server 2012 R2.
J'ai essayé de contourner le fait que je n'avais pas d'ISO sous la main. Mais ne pouvait pas le faire fonctionner. J'ai donc été obligé de trouver une image ISO pour Windows Server 2012 R2.
1.) Démarrez l'Éditeur de stratégie de groupe local ou la console de gestion des stratégies de groupe (WIN + R et tapez gpedit.msc).
2.) Développez Configuration ordinateur, développez Modèles d'administration, puis sélectionnez Système.
3.) Ouvrez le paramètre "Spécifier les paramètres pour l'installation facultative des composants et la stratégie de groupe de réparation des composants", puis sélectionnez Activé.
4.) Cochez la case "Contacter Windows Update directement pour télécharger le contenu de réparation au lieu de Windows Server Update Services (WSUS)". Cliquez sur Appliquer, cliquez sur OK.
5.) Téléchargez une image ISO du système d'exploitation et montez l'image. J'en ai téléchargé un ici: https://www.technig.com/download-windows-server-2012-r2-essentials-iso-file/
* Remarque: il s'agit d'un fichier 3Gb.
6.) Ouvrez une Powershell surélevée et exécutez:
DISM/En ligne/Enable-Feature/FeatureName: NetFx3/All/LimitAccess/Source: E:\sources\sxs
* Remarque: l'ISO a été monté sur le "E:\lecteur" dans ce cas.
installez Net 3.5 avec Powershell
* Ce fil a sauvé la vie. Merci à tous les contributeurs, en particulier @Joshua McKinnon!
Aucune des méthodes ci-dessus n'a fonctionné pour moi. Il s'est avéré que j'avais un serveur WSUS configuré. La seule façon de l'installer était
1) Regedit
2) Allez dans Ordinateur-> HKEY_LOCAL_MACHINE-> SOFTWARE-> Policies-> Microsoft-> Windows-> WindowsUpdate
3) A pris note des valeurs des deux clés: WUServer et WUStatusServer
4) Supprimé/renommé ces clés
5) WindowsUpdate arrêté et démarré
6) Ajout de la fonctionnalité .Net3.5
7) Remettez les clés et redémarrez WindowsUpdate.
J'espère que ça aide
Assurez-vous que vos supports Sources correspondent parfaitement à votre version de Windows.
J'ai passé une demi-journée à essayer d'utiliser Server 2012 ISO pour installer .NET35 sur Server 2012 R2. Une fois que la source est correcte, la commande DISM (à partir de cela réponse ) fonctionne parfaitement.
J'ai eu exactement le même problème. Ma résolution était de supprimer le serveur d'Active Directory, d'installer .Net 3.5, puis de le rajouter à AD. Je suis sûr que cela a à voir avec WSUS à un certain niveau, mais cela l'a résolu pour nous. Nous nous assurons simplement d'installer la version 3.5 sur tous les serveurs avant de l'ajouter au domaine.
Il y a beaucoup de choses sur Internet à ce sujet et la plupart d'entre elles ont été résumées dans les réponses ici. Nous avons tout essayé et rien n'a fonctionné. Même en pointant diverses copies du dossier sxs, il obtiendrait toujours une variation de l'erreur "fichiers source non trouvés".
Je l'ai finalement pointé sur un partage du dossier winsxs sur un autre serveur entièrement corrigé qui avait .net 3.5 (c:\windows\winsxs) et cela a fonctionné:
DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:\\otherserver\winsxs
Ma théorie est que le processus d'installation recherchait des fichiers source qui correspondaient aux Ko actuels sur le serveur. Je sais qu'il y a d'autres articles pointant vers la suppression de deux KBs particuliers, mais ceux-ci n'apparaissent pas dans notre liste de patchs installés.
Notez également que les fonctionnalités d'ajout/suppression ne fonctionnaient pas avec ce partage. J'ai dû utiliser DISM.
Lorsque la commande DISM ignore le média spécifié par le commutateur /Source et recherche les fichiers en ligne, cela signifie que les fichiers source du média spécifié sont corrompu ou non applicable à votre serveur (incompatibilité de version).
Le code d'erreur 0x800f0906 prouve en outre ce comportement tel que documenté par Microsoft: https://technet.Microsoft.com/en-us/library /dn482067.aspx
Votre meilleur pari est d'aider à résoudre ce problème:
- Modifiez le support que vous utilisez, téléchargez-le à nouveau si possible.
- Présentez les médias de différentes manières. S'il s'agit d'une machine virtuelle, montez une image ISO. Si c'est physique, gravez-le sur un DVD. si les deux fichiers, copiez sur un disque local. Si cela échoue, essayez un dossier partagé.
- Si tout ce qui précède échoue, j'ai lu que vous utilisez WSUS, essayez de configurer WSUS avec un emplacement "Source de mise à jour", où vous avez copié le dossier sxs dans un dossier partagé, les serveurs de votre réseau utiliseront ce dossier comme source pour l'installation des composants Windows: https://technet.Microsoft.com/en-us/library/dn482065.aspx
- Si l'utilisation de WSUS n'est pas une option pour une raison quelconque, supprimez le GPO du serveur et assurez-vous que ses paramètres ne sont pas mis en cache en exécutant " gpupdate/sync/force ", une fois terminé, essayez de faire l'installation en ligne à partir d'Internet en utilisant la commande" DISM/Online/Enable-Feature/FeatureName: NetFx3/All "
Si tout ce qui précède échoue, je vous recommande vivement de fournir les journaux de maintenance DISM pour effectuer un dépannage supplémentaire, mais à ce stade, je me pencherais davantage pour effectuer une reconstruction complète du serveur.
Votre commande DISM ne trouve pas les ressources requises car elle vérifie la source "en ligne". Windows 6.2+ vérifie (par défaut) uniquement auprès du serveur source de mise à jour pour l'installation/réparation des composants si une source de mise à jour est spécifiée pour le service Windows Update.
Si vous ne souhaitez pas configurer votre serveur source de mise à jour (généralement WSUS) comme source de réparation/installation de composants, vous pouvez activer la stratégie de groupe suivante:
Configuration ordinateur\Modèles d'administration\Système
Spécifiez les paramètres pour l'installation et la réparation des composants en option
Assurez-vous de cocher cette option:
Contactez Windows Update directement pour télécharger le contenu de réparation au lieu de Windows Server Update Services (WSUS)
J'ai pu résoudre ce problème en utilisant l'assistant d'ajout de fonctionnalités du gestionnaire de serveur et en y spécifiant une autre source.
J'ai obtenu ces informations de http://www.danielclasson.com/install-net-framework-35-server-2012/
L'option 1 ne fonctionnait pas non plus pour moi, l'option 2 s'est terminée avec succès.