如何解决SP2安装后的打印问题

如果因简单的SP2升级却导致无法打印，无法启动Windows安装服务，或无法访问网络属性时，IT专家Louis Nel有不少解决方法。以下就是他的解决方法，虽然最终解决了问题，但又极具戏剧性。

整个工作非常简单：在两个计算机实验室的50台PC上安装Windows XP Service Pack 2。在此案例中，两个网络技术人员受命进行安装并在安装前进行检查，比如确认BIOS和所有的驱动器已更新为最新版本，所有的设备构造和规格划一，没有异常情况，没有安装旧软件等。安装过程表面上进展顺利。在整个安装过程中，没出现报错信息，没有明显的故障。安装完毕后，所有的应用也可以正常运行。但是，很快问题就出现了：

• 所有的PC无法打印。（两个实验室中的打印是通过各自的打印服务器控制不同型号的打印机进行打印）。
• Windows安装服务无法工作，因此无法安装软件。
• 网络连接（Network Connections）图标全部消失，无法访问网络属性。通过命令语句访问网络属性也出现错误结果。

  当技术人员将问题报告给我以后，我和他们一起检查了准备步骤是否执行充分，以及Windows防火墙是否按我们预计工作。他们告诉我无法支持Windows防火墙时让我吃了一惊，SP2在默认情况下应该可以支持防火墙。

  从用户角度来看，打印是首要解决的问题。我想出了一个快捷而质量不高的方法，但是无法解决问题。我发现一旦我移动（卸载）某个打印机，我就无法重新进行安装。我试着重新设置某台PC上的SP2，但问题依然存在。

  在我开始发现并解决打印问题之前，我首先检查打印驱动是否有问题（尽管技术人员一再肯定驱动绝对没有问题）。我发现打印机和打印服务器都装有最新的驱动版本。打印机的Print Spooler服务依然能够运行。

  认识到安装SP2后发生问题的罪魁祸首往往是Windows防火墙，于是我将注意力转向防火墙。我想查看防火墙设置，但是系统消息让我首先启动防火墙服务（听起来相当的有道理），并弹出图A选项。我选择启动服务，但是几次尝试，都只是收到错误信息。

  图A：尝试访问Windows防火墙设置所收到的报错信息

  在服务中我试图停止并重新启动Windows防火墙/互联网连接共享（Windows Firewall/Internet Connection Sharing，ICS）服务，系统还是报错。（如图B所示）

  图B：手动重启Windows防火墙服务失败

  我开始怀疑无法启动的防火墙服务可能是导致其他问题的根源。我在Microsoft知识库（Microsoft Knowledge Base）中寻找帮助，并且找到一篇描述我所碰到的防火墙问题的文章，文章中还给出了解决方法。我尝试使用文章中的解决方法，但是让我感到失望的是，这个方法也没有奏效（如图C所示）。

  图C：安装微软推荐的注册表修复工具后，使用netsh命令重启动防火墙依然失败

  我在网络上进行广泛的搜索，没有找到其他解决方案。我开始考虑其他服务。服务之间存在依从关系，如果一个决定性的服务出现故障，影响会像滚雪球一样扩大开来。所以我又将注意力转回服务。

  通过进一步观察，我发现一个关键问题就是网络连接（Network Connections）服务似乎处于暂停状态（如图D所示）。它显示网络连接服务已经启动，但是状态中没有出现staring和waiting结果。这样就可以解释为何没有出现网络连接图标（如图E所示），或者无法访问网络属性。但我仍然不知道最初是什么导致故障的发生。

  图D：网络连接服务显示“启动”，但实际上并未启动

  图E：安装SP2以后，网络和互连网连接图标不见了

  我重新在微软知识库中寻找帮助，并在一篇题为《网络和拨号连接文件夹图标消失》（Network and Dial-up Connections' folder icons missing）的文章找到了一线希望，但你肯定猜到，我又失败了。

  我感觉孤独无助，深深陷在问题中。我再次在网上进行徒劳的搜索。我阅读了所有我所能接触到的关于SP2的问题，包括任何已知问题，提示和技巧，以及深入的描述和讨论等，依然没找到任何希望。

  我再次回到服务中来，因为我确信问题一定出在这里。我检查了每项服务的状态和启动类型，甚至那些可能导致我现在碰到的问题。我甚至还将这些服务与同一网络中其他位置上工作正常的安装过SP2的Windows XP Pro设备逐一进行比较，也没有任何发现。

  我又回到我的文件中查看SP2如何影响服务，还是没有结果！不过这让我突然想起微软曾经为了修复远程过程调用（Remote Procedure Call，RPC）服务中一些很严重的安全漏洞而做过大量的工作。

  于是我迫不及待的运用我所了解的非常有限的知识来检查RPC服务。除了知道RPC是通信协议以外，我还知道它是一项能够控制很多事项的非常隐秘的服务，但我并不知道具体是哪些事项。我对它的了解全来源于这些年的亲身经验和所读的资料，所有这些仅为它是一项只有在发生故障时才会被察觉的重要服务，一旦发生就会造成严重后果。

  我再次查看这项服务，并将SP2 PC的配置与没有加装SP2的配置进行比对，看似完全一致。相同的启动类型和相同的状态。但是，当我查看登录类型时，我终于发现了不同（如图F所示）。

  图F：RPC的登录帐号在安装SP2以后被设为NT Authority\Network Service

  我将安装SP2设备的服务登录帐号修改为本地系统帐号（Local System Account）。因为修改以后无法手动重启服务，因此我重新启动了Windows。重启以后，全部问题（包括打印、网络连接、Windows安装以及防火墙等）如同阳光下的薄雾一般，终于消失了。

  提示：
  

• 请注意我只修改了RPC（Remote Procedure Call）服务的登录类型，而没有修改RPC Locator服务。
• 在对系统进行安装SP等重大改变之前，请对服务进行记录，包括登录类型等。另外，请在改变登录类型时多加小心。有可能会出现服务故障，而且找不到什么简单的方法恢复设置。