Thinkpad X61待机重启问题终于被我搞
我的小黑才拿到手第一天就发现了待机重启问题，导致我做了半天的报表全没了，感到有点困惑，还以为是自己操作不当造成，可是观察几天发现有一定的概率出现这种问题。然后立即给联想大客户热线打电话，联想工程师让我把电脑日志文件发给他，然而后来竟然说让我把系统恢复一遍看看能不能解决，还说什么可能是诺顿没有卸载干净所致，然而我把系统恢复好了以后，问题依旧。于是我怒了，就打电话要求做开箱损，经过一番斗争，联想看在我们是大客户的份上还是同意了，于是派客服人员来上门验机。郁闷的是，客服人员来了以后，我的小黑一次待机重启都没有出现过，等联想客服人员走了以后，它的毛病又出现了，我只好再打电话，让联想再过来一次。然而联想的人再来了一次后，小黑又没有出现故障，这个让我有点无语了。我只好算了，把合上盖子改成不采取任何操作来规避这个问题。其实我自己一直在网上寻找解决方法，但是网上的朋友众说纷纭，都没有有效的方法，我几乎要放弃了。后来有一天，我突然想，我自己是不是可以看看日志文件，求人不如求己。右键单击我的电脑，点击管理菜单，进入事件查看器查看应用程序的日志，发现大量存在来源为Usernv,ID1517的警告信息，再查看属性：Windows 保存了用户XX的注册表，因为在注销时一个应用程序或服务还在使用此注册表。用户注册表使用的内存没有被释放。当不再使用注册表时，它将被卸载。
这通常是因为服务按用户的帐户运行。请尝试配置服务用本地服务或网络服务帐户运行。
有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
于是我就仔细看了一下记录警告的时间，发现与每次待机重启的时间完全吻合，我认为小黑很可能就是因为这个系统错误导致待机重启的。然后在BAIDU上搜索，终于在BAIDU的XP吧上看到有一位高人说解决这个错误需要安装一个补丁程序，这程序就是UPHClean，微软为了协调注销时某些进程不释放注册表内存的问题做的一个补丁。我安装了以后，发现待机重启的问题没有再发生过。再也没有出现Usernv的警告信息，在应用程序日志上也可以看到UPHClea确实协调了一些进程释放注册表的内存：
例子：The following handles in user profile hive XX(S-1-5-21-3548411438-569192990-3249498549-1005) have been remapped because they were preventing the profile from unloading successfully: 佩服lz的钻研精神。 搞来搞去还是TVT阿，现在这套东东的稳定性好差啊！！
页:
[1]