我一直在使用自定义版本 Ubuntu-Budgie 64 系统遇到间歇性以太网连接问题。
我经历了很多关于通过 NetworkManager 应用修复的其他对话以及我通过线程看到的各种其他方法,但没有任何效果。我的以太网连接连接,然后,在没有断开通知的情况下,连接随机断开。(今天重新安装后,连接随机断开时确实出现了一些“断开连接”通知)。
我对系统配置没有想法。Ifconfig 显示一切正常(没有丢失 RX),我有一个 WiFi,外加 2 个以太网端口(1 个来自主主板,另一个是附加的。我还没有只检查 WiFi,但是两个以太网端口都可以同样的事情...断断续续地断开连接,恕不另行通知。
我的主板是华硕的 Zenith Extreme ......它拥有一个 AMD 线程剥离器和 2 个千兆以太网连接(一个直接来自主板,一个是(我认为)一个 pcie 适配器插入 MB,它以相同的方式插入)。
我还浏览了有关 Ubuntu 以太网连接问题的已知错误的线程,但我已尽我所能,但我仍然迷路:/,“修复”无法正常工作。
我的最终解决方案是,不知何故我在办公室的以太网遇到了问题,它通过使用连接到我的 Ubuntu-Budgie 安装的同一开关的 Window Pc 工作得非常好……但这似乎不太可能。
任何建议都会非常有帮助,请给我一些指示,自从我开始使用 Linux 以来,我从未对 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
简介:
这听起来很像以太网自动协商问题,您应该将网络速度固定到网络接口卡 (NIC) 可以维持的最高水平,从 10Mbps、半双工 (HD) 开始,然后向上工作到 10Mbps 全双工 ( FD), 100Mbps HD, ...直到问题开始。当你到达那个点时,回到之前的设置并保持那个速度。
修复:
安装
ethtool
(如果已经安装,您只会收到最新版本已安装的警告)键入以下命令(并一一测试)
其中
xxx
=10
,100
或1000
和yyy
=half
或full
.所以从
10 half
,10 full
,100 half
, ...开始做一个
ifconfig
检查你是否丢弃了任何数据包。返回 1直到它停止工作并使用之前仍然有效的值!
要使更改永久化,请执行以下命令:
并在该
pre-up
部分键入:冲洗并重复
enp7s0
您可能有硬件问题,Fabby 的回答涵盖了可能诊断该问题的部分解决方案。
您可能同时遇到硬件和软件问题。很难知道。
正如Fabby所说,我会检查并更换电缆,降低速度并查看问题是否消失,缩短电缆长度,并确保您拥有优质的电缆和连接器。
今天早上我遇到了同样的问题,电缆坏了,Ubuntu 18.04 只会关闭 iface。
去搞清楚。
正如您所说的两个千兆端口,您的 WIFI 不太重要,因为您正在放弃有线连接。每一根线都一样吗?
我会删除一个端口,使其处于静止状态,然后使用说主板端口并使其失败。尝试降低速度,因为内核似乎正在关闭您的硬件。
您的系统日志对 iface 有什么看法?
在它们上运行 DHCP?ETC...
与Fabby 所说的相反,您可以通过对网络端点上的电缆和收发器施加压力来模拟这个问题。进行大量流量以使它们饱和,长时间移动大文件以及大量短时间的使用将导致不太理想的情况,例如电缆太慢,连接失败。
您的 USB 测试确实有帮助,但可能不会以您需要的速度挑战您的电缆,也不会挑战相同的硬件层端点,您可以更改您的配置来做到这一点,但这在一个层面上表明您正在努力工作以太网等.你的内核在某种程度上解决了这个问题。
接收错误告诉我您正在将错误数据发送到 Linux 机器,这就是您将看到的。Tx 错误将意味着其他东西,在您的情况下,可能只会被发送到的对等 Linux 机器看到。
您超出了 FIFO 和/或获取了错误的数据,并且在 Linux 端的 CRC-32 和上失败,并且可能存在不良信号质量问题。我会降低速度,降低速度,看看它们是否会消失,并且由于您确定您有良好的电缆,并且没有中断等,因此请确保它们很短且容量合适。
我仍然认为电线上的电缆和/或其他硬件。
我所做的只是在我的电脑运行时拔下以太网电缆并重新插入,由于没有以太网电缆,它从 0Mb/s 变为重新插入时的 100Mb/s。我也遇到了 10Mb/s 的问题直到我尝试了这个老式的把戏。