分析问题

　　 在排除了硬件、CMOS设置等原因并更新了此工作站文件后，故障依旧。问题究竟出在哪儿呢？笔者反复推理、实验，但仍然找不到故障的原因。后来，在逐一查看工件站文件时，问题才有了转机。根据《中国电脑教育报》以往文章的介绍，查看虚拟内存交换文件System.ini，发现由于在维护过程中使用同一台“标准工作站”反复复制更新别的工作站文件，致使大量工作站文件中的System.ini文件中出现了如下相同的情况：

　　…

　　[386ENH]

　　…

　　PagingFile=G:\Wa5\win386.swp

　　…

　　而恰好G：\ Wa5就是报错的一台工作站的文件夹。看来，问题就出在这儿！

解决问题

　　 我采用了“欺骗”的办法来解决这个问题：在工作站文件目录（Students）中新建一个工件站文件夹a5，内容与Wa5相同，保留Wa5文件夹及所有文件，再在Windows 95共享文件夹中找到文件Machines.ini，进行如下改动：

　　将

　　…

　　[000021EF8EDA]

　　SYSDATPATH=G:\Wa5

　　G=\\NTserver\Students

　　……

　　中的“G:\Wa5”改为“G:\a5”。

　　重启报错机器，故障消失。其他故障机器如法炮制，问题很快彻底解决。这样做的好处是无需一台一台地改动System.ini文件。

　　仔细想一下，故障的出现很可能是因为大量工件站的虚拟内存交换程序指向同一个工作站虚拟内存交换文件（G:\Wa5\win386.swp），导致这个工作站的内存交换资源不足。同时，笔者还把这个方法运用到无盘系统的安装中去，解决了此类“内存不足”的典型问题。