恢复网卡驱动(怎么恢复网卡设置在哪里)

网络连接异常经常发生，造成这种故障的原因也是多方面的；按照常规的操作思路排除故障并不是一件很困难的事情。但是，本文下面描述的异常网络连接比较特殊。

造成这种怪现象的原因也不多见，是强行分配网卡系统资源造成的；为了帮助您有效积累解决网络连接异常故障的经验，我们现在还原一下该故障的详细解决过程，希望您能从中总结出一些规律！

故障现象

局域网中有一个普通的客户端系统。最近在上网的过程中发生了突然断电的意外。当输入电源恢复正常，客户端系统稳定重启后，笔者发现客户端系统网络连接突然出现异常。

当我在系统托盘区打开网络连接状态窗口时，我看到本地客户端系统的网络连接明显异常。无论是发送数据包还是从外部接收数据包，数据流量都很小，只有几百个字节。

在仔细检查客户端机箱背面网卡信号灯状态时，笔者看到网卡信号灯闪烁缓慢，有时停一会儿又开始缓慢闪烁；在这种状态下，尝试访问网页内容时，我发现目标网页内容根本打不开。

因为局域网内的所有客户端系统都是通过普通的五类双绞线直接连接到四个楼层交换机上，而这些楼层交换机又连接到路由器上，实现共享访问Internet网络；当上述奇怪故障现象发生时，

笔者初步认为问题可能出现在故障的客户端系统本身。基于这种考虑，作者首先怀疑这个有故障的客户端系统可能是意外感染了网络病毒。毕竟上网的时候，不管操作的多细致，

网络病毒很可能会悄悄“攻击”自己。为了消除病毒因素，笔者立即安装了最新版本的瑞星杀毒软件，通过这款杀毒软件彻底清除了故障客户端系统各个角落的病毒。然而，在漫长的杀毒等待之后，

在发生故障的客户端系统中没有发现一个网络病毒。看来导致网络连接数据流量很小的故障“罪魁祸首”是别人。

故障排查

既然在故障的客户端系统中找不到网络病毒，那么与客户端系统的物理连接是否异常？考虑到这一点，作者立即打开目标客户机系统的运行对话框，并使用ping命令测试局域网中的路由器地址。测试结果不成功。

继续ping本地网卡设备的IP地址，还是不行。这是怎么回事？为什么连本地网卡地址都不能正常ping通？是故障客户端系统中网卡设备的硬件损坏吗？因为只观察网卡信号灯状态，

我无法识别网卡设备是否正常工作，只好尝试打开故障客户端系统的设备管理器窗口找到目标网卡设备，用鼠标右键点击网卡设备选项，从弹出的快捷菜单中执行“属性”命令。

弹出目标网卡设备的属性设置界面。在设置界面的“通用”选项设置页面，笔者看到系统提示网卡设备工作正常(如图1)，这意味着网卡设备可能没有质量问题。

有没有可能是杀毒软件在频繁查杀病毒的过程中，不小心删除了故障客户端系统的网卡驱动？为了避免网卡驱动的干扰，笔者打算重装网卡设备的驱动；去做吧，

作者立即打开故障客户端系统的设备管理器窗口，从中找到目标网卡设备，用鼠标右键点击设备选项，执行弹出快捷菜单中的“卸载”命令，将当前网卡驱动从系统中彻底删除。在那之后，

重启出现故障的客户端系统，然后根据系统提示正确安装网卡驱动。本以为以上努力一定可以解决问题，但是当我再次在故障的客户端系统中测试网络连接时，发现网络连接仍然异常。

这说明网络连接异常的原因与网卡驱动无关。

排除网卡设备质量和驱动因素后，笔者又开始怀疑物理连接；为了防止物理连接出现问题，笔者特意找了一个专门的网线测试仪来测试连接到故障客户端系统的物理电缆的连通性。

测试发现此物理电缆正常。后来作者将这根物理线缆一端的水晶头插入有电源的测试仪中，另一端的水晶头直接插入切换口。在测试仪上连接电源后，测试网线和局域网路由器之间的连接是否正常。

结果发现网络线缆到局域网路由器之间的连通性是正常的，很显然这个测试操作一举排除了交换端口、网络线缆、水晶头这几个故障因素。

经过上述排查之后，笔者确认问题肯定还是出在故障客户端系统自身身上，那究竟会是什么问题呢？

由于网络病毒因素、物理连接因素、网卡驱动因素等，都已经被排除在外，难道是故障客户端系统中与网络连接有关的系统文件受到了损坏？想到这一点，笔者决定执行系统文件扫描、修复操作，

看看能不能发现有什么系统文件已经受到了损坏。在执行系统文件扫描修复操作时，笔者打开了故障客户端系统的运行对话框，在其中执行“sfc /scannow”命令(如图2所示)，经过漫长时间的修复等待，

系统屏幕上始终没有弹出文件受损的提示信息，这说明系统中没有任何文件受到损坏。

既然Windows系统工作状态也是正常的，那现在唯一的可能就是网卡设备存在隐性问题，造成了客户端系统的网络连接不正常。有鉴于此，笔者决定使用设备替换法，来尝试解决网络连接不正常现象。于是，

立即找来一块独立的PCI网卡，打开这台故障客户端系统的机箱外壳，将PCI网卡正确地插入到对应主板插槽中，重新启动Windows系统，并设置好独立网卡的上网参数后，

笔者又将网络线缆插入到这个新安装好的独立网卡设备中，并且进行了上网测试，结果发现网络信号灯处于长亮状态，但是上网访问时还是不通。

由于独立网卡是新设备，笔者担心先前的集成网卡没有禁用，造成了新网卡设备也不能正常进行网络连接，于是笔者再次打开故障客户端系统的设备管理器窗口，从中找到目标集成网卡选项，同时用鼠标右键单击该选项，

执行右键菜单中的“禁用”命令(如图3所示)，之后重新进行上网测试时，发现通过独立网卡已经能够正常上网了，这说明先前的网络故障的确是由集成网卡设备自身引起的。

按理来说，到了这里，网络故障就算被成功解决了；可是，让笔者感到非常疑惑的是，那台故障客户端系统的集成网卡设备也属“名门”系列，质量应该能够得到保证，同时网卡处理的信号一般都是微弱信号，

网卡应该不大容易受到损坏才对，为什么现在它会变成“废品”呢？好奇心驱使笔者决定重新进行一次测试，笔者拔掉独立网卡设备，同时将禁用了的网卡设备又启用起来，再次将网络线缆插入到集成网卡中进行上网测试时，

让人意想不到的事情出现了，现在竟然能够通过集成网卡重新进行网络连接了，显然集成网卡设备并没有发生硬件损坏。

故障反思

总结上面的故障排除过程，笔者依照故障现象、逐步排查，直到怀疑集成网卡设备存在问题；在确认网卡设备自身存在问题后，笔者原本通过设备替换方法，使用独立网卡替换以前的集成网卡设备来解决故障现象，

可是笔者却通过实践偶然地发现，集成网卡并没有发生硬件损坏故障。经过仔细分析，笔者认为先前集成网卡设备之所以不能正常进行网络连接，多半是故障客户端系统分配了错误的系统资源给集成网卡设备，

当系统中新安装了独立网卡设备后，系统重新给集成网卡设备分配了系统资源，才得以让网络连接的工作状态恢复正常。为此，大家日后要是再次碰到相同的故障现象，而恰好手头又没有可以替换的网卡设备时，

可以先尝试将主板的CMOS电池放电清零，之后接通主板电源为网卡设备重新分配系统资源，说不定能解决这类问题。