我在使用自定义版本 Ubuntu-Budgie 64 系统时遇到了间歇性以太网连接问题。
我已经听过很多关于通过 NetworkManager 应用修复程序的讨论,也听过我在帖子中看到的各种其他方法,但都不起作用。我的以太网连接连接后,没有断开连接通知,连接随机断开。(今天重新安装后,当连接随机断开时,确实出现了一些“断开连接”通知)。
我不知道该如何进行系统配置。Ifconfig 显示一切正常(没有掉线 RX),我有一个 WiFi,还有 2 个以太网端口(1 个来自主主板,另一个是附加端口)。我还没有只检查 WiFi,但两个以太网端口都出现同样的问题……间歇性断开连接,没有通知。
我的主板是华硕的 Zenith Extreme... 它有一个 AMD Threadstripper 和 2 个千兆以太网连接(一个直接来自主板,一个(我认为)是插入 MB 的 pcie 适配器,它以相同的方式插入)。
我也浏览过有关 Ubuntu 以太网连接问题的已知错误的线索,但我已经做了所有我能做的,但我仍然迷失了 :/,“修复”无法正常工作。
我的最终解决方案是,办公室里的以太网不知怎么的出现了问题,它通过使用连接到我的 Ubuntu-Budgie 安装的相同交换机的 Windows Pc 完美地工作了……但这种情况似乎不太可能。
任何建议都会非常有帮助,请给我一些指点,自从我开始使用 Linux 以来,我从来没有这么沮丧过,而且我从来没有遇到过这个问题。
从终端命令更新sudo lshw -C network
*-network
description: Wireless interface
product: QCA6174 802.11ac Wireless Network Adapter
vendor: Qualcomm Atheros
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlp3s0
version: 32
serial: e0:4f:43:70:c6:46
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=ath10k_pci driverversion=4.15.0-39-generic firmware=WLAN.RM.4.4.1-00079-QCARMSWPZ-1 latency=0 link=no multicast=yes wireless=IEEE 802.11
resources: irq:105 memory:d8c00000-d8dfffff
*-network
description: Wireless interface
product: Wil6200 802.11ad Wireless Network Adapter
vendor: Wilocity Ltd.
physical id: 0
bus info: pci@0000:04:00.0
logical name: wlp4s0
version: 02
serial: dc:ef:ca:ff:5f:95
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=wil6210 driverversion=4.15.0-39-generic firmware=4.1.0.55 latency=0 multicast=yes wireless=IEEE 802.11
resources: irq:104 memory:d8a00000-d8bfffff
*-network
description: Ethernet interface
product: I211 Gigabit Network Connection
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:05:00.0
logical name: enp5s0
version: 03
serial: 10:7b:44:93:e6:70
size: 1Gbit/s
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi msix pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=igb driverversion=5.4.0-k duplex=full firmware=0. 6-1 ip=192.168.254.119 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:24 memory:d8f00000-d8f1ffff ioport:2000(size=32) memory:d8f20000-d8f23fff
*-network
description: Ethernet interface
physical id: 0
bus info: pci@0000:07:00.0
logical name: enp7s0
version: 02
serial: 10:7b:44:93:47:5d
size: 1Gbit/s
capacity: 10Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pciexpress pm msix msi vpd bus_master cap_list rom ethernet physical tp 100bt-fd 1000bt-fd 10000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=atlantic driverversion=2.0.2.1-kern duplex=full firmware=1.5.58 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:35 memory:d8840000-d884ffff memory:d8850000-d8850fff memory:d8400000-d87fffff memory:d8800000-d883ffff
现在显示ifconfig -a
有丢弃的 RX 数据enp5s0
包enp7s0
enp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.254.119 netmask 255.255.255.0 broadcast 192.168.254.255
inet6 fe80::98a1:7ebf:e58f:c031 prefixlen 64 scopeid 0x20<link>
ether 10:7b:44:93:e6:70 txqueuelen 1000 (Ethernet)
RX packets 78660 bytes 98174918 (98.1 MB)
RX errors 0 dropped 1372 overruns 0 frame 0
TX packets 13985 bytes 1394435 (1.3 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0xd8f00000-d8f1ffff
enp7s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
ether 10:7b:44:93:47:5d txqueuelen 1000 (Ethernet)
RX packets 17843 bytes 3772904 (3.7 MB)
RX errors 0 dropped 147 overruns 0 frame 0
TX packets 1592 bytes 200963 (200.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 299697 bytes 54030617 (54.0 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 299697 bytes 54030617 (54.0 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp3s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether e0:4f:43:70:c6:46 txqueuelen 1000 (Ethernet)
RX packets 276725 bytes 123455776 (123.4 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 36957 bytes 5944516 (5.9 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp4s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether dc:ef:ca:ff:5f:95 txqueuelen 4000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
答案1
简介:
这很像是以太网自动协商问题,您应该将网络速度固定为网络接口卡 (NIC) 可以维持的最高水平,从 10Mbps、半双工 (HD) 开始,然后向上到 10Mbps 全双工 (FD)、100Mbps HD,...直到问题开始。到达该点时,返回上一个设置并保持该速度。
修复:
安装
ethtool
(如果已经安装,您将收到一条警告,提示最新版本已安装)sudo apt install ethtool
输入以下命令(并逐一测试)
sudo ethtool --change enp5s0 speed xxx duplex yyy autoneg off
其中
xxx
=10
,100
或1000
且yyy
=half
或full
。因此从
10 half
、、、10 full
开始100 half
...执行
ifconfig
检查是否丢弃了任何数据包。返回 1直到它停止工作和使用以前仍然有效的值!
使改变永久生效,执行以下命令:
sudo nano /etc/network/interfaces
并在以下部分输入
pre-up
:pre-up /usr/sbin/ethtool --change enp5s0 speed xxx duplex yyy autoneg off
冲洗并重复
enp7s0
答案2
您可能遇到了硬件问题,而 Fabby 的回答可能涵盖了部分解决方案以诊断该问题。
你可能既遇到了硬件问题,又遇到了软件问题。很难说清楚。
我会检查并更换电缆,正如 Fabby 所说,降低速度并查看问题是否消失,缩短电缆长度,并确保电缆和连接器质量良好。
今天早上我遇到了同样的问题,电缆坏了,Ubuntu 18.04 会关闭 iface。
去搞清楚。
您的 WIFI 可能不会有太大影响,因为您放弃了有线连接,正如您所说的两个千兆端口。每个端口上的电缆类型相同吗?
我会移除一个端口,使其静止,然后只使用主板端口,让它失效。尝试降低速度,因为内核似乎正在关闭您的硬件。
你的系统日志对 iface 有何评论?
在它们上运行 DHCP?等等……
与 Fabby 所说的相反,您可以通过对网络端点上的电缆和收发器施加压力来模拟此问题。进行大量流量以使其饱和、长时间移动大文件以及大量短时间使用将导致不太理想的连接(例如电缆太慢)失败。
您的 USB 测试确实有帮助,但可能不会以您所需的速度挑战您的电缆,也不会挑战相同的硬件层端点,您可以更改配置来执行此操作,但这在某种程度上表明您已经努力运行以太网等。并且您的内核正在在一定程度上解决这个问题。
接收错误告诉我,您收到了发送到 Linux 机器的错误数据,这就是您将看到的内容。Tx 错误将意味着其他事情,并且可能只有发送到的对等 Linux 机器才能看到,就您而言。
您的 FIFO 超载和/或获取了错误数据,并且在 Linux 端的 CRC-32 求和中失败,并且可能存在信号质量问题。我会降低速度,降低很多,看看它们是否会消失,并且由于您确定您的电缆良好,没有断线等,请确保它们很短且容量合适。
我仍然认为电缆和/或其他硬件在电线上。
答案3
我所做的就是在电脑运行时拔下以太网电缆,然后重新插入,由于没有以太网电缆,速度从 0Mb/s 上升到 100Mb/s。在我尝试这个老式的技巧之前,我也遇到过速度为 10Mb/s 的问题。