デスクトップ全体の設定をWindowsからGNU / Linux + Debian 10に切り替えました。私はdebian netinstallerを実行し、インターネットソフトウェアアップデートのためにマザーボードに接続することができました。
ただし、完全な設定を開始して実行するたびに、Debian はイーサネット経由でネットワークに接続しません。ログインすると、インターフェイスにネットワーク接続が失われたことを示すメッセージがすぐに表示されます。マザーボードを交換した後、ソフトウェア/ドライバの問題であることが確実になりました。
私のハードウェア設定には以下が含まれます。
- ASUS ROG クロスヘアヒーローVI
- PCI1のNVIDIA GTX 670
- PCI2のNvidia GTX 970（目的は仮想マシンへのパススルー）
- ライゼン7 2700X
- 暗号化されたLVMを搭載したSamsung EVO SSD、追加のパーティション化は不要
この質問は次のようになります。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です。
また、無料ではなくリポジトリも追加しましたが、役に立ちませんでした。私が試していない唯一のソリューションは、独自のIntel I211ドライバです。しかし、言及されたaskubuntu-postはカーネル5.xとRealtekネットワークカードを使用しているので、これが解決策であるかどうかはわかりません。同じ問題があります。
編集：また、この質問はほとんど言及されていないようです。唯一の解決策が新しいドライバをカーネルスペースにコンパイルすることであれば、この問題に関するより多くの記事を見つけることができると思います。また、Intelは、I211用のIGP-linuxドライバがカーネル2.xおよび3.x用に製作されたと明らかにしました。
cat /sys/class/net/enp4s0/device/power/controlの出力：
「存在する」
ルーターに直接接続してすぐにネットワーク接続を確立します。また、スイッチは実際には100mbpsに制限されています。まだethtoolをインストールする時間がありませんでした。時間が経つと更新します。
この問題に対する解決策はありますか？
おそらくNetworkManagerメッセージ "reason 'carrierchange', sys-iface-state: 'hosted'"が問題を明らかにすることができますか？暗号化されたLVMが終了後も一種の休止状態のままであるためでしょうか？これは、シャットダウンと起動（休止状態から再開）したときにCLIが通知する内容です。
答え1
統合されたIntelネットワークカードは、EEE（Energy Efficient Ethernet）をサポートする可能性が高いです。リンクが一定期間非アクティブになると、トラフィックが戻るまで速度が低レベルに低下します。これはギガビットリンクで最も重要ですが、メッセージによれば、インターフェイスは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が使用するように設定されていないように見える場合は、NICの電源を切るのではなく、ネットワークインターフェイスのPCIe側の電源を入れるようにカーネルに指示します。
最悪の場合、新しいマザーボードのNICとネットワークケーブルの反対側のデバイスの間にハードウェア互換性の問題がある可能性があります。かつて、新しいギガビットNICと機能しない8ポートDLink 10/100Mbpsスイッチがありました。
答え2
「Carrier Change」ログで切断が見つかりました。
「キャリアの変更」エラーが発生し、イーサネット接続が切断されました。複数のフォーラムですべてのソリューションを試した後、最終的にCAT5ケーブルをCAT7ケーブル（長さ10m - eBayで安価）にアップグレードして問題を解決しました。明らかに、古いCAT5ケーブルはISPのアップグレードされた速度（イギリスのバージンメディア）を処理できませんでした。新しいCAT7ケーブルはパケット損失を排除するだけでなく、100 Mb / sから1000 Mb / sまでの速度を自動的に設定できるようになりました。これが「通信事業者の変更」の問題を解決したい人に役立つことを願っています。