当我尝试启动一个应用程序（例如应用程序A.exe）时，已从已安装的msi文件（例如：B.msi）抛出错误，原因是“您要使用的功能位于网络资源上，不可用或输入包含安装包“ B.msi”的文件夹的备用路径” 我已经阅读了一些与此错误相关的文章，但所有这些文章都解释了安装程序是否存在任何问题（如果文件已被防病毒应用程序损坏，删除，移动或隔离了），将发生此错误，但是当我尝试启动时一个应用程序，然后显示上面提到的错误以及我已经安装的另一个程序包名称（B.msi）。 请让我知道导致此问题的原因，这有助于找出此问题。 注意：对于我们的应用程序的较早版本，没有此问题（对于较早的创建安装程序，我们现在使用Wise工具使用了Wise工具。WIX安装程序是否存在任何问题？）。
答案 0 :(得分：0)
自我修复问题 ：这通常是一个自我修复问题。我为此写了很多次，比我想计算的要多，我看看是否可以寄给您：MSI self-repair - the scourge of society。
说明 ：实际上发生的是，当您的安装通过an advertised shortcut推出时，它通过了完整性检查，并且发现资源丢失。然后，MSI将尝试进行自我修复（自我修复），但是它无法找到所需的源文件来检索需要重新安装的文件-因为在您安装位置不再可用这些源文件。最好使用administrative installations从永久可用的网络位置进行安装-特别是对于公司。
缺少源文件的解决方法 ：对于您而言-要找出丢失的源文件-您可以卸载然后重新安装（在正常情况下，卸载不需要源访问权），然后将安装文件保存在一个永久可用的位置（以解决将来的问题），或者当系统提示您当前安装时，您可以浏览到安装源（并且有一些方法可以自动进行设置）新的源路径）。安装源必须是最初用于安装软件的源（除非您知道如何破解它，这非常涉及）。
自我修复解决方案 ：要弄清实际的自我修复冲突，您实际上需要在事件查看器中找到导致修复的罪魁祸首，然后找到解决问题的某种方法。以上答案（repeated here）中的所有链接或解释。建议的“ 实际解决方案”可在以下位置的第5部分中找到： What do I do when launching an application triggers repeating, endless Windows Installer self-repair? 作为解决方法，您可能需要尝试直接启动有问题的EXE文件，以验证没有进行自我修复（通常可以防止自我修复，但是如果存在COM冲突或其他高级冲突，仍然可以发生）。
您可以在此答案的某个下方看到“ 自我修复的主要原因 ”列表： How can I determine what causes repeated Windows Installer self-repair? （具有冲突资源的错误MSI程序包-COM冲突？，安全软件意外隔离文件，清理脚本破坏严重等等）。我建议您浏览此列表以获取一些想法。
卸载问题 ：还会出现此“找不到安装源”问题，因此在特殊情况下可以防止卸载。这是一个试图总结此问题各方面的答案：Powershell Silent Uninstall "Microsoft Report Viewer Runtime 2012"（有些话太详细了，但我认为值得略读）。
某些链接 （以供参考和方便检索）：