在Linux系统中,判断网卡是否正常工作需要从多个维度进行综合检查，包括网卡硬件识别、驱动加载状态、链路连通性、网络配置及服务运行状态等，以下是详细的排查步骤和方法，帮助用户全面评估网卡的健康状况。
基础识别：确认网卡是否被系统检测到
首先需要确认Linux系统是否已识别到网卡硬件,这是判断网卡正常工作的前提。
使用ip或ifconfig命令查看网卡接口
ip命令（现代Linux系统推荐）和ifconfig（传统工具，需安装net-tools包）可用于查看系统中的网络接口。
- 操作命令：
ip a # 查看所有网络接口及其状态 ifconfig -a # 显示所有接口（包括未激活的）
- 正常状态示例：
输出中应包含网卡名称（如eth0、ens33、wlan0等），且接口状态为UP（表示已启用）或DOWN（表示未启用，但硬件存在）。2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 00:1c:23:45:67:89 brd ff:ff:ff:ff:ff:ff inet 192.168.1.100/24 brd 192.168.1.255 scope global eth0 valid_lft forever preferred_lft forever其中
state UP表示接口已启用，link/ether后为MAC地址，说明硬件被识别。 - 异常情况：若输出中无目标网卡名称（如无
eth0），可能是硬件未插好、驱动未加载或BIOS中禁用了网卡。
使用lspci或lsusb查看硬件设备
- PCI/PCIe网卡：
lspci | grep -i ethernet # 查看以太网控制器 lspci -v -s 00:1f.6 # 查看特定网卡的详细信息（如地址为00:1f.6）
正常输出会显示网卡型号（如
Intel Corporation Ethernet Connection I217-V）及驱动信息（如Kernel driver in use: e1000e）。 - USB网卡：
lsusb | grep -i ethernet # 查看USB网卡设备
若无输出,可能是USB设备未插入或系统不支持。
链路状态检查：确认物理连接与驱动通信
网卡被识别后,需进一步检查链路是否正常（即网线是否连接、是否与交换机/路由器通信）。
使用ip link或ethtool查看链路状态
ip link命令：ip link show eth0 # 查看指定网卡链路状态
正常输出中
state应为UP（链路激活）或DOWN（链路未激活），且link/ether后有MAC地址，若state为DOWN，可能是网线未插好或对端设备故障。ethtool命令（更详细的链路信息）：ethtool eth0 # 查看网卡速率、双工模式、链路状态
正常输出中
Link detected: yes表示链路已连接，Speed显示实际速率（如1000Mb/s），Duplex为Full（全双工）或Half（半双工），若Link detected: no，需检查网线、交换机端口或网卡硬件。
表格：常见链路状态及可能原因
| 状态描述 | 可能原因 |
|---|---|
Link detected: no |
网线未插紧、交换机端口故障、网卡硬件损坏、对端设备未启用 |
Speed: 0Mb/s |
链路未激活（与Link detected: no一致），或驱动不支持当前速率 |
Duplex: Half |
对端设备强制半双工，或网线质量差导致协商失败 |
state DOWN |
网卡未在系统中启用（需配置ONBOOT=yes或使用ifup eth0） |
网络连通性测试：验证数据传输能力
链路正常后,需测试网卡能否正常收发数据，包括本地回环、网关及外网连通性。
本地回环测试（验证协议栈是否正常）
ping 127.0.0.1 # 测试本地回环地址 ping localhost # 等同于ping 127.0.0.1
若失败,可能是TCP/IP协议栈配置错误或lo接口未启用（需检查ip a中lo的state是否为UP）。
网关连通性测试（验证局域网通信）
ping <网关IP> # 如 ping 192.168.1.1
若失败,可能是网关未响应、IP配置错误（如子网掩码错误导致无法访问网关）或防火墙拦截。
外网连通性测试（验证广域网通信）
ping 8.8.8.8 # 测试公网IP（Google DNS） ping www.baidu.com # 测试域名解析及连通性
若ping 8.8.8.8成功但ping www.baidu.com失败，可能是DNS配置错误（需检查/etc/resolv.conf中的DNS服务器）。
使用traceroute或mtr排查路由问题
traceroute -n 8.8.8.8 # 查看到达目标主机的路由路径（-n避免DNS解析） mtr 8.8.8.8 # 持续ping并显示各节点延迟，定位网络瓶颈
若中途某节点无响应,可能是路由配置错误或中间网络设备故障。
驱动与服务状态检查：确认系统软件支持
网卡正常工作需要驱动正确加载且网络服务运行正常。
检查内核模块（驱动）是否加载
lsmod | grep <网卡驱动名> # 如 grep e1000e（Intel I217网卡驱动）
若无输出,需手动加载驱动：modprobe <驱动名>（如modprobe e1000e），并检查是否开机自动加载（编辑/etc/modules文件添加驱动名）。
检查网络服务状态
- Systemd系统（CentOS 7+/Ubuntu 16.04+）：
systemctl status NetworkManager # 查看NetworkManager服务状态（图形化网络管理） systemctl status network # 查看传统网络服务状态
服务应为
active (running)，否则需启动（systemctl start <服务名>）并设置开机自启（systemctl enable <服务名>）。 - NetworkManager工具（推荐）：
nmcli connection show # 查看网络连接配置 nmcli device status # 查看设备状态
正常状态下,网卡设备状态应为
connected，若为unmanaged，需检查NetworkManager是否接管该设备（编辑/etc/NetworkManager/NetworkManager.conf设置managed=true）。
日志分析：定位硬件或驱动错误
系统日志会记录网卡相关的错误信息,是排查问题的关键依据。
查看内核日志
dmesg | grep -i eth0 # 查看网卡相关的内核日志 dmesg | grep -i "error|failed" # 查看错误或失败信息
常见错误信息及含义：
eth0: Link is not ready：链路未激活（网线问题或对端故障）。e1000e: eth0: Detected faulty SFP module：网卡硬件故障（如光模块损坏）。eth0: no IPv6 routers present：仅提示无IPv6路由，不影响IPv4使用。
查看系统服务日志
- Ubuntu/Debian：
tail -f /var/log/syslog | grep NetworkManager # 实时查看NetworkManager日志
- CentOS/RHEL：
tail -f /var/log/messages | grep network # 实时查看传统网络服务日志
配置文件验证：检查网络参数是否正确
静态IP或DHCP配置错误会导致网卡无法正常通信,需检查对应配置文件。
静态IP配置（以CentOS 7为例）
检查/etc/sysconfig/network-scripts/ifcfg-eth0：
TYPE=Ethernet BOOTPROTO=static # 静态IP，若为DHCP则改为dhcp IPADDR=192.168.1.100 # IP地址 NETMASK=255.255.255.0 # 子网掩码 GATEWAY=192.168.1.1 # 网关 DNS1=8.8.8.8 # DNS ONBOOT=yes # 开机自启
关键参数错误（如IPADDR与网关不在同一网段）会导致无法通信。
DHCP配置（以Ubuntu 20.04为例）
检查/etc/netplan/01-netcfg.yaml：
network:
version: 2
ethernets:
eth0:
dhcp4: yes # 启用DHCP
optional: true # 可选，避免无DHCP服务器时失败
修改后需执行netplan apply使配置生效。
网卡正常工作的判断标准
综合以上步骤,网卡正常工作需满足以下条件：
- 系统通过
ip a、lspci等命令识别到网卡硬件； ethtool显示Link detected: yes，且速率、双工模式正常；ping本地回环、网关及外网地址成功；- 驱动模块已加载（
lsmod可见），网络服务运行正常； - 系统日志无硬件或驱动错误,网络配置文件参数正确。
若任一步骤异常,需根据具体错误信息针对性排查（如更换网线、重装驱动、修复配置等）。
相关问答FAQs
Q1：为什么ip a显示网卡存在，但ethtool eth0显示Link detected: no？
A：这种情况通常表明网卡硬件已被系统识别，但物理链路未连接，可能原因包括：网线未插紧或损坏、交换机/路由器端口故障、网卡硬件损坏（如网卡芯片故障），可尝试更换网线、连接其他端口，或插拔网卡重新检测，若仍无法解决，可能是网卡硬件故障，需更换硬件。
Q2：网卡驱动已加载，链路状态正常，但无法ping通网关，如何排查？
A：可按以下步骤排查：
- 检查IP配置：确认网卡的IP地址、子网掩码是否与网关在同一网段（如
168.1.100/24与网关168.1.1需掩码为255.255.0）； - 检查防火墙：临时关闭防火墙（
systemctl stop firewalld或ufw disable），测试是否可通，若通则需开放相关端口或调整防火墙规则； - 检查ARP表：执行
arp -a | grep <网关IP>，查看网关MAC地址是否正确，若无记录可能是ARP协议问题，可尝试arp -s <网关IP> <网关MAC>手动添加； - 检查交换机端口：确认连接网卡的交换机端口是否正常（如是否启用、是否限制端口）。
原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/16959.html
