web-dev-qa-db-ja.com

接続が不規則にUbuntu-Budgieでドロップするイーサネットの問題

カスタムビルドのUbuntu-Budgie 64システムを使用して、断続的なイーサネット接続の問題が発生しています。

NetworkManagerを介して修正を適用することに関する他の多くの会話や、スレッドで見た他のさまざまな方法を試しましたが、何も機能していません。イーサネット接続が接続すると、切断通知なしで接続がランダムに切断されます。 （そして今日、再インストール後、接続がランダムに切断されたときにいくつかの「切断」通知が表示されました）。

システム構成を検討するためのアイデアがありません。 Ifconfigがすべて正しく動作することを示し（RXをドロップしない）、WiFiと2つのイーサネットポート（メインマザーボードから1つ、追加としてもう1つ）を持っています。まだWiFiのみをチェックしていませんが、両方のイーサネットポートで同じこと...通知なしで断続的に接続をドロップします。

私のマザーボードはAsusのZenith Extremeです... AMD Threadstripperと2ギガビットのイーサネット接続を保持します（1つはマザーボードから直接、1つは（と思う）MBへのpcieアダプターで、同じように接続します）。

また、Ubuntuイーサネット接続の問題に関する既知のバグについてスレッドを調べましたが、できることはすべて行いましたが、まだ失われています：/、「修正」が正しく機能していません。

私の最終的な解決策は、オフィスのイーサネットが何らかの問題に直面していることです。それは、Ubuntu-Budgieのインストールに接続された同じスイッチを使用してWindow 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の表示enp5s0およびenp7s0にドロップされたRXパケットがあります

    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
network-managerethernetbudgie
2
ViaTech

宣伝文句：

これは、イーサネットの自動ネゴシエーションの問題に非常に似ています。ネットワーク速度を、10Mbps、半二重から始めて、10Mbps FD、100Mbps HDなどのネットワークインターフェイスカード（NIC）が維持できる最高レベルに修正する必要があります。 ..問題が始まるまで。次に、1ノッチ下げて、その速度のままにします。

修正：

まず、ethtoolをインストールします（既にインストールされている場合は、最新バージョンが既にインストールされているという警告が表示されます）

Sudo apt install ethtool

今：

  1. 次のコマンドを入力します（1つずつテストします）

    Sudo ethtool --change enp5s0 speed xxx duplex yyy autoneg off

    ここで、xxx = 10、100または1000およびyyy = halfまたはfullです。

    10 half、10 full、100 half、...から始めます.

  2. ifconfigを実行して、パケットをドロップするかどうかを確認します。

  3. 1に戻ります動作が停止するまでおよびまだ動作していた以前の値を使用します！

  4. 変更を永続的にするには、次のコマンドを実行します。

    Sudo nano /etc/network/interfaces

    pre-upセクションに入力します：

    pre-up /usr/sbin/ethtool --change enp5s0 speed xxx duplex yyy autoneg off

  5. すすいでenp7s0を繰り返します

1
Fabby

ハードウェアに問題がある可能性があり、Fabbyの答えは、おそらくそれを診断するためのソリューションの一部をカバーしています。

ハードウェアとソフトウェアの両方に問題がある可能性があります。わかりにくい。

Fabbyが速度を下げて問題が解消するかどうかを確認し、ケーブルの長さを短くして、良質のケーブルとコネクタがあることを確認したので、ケーブルを検査して交換します。

今朝、ケーブルに問題があり、Ubuntu 18.04がifaceをシャットダウンしました。

図を移動します。

あなたは両方のギガビットポートを言ったように、あなたは有線接続をドロップしているのであなたのWIFIはおそらく重要ではありません。それぞれに同じ種類のケーブルがありますか？

1つのポートを削除し、休止状態にし、moboポートと言うだけを使用して失敗させます。カーネルがハードウェアをシャットダウンしているように見えるので、速度を下げてみてください。

システムログはifaceについて何と言っていますか？

それらでDHCPを実行していますか？等...

ネットワークのエンドポイントでケーブルとトランシーバーにストレスをかけることで、Fabbyが言ったこととは反対に、この問題をシミュレートできます。大量のトラフィックを使用してそれらを飽和させ、大きなファイルを長時間移動し、短時間の大量の使用により、ケーブルが遅すぎるなど、接続が失敗する可能性があります。

USBテストは役立ちますが、必要な速度でケーブルに挑戦することはできず、同じハードウェア層のエンドポイントに挑戦することもありません、それを行うために設定を変更できますが、これはハードイーサネットなどを使用している1つのレベルで言います。そして、あなたのカーネルはこの問題に対してある程度働いています。

受信エラーは、Linuxマシンに送信された不正なデータを取得していることを示しています。これが表示されます。 Txエラーは他の何かを意味し、おそらくあなたの場合、Linuxボックスが送信するピアによってのみ表示されます。

FIFOをオーバーランさせたり、不良データを取得したり、Linux側でCRC-32合計に失敗したりして、信号品質の問題が発生している可能性があります。速度を落として、速度を下げて、それらがなくなるかどうかを確認します。また、良いケーブルがあり、断線などがないことを確認しているので、それらが短く、適切な容量であることを確認してください。

私はまだケーブル上のケーブルや他のハードウェアを考えています。

1
user900446