.net 3,5功能未能“启动”；安装"；在Windows 10上

我在InstallShield中创建了一个包含多个包的套件。其中一个需要.NET3.5，因此我在包视图中添加了Windows功能NetFx3。一切都进行得很顺利，但今天我接触到一台机器，在该机器上安装终止时，日志中出现以下错误：

5-17-2017[02:03:10]: Getting feature list for initial feature items 'NetFx3'
5-17-2017[02:03:10]: Getting feature items for OS version 1000 (Client)
5-17-2017[02:03:10]: Final feature list for current item is: NetFx3
5-17-2017[02:03:10]: Installing Windows features for parcel 'PackageXY'...
5-17-2017[02:03:10]: Engine: property 'ISInstallStatus' value now 'Windows-Funktionen/-Rollen werden installiert …'
5-17-2017[02:03:10]: Engine: property 'ISParcelStatus' value now ''
5-17-2017[02:03:10]: CWindowsFeatureParcel::Install: using DismAPI on Windows 8 or newer
5-17-2017[02:03:10]: Engine: request for proxy handler, 0, 1
5-17-2017[02:03:10]: No source paths specified for DismEnableFeature
5-17-2017[02:05:19]: UI DLL: Resource 'Header_bckgnd.png' -> 'C:\Users\dummy\AppData\Local\Temp\{270DDFC5-A522-4510-8282-DE76EBB713E6}\Header_bckgnd.png'
5-17-2017[02:05:20]: UI DLL: Resource 'Header_bckgnd.png' -> 'C:\Users\dummy\AppData\Local\Temp\{270DDFC5-A522-4510-8282-DE76EBB713E6}\Header_bckgnd.png'
5-17-2017[02:05:26]: CWindowsFeatureParcel::CallDismApi result: 0x00000001
5-17-2017[02:05:26]: Windows feature install result status: 0x80070001
5-17-2017[02:05:26]: Failed installing Windows features for parcel 'PackageXY', error 0x80070001
5-17-2017[02:05:26]: Engine: property 'ISInstallStatus' value now 'IDS_SUITE_INTERRUPTED'

我尝试过以下方法：

• 运行DISM/Online/Enable Feature/FeatureName:NetFx3/All/LimitAccess/Source:x:\sources\sxs和这个命令的其他变体，我真的不知道该怎么做

• 手动禁用该功能并重新启用，与.net 4.7一起按不同顺序多次禁用，并使用已检查功能的不同配置运行安装程序

到目前为止，如果运气不好，最困扰我的是它只发生在这个特定的虚拟机上，这是最新的Windows更新

编辑：在安装了Creators Update的每台机器上都会发生这种情况，这是.net 4.7附带的

---

edit2:我没有解决这个问题，我只是删除了允许软件包使用windows功能的功能。

我们的应用程序需要.NET 3.5，内部测试表明.NET framework 3.5仍然使用套件必备功能安装

过去我曾遇到过类似的问题，但这是VMWare Workstation和使用NAT而不是桥接网络设置的问题。正如您所指出的，在所有这些情况下，从powershell运行DISM或cmd提示符也会失败。切换到Bridged允许此操作。我无法解释原因

---

不幸的是，由于第三方软件依赖性，我们依赖.Net 3.5，其中之一就是SQL Server 2012，信不信由你

我们的应用程序需要.NET 3.5，内部测试表明.NET framework 3.5仍然使用套件必备功能安装

过去我曾遇到过类似的问题，但这是VMWare Workstation和使用NAT而不是桥接网络设置的问题。正如您所指出的，在所有这些情况下，从powershell运行DISM或cmd提示符也会失败。切换到Bridged允许此操作。我无法解释原因

---

不幸的是，由于第三方软件依赖性，我们依赖.Net 3.5，其中之一就是SQL Server 2012，信不信由你

谢谢你的意见，不过这对我帮助不大。因为之前发布的版本有这个“功能”，现在所有的J安装都在W10上被阻止，创建者更新了。我有办法解决我们的产品，但这是一个痛苦的过程。。所以我想知道在目标机器上是否可以做些什么来解除安装的阻碍。谢谢你的输入，但是这对我没有多大帮助。因为之前发布的版本有这个“功能”，现在所有的J安装都在W10上被阻止，创建者更新了。我有办法解决我们的产品，但这是一个痛苦的过程。。所以我想知道在目标机器上是否可以做些什么来解除对安装的阻碍。