none
老问题：Windows 7 下Windows Installer服务无法访问。 RRS feed

 > 

  • 问题

  • Question
    登录进行投票
    0
    登录进行投票
    http://support.microsoft.com/kb/2642495这个链接里的方法都试过了，结果无效。可以排除文件本身问题，因为这些调用windows installer的软件，拿到别的正常电脑上都可以正常安装。请问，除了重装系统外，还有什么其他的办法可以解决这个问题吗？
    2011年12月14日 14:51
    |

全部回复

  • Question
    登录进行投票
    0
    登录进行投票

    關於這個問題, 你可以參考一下下面這個 Microsoft 支持

    "Windows Installer Service could not be accessed" error message when installing application
    http://support.microsoft.com/kb/319624

    Folding@Home
    2011年12月14日 15:47
    |
  • Question
    登录进行投票
    0
    登录进行投票

    同時也建議你先將系統已存在的註冊表項

    HKLM\SYSTEM\CurrentControlSet\Services\msiserver

    重命名或刪除, 然後再按照 KB2642495 介紹的方法進行處理.

    最後如果系統日誌中有與之相關的日誌記錄, 也建議貼上來, 以便大家幫你分析.

    另外也不排除是 Windows Installer 對應的文件有損壞, 你可以通過執行 sfc /scannow 來試圖進行修復.

    Folding@Home
    • 已编辑 repl 2011年12月14日 23:15
    2011年12月14日 15:50
    |
  • Question
    登录进行投票
    0
    登录进行投票
    Windows 7 使用的是 Windows Installer 5，这个版本只能通过 Windows 组件修复来修复，没有单独运行的安装程序可以重新安装。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    http://support.microsoft.com/kb/2642495这个链接里的方法都试过了，结果无效。可以排除文件本身问题，因为这些调用windows installer的软件，拿到?鸬恼５缒陨隙伎梢哉０沧啊Ｇ胛剩酥刈跋低惩猓?
     
    2011年12月15日 1:16
    |
  • Question
    登录进行投票
    0
    登录进行投票

    抱歉忘了说…我之前已经用SFC检查过系统文件的完整性，可是结果却是一切正常。

    Failed to connect to server. Error: 0x80004002这是日志文件中的记录。


    • 已编辑 Leaner3 2011年12月15日 1:39
    2011年12月15日 1:32
    |
  • Question
    登录进行投票
    0
    登录进行投票
    抱歉忘了说，我之前已经用SFC检查过系统文件的完整性了，可是结果却是一切正常。
    另外，日志文件中有这样的记录：Failed to connect to server. Error: 0x80004002
    另外，kb319624中的方法似乎在windows 7上不适用。
    • 已编辑 Leaner3 2011年12月15日 1:48
    2011年12月15日 1:32
    |
  • Question
    登录进行投票
    0
    登录进行投票
    这个是试图运行 Windows Installer 的时候出现的日志么？
     
    你试试在“服务”中手动启动 Windows Installer，然后记录下启动失败的错误提示，以及在同一时间出现的系统日志。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    抱歉忘了说…我之前已经用SFC检查过系统文件的完整性，可?墙峁词且磺姓！?
    Failed to connect to server. Error: 0x80004002这是日志文件中的记录。
     
     
    2011年12月16日 0:07
    |
  • Question
    登录进行投票
    0
    登录进行投票

     

    你好，

     

    鉴于你已经尝试过一些故障排除方法，我提供一下步骤以供参考。

     

    步骤1：清理Windows 临时文件

    ============================================

    1. 点击“开始”按钮, 在搜索栏中输入 %temp% ，按下回车。

    2. 系统会显示出当前用户的临时文件夹。

    3. 大多数情况下，你可以安全地删除这些文件。 当然，如果你无法确定安全性，你可以尝试先备份后，然后删除这些文件。

     

    步骤2：重新注册Windows Installer

    ======================================

    1. 点击“开始”按钮，在搜索栏中输入Cmd.

    2. 找到Cmd.exe, 以管理员方式运行。

    3. 逐个执行一下命令。

         msiexec /unreg

         msiexec /regserver

     

    如果你依然遇到这个问题，请参考Alexis的回复记录并提供更多的错误信息，以便我们做进一步的检查。

    William Tan

    TechNet Community Support


    2011年12月16日 9:49
    |
  • Question
    登录进行投票
    0
    登录进行投票

    在“服务”中，重新启动Windows Installer服务中，并没有发生任何错误。只是在安装程序的调用过程中，出现了“无法访问 Windows Installer 服务”的错误。每次出现该错误对话框，日志里面有·就会有一条“警告”，来源是“MsiInstaller”，事件ID1015，具体内容就为Failed to connect to server. Error: 0x80004002。

    但同时，我也发现了，有两个Windows Installer服务。两个的启动类型是手动，但是其中一个Windows Installer服务无法启动，提示错误：ERROR14007： The requested lookup key was not found in any active activation context. 日志中同时也记录了该条记录。而另外一个则能正常启动。而且这两个服务的执行路径是一样的，都是C:\Windows\system32\msiexec /V。




    • 已编辑 Leaner3 2011年12月16日 10:42
    2011年12月16日 10:15
    |
  • Question
    登录进行投票
    0
    登录进行投票
    两个 Windows Installer 服务是不正常的。或者是恶意程序冒仿，或者是损坏过的 Windows Installer 残留有失效注册表项。
     
    请分别打开这两个显示为 Windows Installer 的服务，看看服务的短名称是什么？正常的应该是 MSIServer。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    在“服务”中，重新启动Windows Installer服务中，并没有发生任何错误。只是在安装程序的调用过程中，出现了“无法访问 Windows Installer 服务”的错误。每次出现该错误对话框，日志里面有·就会有一条“警告”，
     
    2011年12月17日 0:05
    |
  • Question
    登录进行投票
    0
    登录进行投票

    看了服务的短名称之后，我发现那个启动不了的WIndows Installer服务，是我之前在尝试导入正常的HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver键值的时候，将原来的msiserver重命名后的结果。那个错误的服务的短名称正是我重命名的那个名字。

    另一个正常的Windows Installer服务，它的短名称是msiserver。与正常的一致。

    2011年12月17日 2:28
    |
  • Question
    登录进行投票
    0
    登录进行投票
    既然如此就把它删掉，错误的注册表项存在那里没有意义，可能反而会使系统误认为有错误的服务存在。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    看了服务的短名称之后，我发现那个启动不了的WIndows Installer服务，是我之前在尝试导入正常的HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver键值的时候，
     
    2011年12月17日 11:12
    |
  • Question
    登录进行投票
    0
    登录进行投票

    我删除了错误的重命名后的键值。系统中多余的Windows Installer服务也没了。但是依然还是出现“无法访问Windows Installer”的错误。

    2011年12月18日 2:32
    |
  • Question
    登录进行投票
    0
    登录进行投票
    删除多余服务后，剩下的 MSIServer 能否正常运行？能否手动启动？Windows Installer 是可以手动启动的。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    我删除了错误的重命名后的键值。系统中多余的Windows Installer服务也没了。但是依然还是出现“无法访问Windows Installer”的错误。
     
     
    2011年12月19日 1:28
    |
  • Question
    登录进行投票
    0
    登录进行投票
    删除多余服务之后，剩下的 MSIServer，是可以在“服务”中手动启动的。但是，在运行调用Windows installer的安装程序时，任然出现“无法访问Windows Installer服务”的错误。
    另外，多问一句，那个错误代码0x80004002表示什么意思？
    • 已编辑 Leaner3 2011年12月20日 14:31
    2011年12月20日 4:20
    |
  • Question
    登录进行投票
    0
    登录进行投票
    0x80004002 就表示无法连接服务器，这个代码一般只在使用 Microsoft Update 时比较常见。
     
    你安装的具体是什么程序？它是否需要连接 Microsoft Update 下载更多的文件？如果是在线安装版的安装程序可能性比较大。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    删除多余服务之后，剩下的 MSIServer，是可以在“服务”中手动启动的。但是，在运行调用Windows installer的安装程序时，任然出现“无法访问Windows
    Installer服务”的错误。
     
     
    2011年12月21日 1:48
    |
  • Question
    登录进行投票
    0
    登录进行投票

    安装的程序是VirtualBox。该程序已下载至本地硬盘中。这个软件应该不会使用 Windows Update 来下载更多的文件。所以，日志记录里，那条来自Failed to connect to server. Error: 0x80004002的错误记录，不就很奇怪了？



    还有下面是启用Windows Installer 日志后生成的日志文件中的记录：
    === Verbose logging started: 2011/12/21  21:07:50  Build type: SHIP UNICODE 5.00.7601.00  Calling process: D:\Downloads\software\VirtualBox-4.1.6-74713-Win.exe ===
    MSI (c) (98:A0) [21:07:50:432]: Font created.  Charset: Req=0, Ret=0, Font: Req=, Ret=Arial

    MSI (c) (98:A0) [21:07:50:432]: Font created.  Charset: Req=0, Ret=0, Font: Req=, Ret=Arial

    MSI (c) (98:94) [21:07:50:463]: Resetting cached policy values
    MSI (c) (98:94) [21:07:50:463]: Machine policy value 'Debug' is 0
    MSI (c) (98:94) [21:07:50:463]: ******* RunEngine:
               ******* Product: C:\Users\test\AppData\Local\Temp\VirtualBox\VirtualBox-4.1.6-r74713-MultiArch_x86.msi
               ******* Action:
               ******* CommandLine: **********
    MSI (c) (98:94) [21:07:50:463]: Machine policy value 'DisableUserInstalls' is 0
    MSI (c) (98:94) [21:07:50:479]: SOFTWARE RESTRICTION POLICY: Verifying package --> 'C:\Users\test\AppData\Local\Temp\VirtualBox\VirtualBox-4.1.6-r74713-MultiArch_x86.msi' against software restriction policy
    MSI (c) (98:94) [21:07:50:479]: SOFTWARE RESTRICTION POLICY: C:\Users\test\AppData\Local\Temp\VirtualBox\VirtualBox-4.1.6-r74713-MultiArch_x86.msi has a digital signature
    MSI (c) (98:94) [21:07:50:697]: SOFTWARE RESTRICTION POLICY: C:\Users\test\AppData\Local\Temp\VirtualBox\VirtualBox-4.1.6-r74713-MultiArch_x86.msi is permitted to run at the 'unrestricted' authorization level.
    MSI (c) (98:94) [21:07:50:697]: Failed to connect to server. Error: 0x80004002

    MSI (c) (98:94) [21:07:50:697]: MainEngineThread is returning 1601
    === Verbose logging stopped: 2011/12/21  21:07:50 ===

     

    • 已编辑 Leaner3 2011年12月21日 13:34
    2011年12月21日 4:38
    |
  • Question
    登录进行投票
    0
    登录进行投票
    从日志看 VirtualBox 安装程序运行后解压缩出的临时安装文件是需要联机访问或下载一些内容的。而且该临时文件由于提供有正确的数字签名，已经被添加到了不受限的安全级别。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    安装的程序是VirtualBox。该程序已下载至本地硬盘中。这个软?Ω貌换崾褂?Windows Update 来下载更多的文件。所以，日志记录里，那条来自Failed
    to connect to server. Error: 0x80004002的错误记录，不就很奇怪了？
     
     
    2011年12月22日 0:47
    |
  • Question
    登录进行投票
    0
    登录进行投票

    那为什么我在另一台正常的电脑上，禁用网卡后，安装程序依然能正常运行？

    2011年12月22日 2:59
    |
  • Question
    登录进行投票
    0
    登录进行投票
    可能是安装程序临时文件所需的一些安装先决条件在不同的计算机中配置情况不同，在故障计算机上缺少部分条件，Windows 尝试通过 Update 下载获取。
     
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    那为什么我在另一台正常的电脑上，禁用网卡后，安装程序依然能正常运行？
     
     
    2011年12月23日 1:05
    |
  • Question
    登录进行投票
    0
    登录进行投票

    我在尝试安装 Office 2007 的过程中，同样也出现了错误。但是为什么在日志中也留下了同样的，来源是MsiInstaller的0x80004002的错误？难道 Office 2007 也和VirtualBox一样？

    另外，如果Windows Update的原因，但是在出现Windows Installer 无法访问的故障的期间，我的电脑曾经通过Windows Update成功地安装过补丁。并且，我也试了kb956708里面的Vista方法，但结果还是无效。

    2011年12月23日 2:49
    |
  • Question
    登录进行投票
    0
    登录进行投票

    鉴于之前用SFC检查过系统文件的完整性，我今天试着把System32下的所有DLL文件注册了一遍，结果该问题已经得到了解决。安装程序能够正常进行，没有出现无法访问Windows Installer服务的错误。

    2011年12月24日 2:56
    |
  • Question
    登录进行投票
    0
    登录进行投票
    那之前应该是部分 Update 所需的 .DLL 文件有问题需要重新注册。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    鉴于之前用SFC检查过系统文件的完整性，我今天试着把System32下的所有DLL文件注册了一遍，结果该问题已经得到了解决。安装程序能够正常进行，没有出现无法访问Windows Installer服务的错误。
     
     
    2011年12月24日 4:05
    |
  • Question
    登录进行投票
    0
    登录进行投票
    部分有问题的Update所需的.DLL文件不会影响，Windows 下载补丁？
    2011年12月25日 3:42
    |
  • Question
    登录进行投票
    0
    登录进行投票
    可能只是影响了 Update 的部分功能，未影响到下载更新。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    部分有问题的Update所需的.DLL文件不会影响，Windows 下载补丁？
     
     
    2011年12月25日 3:51
    |
  • Question
    登录进行投票
    0
    登录进行投票

    难道很多利用Windows Installer的安装程序，都有调用Windows Update这一过程？要不如何Virtualbox和Office 2007安装出错的信息，会是一样的？

    2011年12月26日 4:38
    |
  • Question
    登录进行投票
    0
    登录进行投票
    确实是的。当你在 Automatic Updates 服务关闭的情况下运行基于 Windows Installer 的软件安装程序时，经常能在安装后发现 Automatic Updates
    服务被开启了。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    难道很多利用Windows Installer的安装程序，都有调用Windows Update这一?蹋恳蝗绾蜼irtualbox和Office 2007安装出错的信息，会是一样的？
     
     
    2011年12月27日 1:15
    |
  • Question
    登录进行投票
    0
    登录进行投票

    我试着禁用Automatic Update服务，然后启动QQ的安装程序，结果它能够正常安装，并且安装完成后，Automatic Update没有重新启用啊。难道QQ安装程序是一个例外？

    2011年12月27日 8:48
    |
  • Question
    登录进行投票
    0
    登录进行投票
    QQ 安装程序应该不是基于 Windows Installer 吧，那就是个很简单的自解压缩安装程序。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    我试着禁用Automatic Update服务，然后启动QQ的安装程序，结果它能够正常安装，并且安装完成后，Automatic Update没有重新启用啊。难道QQ安装程序?且桓隼猓?
     
    2011年12月27日 21:20
    |
  • Question
    登录进行投票
    0
    登录进行投票
    我又试了一下VirtualBox。这次我还是试着把Automatic Update服务禁用，然后运行VirtualBox安装程序。但结果是VirtualBox能够运行。启用Windows Installer日志后，也发现其中也有其记录。并且未发现Automatic Update服务被开启。
    2011年12月28日 14:00
    |
  • Question
    登录进行投票
    0
    登录进行投票
    并不是所有 Windows Installer 安装都会开启 Automatic Updates 服务。只是当它需要开启的时候属于正常现象而已。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    我又试了一下VirtualBox。这次我还是试着把Automatic Update服务禁用，然后运行VirtualBox安装程序。但结果是VirtualBox能够运行。启用Windows
    Installer日志后，
     
     
    2011年12月28日 21:24
    |
  • Question
    登录进行投票
    0
    登录进行投票
    那不就奇怪了？如果是这样的话，那么从实验结果来分析，那么VirtualBox不就属于不需要开启 Automatic Updates 服务的那种类型？但是那又为什么以前它无法运行的时候，留下的日志记录，却是与Update有关的？
    2011年12月29日 1:37
    |
  • Question
    登录进行投票
    0
    登录进行投票
    我判断是正常安装 VirtualBox 时不需开启 Automatic Updates 服务，之前是在 VirtualBox 安装缺少某些安装先决条件时，系统自动尝试启动服务搜索相应更新。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    那不就奇怪了？如果是这样的话，那么从实验结果来分析，那么VirtualBox不就属于不需要开启 Automatic Updates 服务的那种类型？但是那又为什么以前它无法运行的时候，留下的日志记录，却是与Update有关的？
     
    2011年12月29日 21:57
    |
  • Question
    登录进行投票
    0
    登录进行投票

    通过Windows Update搜索的，不是只有补丁或者驱动程序等吗？

    2011年12月30日 9:14
    |
  • Question
    登录进行投票
    0
    登录进行投票
    包括但不局限于更新或驱动。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    通过Windows Update搜索的，不是只有补丁或者驱动程序等吗？
     
     
    2011年12月30日 21:25
    |
  • Question
    登录进行投票
    0
    登录进行投票

    那么，VirtualBox会通过Windows Update下载什么？

    2011年12月31日 13:59
    |
  • Question
    登录进行投票
    0
    登录进行投票

    个人建议：

      1.安全模式下运行是否可行。

      2.重新下载VM和OFFICE，一定要清除COOKIE和缓存。

      3.关闭防火墙，打开自动更新。

      4.安装新的NETFRAME4.0和INSTALLLER4.5 。

      5.实在不行重装吧。

    深究原因没用的，可以肯定是你系统出问题了，以后不要去改注册表，除了软件改的外（就算软件改也要仔细一点）。

    doc.zhang ..
    2012年1月1日 2:21
    |
  • Question
    登录进行投票
    0
    登录进行投票
    其实，问题已经解决，只是不确定是什么造成了该问题。
    2012年1月1日 15:46
    |
  • Question
    登录进行投票
    0
    登录进行投票
    应该是一些安装所需的先决条件，具体是什么不好说，如果 VirtualBox 没有自己的安装日志不太好判断。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    那么，VirtualBox会通过Windows Update下载什么？
     
     
    2012年1月1日 21:29
    |
  • Question
    登录进行投票
    0
    登录进行投票
    安装 Office 2007 时也出现了同样的问题，那么能否判断 Office 2007 安装需要什么先决条件？
    2012年1月2日 2:56
    |
  • Question
    登录进行投票
    0
    登录进行投票
    先查看一下 WindowsInstaller.LOG 日志吧。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    安装 Office 2007 时也出现了同样的问题，那么能否判断 Office 2007 安装需要什么先决条件？
     
     
    2012年1月2日 22:41
    |
  • Question
    登录进行投票
    0
    登录进行投票

    从以前的错误日志里，发现了这么一段：

    MSI (c) (AC:C4) [10:28:49:188]: Resetting cached policy values
    MSI (c) (AC:C4) [10:28:49:188]: Machine policy value 'Debug' is 0
    MSI (c) (AC:C4) [10:28:49:188]: ******* RunEngine:
               ******* Product: C:\MSOCache\All Users\{90120000-006E-0804-0000-0000000FF1CE}-C\OfficeMUI.msi
               ******* Action:
               ******* CommandLine: **********
    MSI (c) (AC:C4) [10:28:49:188]: Client-side and UI is none or basic: Running entire install on the server.
    MSI (c) (AC:C4) [10:28:49:188]: Grabbed execution mutex.
    MSI (c) (AC:C4) [10:28:51:435]: Failed to connect to server. Error: 0x80004002

    MSI (c) (AC:C4) [10:28:51:435]: Failed to connect to server.
    MSI (c) (AC:C4) [10:28:51:435]: MainEngineThread is returning 1601

    其中的“Client-side and UI is none or basic: Running entire install on the server.”也许是关键。Client-side和UI就是先决条件吗？那它们又是什么？

    2012年1月3日 2:32
    |
  • Question
    登录进行投票
    0
    登录进行投票
    除非 Office 安装程序不完整，需要联机下载一些文件，否则这个提示应该是误报，可能 Windows Installer 需要重新注册。
     
    这个日志发生的时候，如果能运行一下 MSIEXEC /UNREGSERVER、再运行 MSIEXEC /REGSERVER，可能可以解决。
     
    --
    Alexis Zhang
     
    http://mvp.support.microsoft.com/profile/jie
    http://blogs.itecn.net/blogs/alexis
     
    推荐以 NNTP Bridge 桥接新闻组方式访问论坛以获取最佳用户体验。
     
    本帖是回复帖，原帖作者是楼上的 "Leaner3"
     
    其中?摹癈lient-side and UI is none or basic: Running entire install on the server.”也许是关键。Client-side和UI就是先决条件吗？那它们又是什么？
     
    2012年1月3日 21:53
    |
  • Question
    登录进行投票
    0
    登录进行投票

    应该不是 Office 安装程序不完整。因为在我把所有DLL文件都注册了一遍之后，再次运行相同的安装程序，结果能够正常安装。所以，我觉得可能是误报。

     MSIEXEC /UNREGSERVER，MSIEXEC /REGSERVER 这两条命令在发生错误的期间，我试了好几遍啊。可是都没有能够解决无法访问Windows Installer服务的问题。

    2012年1月4日 5:07
    |