デスクトップセットアップ全体をWindowsからGNU/Linux + Debian10に切り替えました。debiannetinstallerを実行して、インターネットソフトウェアアップデート用のメインボードに接続できます。
しかし、私が完全な設定をして実行しているときはいつでも、Debianはイーサネット経由でネットワークに接続できません。ログイン直後、インターフェースはネットワークが切断されていることを示します。マザーボードを変更した後、これはある種のソフトウェア/ドライバーの問題であると私はかなり確信しています。
私のハードウェアセットアップは、次のもので構成されています。
この質問は https://askubuntu.com/questions/1135412/updated-to-19-04-and-no-ethernet-now に似ていますが、私の設定は異なり、stackexchangeなどについて調査しています。助けはありませんでした。
systemctl status NetworkManager
の出力:
device (enp4s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
device (enp4s0): state change: config -> ip-config (reason 'none', sys-iface-state:'managed')
dhcp4 (enp4s0): activation: beginning transaction (timeout in 45 seconds)
DHCPrequests
dhcp4 (enp4s0): dhclient started with pid 1334
device (enp4s0): state change: ip-config -> unavailable (reason 'carrier-changed', sys-iface-state: 'managed')
dhcp4 (enp4s0): canceled DHCP transaction, DHCP client pid 1334
dhcp4 (enp4s0): state changed unknown -> done
manager: NetworkManager state is now DISCONNECTED
lspci | grep Ethernet
の出力:
Ethernet controller: Intel Corporation I211 Gigabit Network Connection (rev 03)
/ etc/network/interfacesは変更されていません。ホットプラグまたは静的IPアドレスに変更しても、役に立ちません。 nmcliで静的ネットワーク設定をセットアップする場合も同じです。
nmcli device show enp4s0
の出力:
GENERAL.DEVICE: enp4s0
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 04:92:26:DA:16:CC
GENERAL.MTU: 1500
GENERAL.STATE: 20 (unavailable)
uname -a
の出力:
Linux NAMEOFPC 4.19.0-5-AMD64 #1 SMP Debian 4.19.37-5+deb10u1 (2019-07-19) x86_64 GNU/Linux
Dmesg | grep enp4s0
の出力:
1.054338] igb 0000:04:00.0 enp4s0: renamed from eth0
[ 56.832109] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[ 56.857033] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[ 59.608583] igb 0000:04:00.0 enp4s0: igb: enp4s0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[ 59.608829] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
[ 83.708581] igb 0000:04:00.0 enp4s0: igb: enp4s0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[ 147.966461] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[ 320.546500] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
[ 323.280590] igb 0000:04:00.0 enp4s0: igb: enp4s0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
[ 323.280831] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0: link becomes ready
[ 326.168592] igb 0000:04:00.0 enp4s0: igb: enp4s0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
物理的な切断は解決策ではありません。NetworkManagerは、物理的な接続が再びダウンしないことをすぐに通知します。唯一の解決策は、ip link set enp4s0 down
の後にip link set enp4s0 up
が続くようです。それはpsでしょう
フリーでないリポジトリも追加しましたが、役に立ちませんでした。私が試していない唯一の解決策は、独自のインテルI211ドライバーでした。しかし、これが解決策かどうかはわかりません。前述のaskubuntu-postがKernel 5.xとRealtekネットワークカードを使用しているためです-同じ問題があります。
編集:さらに、この問題はめったに言及されていないようで、カーネルスペースに新しいドライバーをコンパイルすることが唯一の解決策である場合、私はあなたがこの問題に関するより多くの投稿を見つけると思います。さらに、Intelは、I211用のIGP-linuxドライバーはカーネル2.xおよび3.x用に作成されていると述べています...
Cat/sys/class/net/enp4s0/device/power/controlの出力:
"オン"
ルーターに直接接続すると、すぐにネットワーク接続が可能になります。さらに、スイッチは確かに100mbpsに制限されています。 ethtoolをインストールする時間はまだありませんでした。時間があるときに更新します。
この問題の解決策はありますか?
たぶんそれはNetworkManagerのメッセージ「reason 'carrier-changed'、sys-iface-state: 'managed'」であり、問題にヒントを与えることができますか?おそらく、暗号化されたLVMは、シャットダウン後もある種の休止状態のままであるという事実ですか?これは、シャットダウンおよびブート時に(たとえば、休止状態からの再開など)、CLIが通知するものです。
統合Intel NICは、ほとんどの場合Energy Efficient Ethernet(EEE)をサポートします。リンクがしばらく非アクティブである場合、トラフィックが再び発生するまで、低速レベルに低下します。これは最も重要ですギガビットリンクの場合、メッセージによると、インターフェイスは100Mbpsリンクのみをネゴシエートしているため、リンクのもう一方の端はギガビット速度とEEEをサポートしていません。
または、もう一方の端が確実にギガビット対応である必要がある場合、100Mbpsリンクのみがネゴシエートされているという事実は、EEEによって引き起こされる100Mbpsモードとギガビットモードの間の高速切り替えによってリモートエンドが混乱している可能性があることを示します。あるモードから別のモードへの予期しない、または遅すぎる切り替えは、NetworkManagerのcarrier-changed
状態を引き起こす可能性があります。
したがって、EEEをオフにしてみてください。
ethtool --set-eee enp4s0 eee off
または、次のようになります このバグ :このコマンドは何を言いますか?
cat /sys/class/net/enp4s0/device/power/control
auto
と表示されている場合は、次のことを試してください。
echo "on" > /sys/class/net/enp4s0/device/power/control
これは、NICが使用するように構成されていないように見える場合は常に電源を切るのではなく、ネットワークインターフェイスのPCIe側の電源を入れたままにするようにカーネルに指示します.
最悪の場合、新しいマザーボードのNICとネットワークケーブルのもう一方の端にあるものとの間のハードウェア互換性の問題である可能性があります。私はかつて、8ポートのDLink 10/100Mbpsスイッチを持っていました。それはいくつかの新しいギガビットNICで動作することを拒否しました。