我感觉发布此信息很愚蠢，但我很困惑，而且我的部门里似乎没有人愿意帮助我或与我沟通。
我应该在今晚/明天推出一个脚本来安装我们的一个重要程序的新版本。
我编写了脚本，它使用命令 start /w 并使用 MSIEXEC 安装 3 或 4 个不同的 MSI。我的问题是，之后，最初使用 MSI 安装的应用程序（最重要的是我们的 ShoreTel Communicator 程序）无法打开。似乎它们出于某种原因试图连接回原始安装位置。
不同计算机上的行为似乎并不相同。在一台计算机上，应用程序似乎可以启动，但我收到安装栏和以下错误消息。
无法找到路径 \server\apps\etc\etc\Shore Tel Communicator.msi。请确认您是否有权访问此位置并重试，或者尝试在可安装产品 ShoreTel Communicator 的文件夹中查找安装包 ShoreTel Communicator.msi。
然后....
错误 1706。无法找到产品 SHoreTel Communicator 的有效来源。Windows 安装程序无法继续。
这似乎不只是这个应用程序的问题。昨晚我将这些 MSI 推广到两个部门，我们的财务部门报告说他们的一个财务程序也出现了类似的错误。
我猜这是因为本地用户没有安装权限。我真的不知道我们的 GPO/权限是如何设置的。它们一团糟，我不处理这些事情。
基本上，我想问的是是否有人知道安装一个 MSI 会导致 MSI 过去安装的其他应用程序出现问题的情况。
任何帮助都将不胜感激。我今天本该有半天时间，但似乎没有。:(
答案1
您可以检查以下事项：
一种可能性是，您正在安装的某个应用程序正在更改已安装的其他应用程序之一的依赖关系。如果是这种情况，该应用程序将尝试查找其原始安装源。如果找不到，您可以更新应用程序查找其源文件的位置以进行自我更新。
您提到您正在更新多个应用程序；一次删除一个以查看哪个安装正在更改依赖对象。
您可以检查 MSI 安装标志以查看之前的应用程序是否未完成安装。
对于关键应用程序，我将源文件复制到本地计算机作为安装脚本的一部分。如果用户不在现场并且无法访问 UNC 共享，则此方法可解决问题。
答案2
我猜这是因为本地用户没有安装权限
有可能，但该错误更多是关于文件系统权限。本地用户可能无法访问您的 *.msi 文件所在的服务器共享。这是作为自动脚本运行的，因此可能是脚本用户无权访问该共享文件夹。不要忘记，您需要检查服务器上的文件系统权限和共享权限。